{"answers":{"affected":"2 open source packages ship an affected version, including org.apache.solr:solr-core. It affects 1 product.","exploited":"There is no known exploitation of CVE-2017-9803 in the wild and no public exploit code.","fix":"Upgrade org.apache.solr:solr-core to 6.6.1 or later.","what":"CVE-2017-9803 is a high-severity vulnerability in Apache Solr, published on 18 Sep 2017. Any signed-in user can exploit it over the network, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2017-9803 and fix it if it is affected.\n\nWhat it is: CVE-2017-9803 is a high-severity vulnerability in Apache Solr, published on 18 Sep 2017. Any signed-in user can exploit it over the network, with no action from the victim.\nExploitation: There is no known exploitation of CVE-2017-9803 in the wild and no public exploit code.\n\nAffected packages and fixed versions:\n- org.apache.solr:solr-core (Maven): affected from 6.2.0; fixed in 6.6.1\n- org.apache.solr:solr-core (Maven): affected from 6.2.0; fixed in 6.6.1\n\nTask:\n1. Search the dependency manifests and lockfiles (for example package.json, package-lock.json, requirements.txt, poetry.lock, uv.lock, pom.xml, build.gradle, go.mod, Cargo.lock, Gemfile.lock) and any Dockerfiles for the affected packages, including transitive dependencies.\n2. If an affected version is in use, upgrade it to the fixed version for its release line with the project's package manager, so the lockfile is regenerated. Prefer the smallest upgrade that fixes it.\n3. If there is no fix, or the upgrade would break the build, do not guess: explain the risk and the safest workaround instead.\n4. Run the tests and summarise what changed and why.\n5. If nothing in the project is affected, say so and change nothing.\n\nReference: https://insights.sbomify.com/CVE-2017-9803/ (Markdown: https://insights.sbomify.com/CVE-2017-9803/index.md)","id":"CVE-2017-9803","markdown":"https://insights.sbomify.com/CVE-2017-9803/index.md","name":"CVE-2017-9803","record":{"aliases":["GHSA-f553-j2gv-g5r9"],"analysis":{"component_type":"server_software","fix_type":"upgrade","impacts":["privilege_escalation","data_read","data_modify"],"network_reachable":"yes","non_default_config":true,"product_category":"Apache Solr search platform","requires_auth":"low_privilege","summary":"Attackers can escalate privileges and access or modify private data in Apache Solr clusters when Kerberos delegation tokens are enabled with specific ACL providers.","user_interaction":"not_required","vuln_class":"privilege_escalation"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"apache","cpe":[{"product":"solr","vendor":"apache"}],"cvss":{"score":7.5,"severity":"high","source":"nvd","vector":"CVSS:3.0/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H","version":"3.0"},"cwes":[{"id":"CWE-287","name":"Improper Authentication"}],"description":"Apache Solr's Kerberos plugin can be configured to use delegation tokens, which allows an application to reuse the authentication of an end-user or another application. There are two issues with this functionality (when using SecurityAwareZkACLProvider type of ACL provider e.g. SaslZkACLProvider). Firstly, access to the security configuration can be leaked to users other than the solr super user. Secondly, malicious users can exploit this leaked configuration for privilege escalation to further expose/modify private data and/or disrupt operations in the Solr cluster. The vulnerability is fixed from Apache Solr 6.6.1 onwards.","ecosystems":["Maven"],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"none_known"},"has_fix":true,"headline":"Apache Solr Kerberos delegation token functionality flaws","id":"CVE-2017-9803","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":"Maven","product":null,"products":[],"type":"privilege_escalation","year":"2017"},"n_packages":2,"n_references":2,"next":{"headline":"Apache Struts allows entering a custom URL in a form field if built-in URLValidator is used","id":"CVE-2017-9804"},"packages":[{"ecosystem":"Maven","fixed":["6.6.1"],"introduced":["6.2.0"],"last_affected":[],"package":"org.apache.solr:solr-core","purl":null,"source":"GHSA-f553-j2gv-g5r9"},{"ecosystem":"Maven","fixed":["6.6.1"],"introduced":["6.2.0"],"last_affected":[],"package":"org.apache.solr:solr-core","purl":"pkg:maven/org.apache.solr/solr-core","source":"GHSA-f553-j2gv-g5r9"}],"prev":{"headline":"Improper Neutralization of Input During Web Page Generation Apache Sling Servlets Post","id":"CVE-2017-9802"},"products":["Apache Solr"],"published":"2017-09-18","related":[{"cvss_score":7.5,"headline":"Apache Solr VelocityResponseWriter Plug-In Remote Code Execution","id":"CVE-2019-17558","kev_date_added":"2021-11-03","published":"2019-12-30"},{"cvss_score":7.2,"headline":"Apache Solr DataImportHandler Code Injection","id":"CVE-2019-0193","kev_date_added":"2021-12-10","published":"2019-08-01"},{"cvss_score":9.8,"headline":"Apache Solr: Authentication bypass possible using a fake URL Path ending","id":"CVE-2024-45216","kev_date_added":null,"published":"2024-10-16"},{"cvss_score":9.8,"headline":"Apache Solr information disclosure vulnerability through DataImportHandler","id":"CVE-2021-44548","kev_date_added":null,"published":"2021-12-23"},{"cvss_score":9.8,"headline":"SSRF vulnerability with the Replication handler","id":"CVE-2021-27905","kev_date_added":null,"published":"2021-04-13"},{"cvss_score":9.8,"headline":"Incorrect Authorization in Apache Solr","id":"CVE-2020-13957","kev_date_added":null,"published":"2020-10-13"},{"cvss_score":9.8,"headline":"Unrestricted upload of file with dangerous type in Apache Solr","id":"CVE-2019-12409","kev_date_added":null,"published":"2019-11-18"}],"sources":[{"class":"attribution","licence":"CVE Terms of Use (MITRE)","name":"CVE List","prefix":"CVE"},{"class":"attribution","licence":"CC BY 4.0","name":"GitHub Advisory Database","prefix":"GHSA"},{"class":"attribution","licence":"US public information, NVD API terms","name":"NVD"},{"class":"attribution","licence":"CWE Terms of Use","name":"CWE (MITRE)"},{"class":"attribution","licence":"FIRST CVSS licence","name":"CVSS (FIRST)"}],"ssvc":{"automatable":null,"exploitation":null,"technical_impact":null},"state":"PUBLISHED","updated":"2024-09-17","vendors":["Apache Software Foundation"]},"summary":"Attackers can escalate privileges and access or modify private data in Apache Solr clusters when Kerberos delegation tokens are enabled with specific ACL providers.","url":"https://insights.sbomify.com/CVE-2017-9803/"}