{"id":"CVE-2023-25822","aliases":["EUVD-2023-2774","GHSA-mj24-gpw7-23m9"],"status":"published","title":"ReportPortal DoS vulnerability on creating a Launch with too many recursively nested elements","description":"ReportPortal is an AI-powered test automation platform. Prior to version 5.10.0 of the `com.epam.reportportal:service-api` module, corresponding to ReportPortal version 23.2, the ReportPortal database becomes unstable and reporting almost fully stops except for small launches with approximately 1 test inside when the test_item.path field is exceeded the allowable `ltree` field type indexing limit (path length\u003e=120, approximately recursive nesting of the nested steps). REINDEX INDEX path_gist_idx and path_idx aren't helped. The problem was fixed in `com.epam.reportportal:service-api` module version 5.10.0 (product release 23.2), where the maximum number of nested elements were programmatically limited. A workaround is available. After deletion of the data with long paths, and reindexing both indexes (path_gist_idx and path_idx), the database becomes stable and ReportPortal works properly.","severity":{"version":"3.1","score":6.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:N/I:L/A:H","level":"medium","assessor":"cna","from":"cve"},"epss":{"day":"2026-11-09","score":0.00609,"percentile":0.49444,"model":"v2026.06.15"},"facts":{"in_kev":false,"known_exploited":false,"public_exploit":false,"fix_available":true},"cwes":["CWE-770"],"published":"2023-10-09T13:13:53Z","modified":"2026-10-28T02:30:54Z","fixes":[{"ecosystem":"Maven","package":"com.epam.reportportal:service-api","fixed_in":["5.10.0"],"sources":["ghsa","osv"]}],"affected":[{"source":"ghsa","ecosystem":"Maven","package":"com.epam.reportportal:service-api","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"5.10.0"}]}]},{"source":"osv","ecosystem":"Maven","package":"com.epam.reportportal:service-api","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"5.10.0"}]}],"versions":["2.6.0","2.7.2","3.0.1","3.1.1","3.2.0","3.2.1","3.3.2","4.0.0","4.1.1","4.2.1","4.3.10","4.3.11","4.3.12","5.0.0","5.1.0","5.1.1","5.2.0","5.2.1","5.2.2","5.2.3","5.3.0","5.3.1","5.3.2","5.3.3","5.3.4","5.3.5","5.7.0","5.7.1","5.7.2","5.7.3","5.7.4","5.8.0"]}],"products":[{"vendor":"reportportal","product":"reportportal"},{"vendor":"reportportal","product":"service-api"}],"references":[{"url":"https://github.com/reportportal/reportportal/security/advisories/GHSA-mj24-gpw7-23m9","tags":["x_refsource_CONFIRM","x_transferred","Mitigation","Vendor Advisory","advisory","web"]},{"url":"https://github.com/reportportal/reportportal/releases/tag/v23.2","tags":["x_refsource_MISC","x_transferred","Release Notes","web"]},{"url":"https://reportportal.io/docs/releases/Version23.2/","tags":["x_refsource_MISC","x_transferred","Release Notes","web"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2023-25822","tags":["advisory"]},{"url":"https://github.com/advisories/GHSA-mj24-gpw7-23m9"},{"url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2023/25xxx/CVE-2023-25822.json","tags":["advisory"]},{"url":"https://github.com/reportportal/reportportal","tags":["package"]},{"url":"https://reportportal.io/docs/releases/Version23.2","tags":["web"]}],"sources":{"cve":[{"id":"CVE-2023-25822","title":"ReportPortal DoS vulnerability on creating a Launch with too many recursively nested elements","description":"ReportPortal is an AI-powered test automation platform. Prior to version 5.10.0 of the `com.epam.reportportal:service-api` module, corresponding to ReportPortal version 23.2, the ReportPortal database becomes unstable and reporting almost fully stops except for small launches with approximately 1 test inside when the test_item.path field is exceeded the allowable `ltree` field type indexing limit (path length\u003e=120, approximately recursive nesting of the nested steps). REINDEX INDEX path_gist_idx and path_idx aren't helped. The problem was fixed in `com.epam.reportportal:service-api` module version 5.10.0 (product release 23.2), where the maximum number of nested elements were programmatically limited. A workaround is available. After deletion of the data with long paths, and reindexing both indexes (path_gist_idx and path_idx), the database becomes stable and ReportPortal works properly.","status":"published","published":"2023-10-09T13:13:53.391Z","modified":"2024-09-19T13:57:44.174Z","cvss":[{"version":"3.1","score":6.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:N/I:L/A:H","level":"medium","assessor":"cna"}],"cwes":["CWE-770"],"updated_at":"2026-11-02T14:35:19.559321Z"}],"euvd":[{"id":"EUVD-2023-2774","description":"ReportPortal is an AI-powered test automation platform. Prior to version 5.10.0 of the `com.epam.reportportal:service-api` module, corresponding to ReportPortal version 23.2, the ReportPortal database becomes unstable and reporting almost fully stops except for small launches with approximately 1 test inside when the test_item.path field is exceeded the allowable `ltree` field type indexing limit (path length\u003e=120, approximately recursive nesting of the nested steps). REINDEX INDEX path_gist_idx and path_idx aren't helped. The problem was fixed in `com.epam.reportportal:service-api` module version 5.10.0 (product release 23.2), where the maximum number of nested elements were programmatically limited. A workaround is available. After deletion of the data with long paths, and reindexing both indexes (path_gist_idx and path_idx), the database becomes stable and ReportPortal works properly.","status":"published","published":"2023-10-09T13:13:53Z","modified":"2024-09-19T13:57:44Z","cvss":[{"version":"3.1","score":6.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:N/I:L/A:H","level":"medium"}],"updated_at":"2026-11-03T00:28:19.06347Z"}],"ghsa":[{"id":"GHSA-mj24-gpw7-23m9","title":"Denial of service vulnerability on creating a Launch with too many recursively nested elements in reportportal","description":"### Impact\nReportPortal database becomes unstable and reporting almost fully stops except for small launches with approximately 1 test inside when the test_item.path field is exceeded the allowable \"ltree\" field type indexing limit (path length\u003e=120 approximately, recursive nesting of the nested steps). \n\nREINDEX INDEX path_gist_idx and path_idx aren't helped. \n\n### Patches\nThe problem was fixed in `service-api` module of version `5.10.0` (product release [23.2](https://reportportal.io/docs/releases/Version23.2/)), where the maximum number of nested elements were programmatically limited.\n\n### Workarounds\nAfter deletion of the data with long paths, and reindexing both indexes (path_gist_idx and path_idx), the database becomes stable and ReportPortal is working properly.","status":"published","published":"2023-10-10T18:28:11Z","modified":"2023-11-08T05:05:20Z","cvss":[{"version":"3.1","score":6.5,"vector":"CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H","level":"medium"}],"cwes":["CWE-770"],"updated_at":"2026-11-02T14:37:16.721714Z"}],"nvd":[{"id":"CVE-2023-25822","description":"ReportPortal is an AI-powered test automation platform. Prior to version 5.10.0 of the `com.epam.reportportal:service-api` module, corresponding to ReportPortal version 23.2, the ReportPortal database becomes unstable and reporting almost fully stops except for small launches with approximately 1 test inside when the test_item.path field is exceeded the allowable `ltree` field type indexing limit (path length\u003e=120, approximately recursive nesting of the nested steps). REINDEX INDEX path_gist_idx and path_idx aren't helped. The problem was fixed in `com.epam.reportportal:service-api` module version 5.10.0 (product release 23.2), where the maximum number of nested elements were programmatically limited. A workaround is available. After deletion of the data with long paths, and reindexing both indexes (path_gist_idx and path_idx), the database becomes stable and ReportPortal works properly.","status":"published","published":"2023-10-09T14:15:10.547Z","modified":"2026-06-17T05:42:03.723Z","cvss":[{"version":"3.1","score":6.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:N/I:L/A:H","level":"medium","assessor":"secondary"},{"version":"3.1","score":6.5,"vector":"CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H","level":"medium","assessor":"primary"}],"cwes":["CWE-770"],"updated_at":"2026-11-02T14:08:36.656095Z"}],"osv":[{"id":"CVE-2023-25822","title":"ReportPortal DoS vulnerability on creating a Launch with too many recursively nested elements","description":"ReportPortal is an AI-powered test automation platform. Prior to version 5.10.0 of the `com.epam.reportportal:service-api` module, corresponding to ReportPortal version 23.2, the ReportPortal database becomes unstable and reporting almost fully stops except for small launches with approximately 1 test inside when the test_item.path field is exceeded the allowable `ltree` field type indexing limit (path length\u003e=120, approximately recursive nesting of the nested steps). REINDEX INDEX path_gist_idx and path_idx aren't helped. The problem was fixed in `com.epam.reportportal:service-api` module version 5.10.0 (product release 23.2), where the maximum number of nested elements were programmatically limited. A workaround is available. After deletion of the data with long paths, and reindexing both indexes (path_gist_idx and path_idx), the database becomes stable and ReportPortal works properly.","status":"published","published":"2023-10-09T13:13:53.391Z","modified":"2026-10-28T02:30:54.262245527Z","cvss":[{"version":"3.1","score":6.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:N/I:L/A:H","level":"medium"}],"cwes":["CWE-770"],"updated_at":"2026-11-02T15:44:31.135751Z"},{"id":"GHSA-mj24-gpw7-23m9","title":"Denial of service vulnerability on creating a Launch with too many recursively nested elements in reportportal","description":"### Impact\nReportPortal database becomes unstable and reporting almost fully stops except for small launches with approximately 1 test inside when the test_item.path field is exceeded the allowable \"ltree\" field type indexing limit (path length\u003e=120 approximately, recursive nesting of the nested steps). \n\nREINDEX INDEX path_gist_idx and path_idx aren't helped. \n\n### Patches\nThe problem was fixed in `service-api` module of version `5.10.0` (product release [23.2](https://reportportal.io/docs/releases/Version23.2/)), where the maximum number of nested elements were programmatically limited.\n\n### Workarounds\nAfter deletion of the data with long paths, and reindexing both indexes (path_gist_idx and path_idx), the database becomes stable and ReportPortal is working properly.","status":"published","published":"2023-10-10T18:28:11Z","modified":"2026-09-10T03:49:24.709311325Z","cvss":[{"version":"3.1","score":6.5,"vector":"CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H","level":"medium"}],"cwes":["CWE-770"],"updated_at":"2026-11-02T15:46:51.811331Z"}]}}