{"answers":{"affected":"","exploited":"There is no known exploitation of CVE-2024-34701 in the wild and no public exploit code.","fix":"No fix has been published for CVE-2024-34701 yet. Limit exposure of the affected software until one is available.","what":"CVE-2024-34701 is a medium-severity missing authorization vulnerability in miraheze CreateWiki, published on 13 May 2024. An attacker can exploit it over the internet without logging in, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2024-34701 and fix it if it is affected.\n\nWhat it is: CVE-2024-34701 is a medium-severity missing authorization vulnerability in miraheze CreateWiki, published on 13 May 2024. An attacker can exploit it over the internet without logging in, with no action from the victim.\nExploitation: There is no known exploitation of CVE-2024-34701 in the wild and no public exploit code.\n\nAffected product: miraheze CreateWiki. No package-level version data is available, so check the vendor advisory linked from the reference page.\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-2024-34701/ (Markdown: https://insights.sbomify.com/CVE-2024-34701/index.md)","id":"CVE-2024-34701","markdown":"https://insights.sbomify.com/CVE-2024-34701/index.md","name":"CVE-2024-34701","record":{"aliases":["GHSA-89fx-77w7-rc64"],"analysis":{"component_type":"cms_plugin","fix_type":"patch","impacts":["privilege_escalation","data_modify"],"network_reachable":"yes","non_default_config":false,"product_category":"MediaWiki extension","requires_auth":"none","summary":"Attackers can impersonate wiki requesters by matching local user IDs across a wiki farm, allowing unauthorized actions on request queues.","user_interaction":"not_required","vuln_class":"missing_authorization"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"GitHub_M","cpe":[],"cvss":{"score":5.9,"severity":"medium","source":"cna","vector":"CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:H/A:N","version":"3.1"},"cwes":[{"id":"CWE-863","name":"Incorrect Authorization"}],"description":"CreateWiki is Miraheze's MediaWiki extension for requesting \u0026 creating wikis. It is possible for users to be considered as the requester of a specific wiki request if their local user ID on any wiki in a wiki farm matches the local ID of the requester at the wiki where the wiki request was made. This allows them to go to that request entry's on Special:RequestWikiQueue on the wiki where their local user ID matches and take any actions that the wiki requester is allowed to take from there.\n\nCommit 02e0f298f8d35155c39aa74193cb7b867432c5b8 fixes the issue. Important note about the fix: This vulnerability has been fixed by disabling access to the REST API and special pages outside of the wiki configured as the \"global wiki\" in `$wgCreateWikiGlobalWiki` in a user's MediaWiki settings.\n\nAs a workaround, it is possible to disable the special pages outside of one's own global wiki by doing something similar to `miraheze/mw-config` commit e5664995fbb8644f9a80b450b4326194f20f9ddc that is adapted to one's own setup. As for the REST API, before the fix, there wasn't any REST endpoint that allowed one to make writes. Regardless, it is possible to also disable it outside of the global wiki by using `$wgCreateWikiDisableRESTAPI` and `$wgConf` in the configuration for one's own wiki farm..","ecosystems":[],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"none_known"},"has_fix":false,"headline":"CreateWiki vulnerable to impersonation of wiki requester","id":"CVE-2024-34701","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":null,"product":null,"products":[],"type":"missing_authorization","year":"2024"},"n_packages":0,"n_references":6,"next":{"headline":"Botan has a Denial of Service Due to Excessive Name Constraints","id":"CVE-2024-34702"},"packages":[],"prev":{"headline":"GZ::CTF allows unprivileged user can perform XSS attacks by constructing malicious team names.","id":"CVE-2024-34699"},"products":["CreateWiki"],"published":"2024-05-13","related":[],"sources":[{"class":"attribution","licence":"CVE Terms of Use (MITRE)","name":"CVE List","prefix":"CVE"},{"class":"attribution","licence":"CWE Terms of Use","name":"CWE (MITRE)"},{"class":"attribution","licence":"FIRST CVSS licence","name":"CVSS (FIRST)"}],"ssvc":{"automatable":"no","exploitation":"none","technical_impact":"total"},"state":"PUBLISHED","updated":"2024-08-02","vendors":["miraheze"]},"summary":"Attackers can impersonate wiki requesters by matching local user IDs across a wiki farm, allowing unauthorized actions on request queues.","url":"https://insights.sbomify.com/CVE-2024-34701/"}