{"answers":{"affected":"It affects 1 product.","exploited":"There is no known exploitation of CVE-2021-21318 in the wild and no public exploit code.","fix":"No fix has been published for CVE-2021-21318 yet. Limit exposure of the affected software until one is available.","what":"CVE-2021-21318 is a medium-severity missing authorization vulnerability in opencast, published on 18 Feb 2021. Any signed-in user can exploit it over the network, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2021-21318 and fix it if it is affected.\n\nWhat it is: CVE-2021-21318 is a medium-severity missing authorization vulnerability in opencast, published on 18 Feb 2021. Any signed-in user can exploit it over the network, with no action from the victim.\nExploitation: There is no known exploitation of CVE-2021-21318 in the wild and no public exploit code.\n\nAffected product: opencast. 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-2021-21318/ (Markdown: https://insights.sbomify.com/CVE-2021-21318/index.md)","id":"CVE-2021-21318","markdown":"https://insights.sbomify.com/CVE-2021-21318/index.md","name":"CVE-2021-21318","record":{"aliases":["GHSA-vpc2-3wcv-qj4w"],"analysis":{"component_type":"web_application","fix_type":"upgrade","impacts":["data_read","security_bypass"],"network_reachable":"yes","non_default_config":false,"product_category":"Opencast media platform","requires_auth":"low_privilege","summary":"Attackers can retain unauthorized access to series metadata by exploiting flawed access control updates during episode removal or republishing.","user_interaction":"not_required","vuln_class":"missing_authorization"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"GitHub_M","cpe":[{"product":"opencast","vendor":"apereo"}],"cvss":{"score":5.4,"severity":"medium","source":"cna","vector":"CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:L","version":"3.1"},"cwes":[{"id":"CWE-863","name":"Incorrect Authorization"}],"description":"Opencast is a free, open-source platform to support the management of educational audio and video content. In Opencast before version 9.2 there is a vulnerability in which publishing an episode with strict access rules will overwrite the currently set series access. This allows for an easy denial of access for all users without superuser privileges, effectively hiding the series. Access to series and series metadata on the search service (shown in media module and player) depends on the events published which are part of the series. Publishing an event will automatically publish a series and update access to it. Removing an event or republishing the event should do the same. Affected versions of Opencast may not update the series access or remove a published series if an event is being removed. On removal of an episode, this may lead to an access control list for series metadata with broader access rules than the merged access rules of all remaining events, or the series metadata still being available although all episodes of that series have been removed. This problem is fixed in Opencast 9.2.","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":"Removing access may not effect published series","id":"CVE-2021-21318","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":null,"product":null,"products":[],"type":"missing_authorization","year":"2021"},"n_packages":0,"n_references":2,"next":{"headline":"Several stored XSS","id":"CVE-2021-21319"},"packages":[],"prev":{"headline":"Denial of Service in uap-core","id":"CVE-2021-21317"},"products":["opencast"],"published":"2021-02-18","related":[{"cvss_score":9.9,"headline":"Files Accessible to External Parties in Opencast","id":"CVE-2021-43821","kev_date_added":null,"published":"2021-12-14"},{"cvss_score":8.7,"headline":"Authentication Bypass For Endpoints With Anonymous Access in OpenCast","id":"CVE-2020-5206","kev_date_added":null,"published":"2020-01-30"},{"cvss_score":8.1,"headline":"Opencast vulnerable to billion laughs attack (XML bomb)","id":"CVE-2021-32623","kev_date_added":null,"published":"2021-06-15"},{"cvss_score":7.7,"headline":"Opencast stores passwords using outdated MD5 hash algorithm","id":"CVE-2020-5229","kev_date_added":null,"published":"2020-01-30"},{"cvss_score":7.7,"headline":"Opencast uses unsafe identifiers","id":"CVE-2020-5230","kev_date_added":null,"published":"2020-01-30"},{"cvss_score":7.6,"headline":"Opencast allows unauthorized public access via OAI-PMH","id":"CVE-2020-5228","kev_date_added":null,"published":"2020-01-30"},{"cvss_score":7.5,"headline":"Opencast publishes global system account credentials","id":"CVE-2018-16153","kev_date_added":null,"published":"2023-12-12"}],"sources":[{"class":"attribution","licence":"CVE Terms of Use (MITRE)","name":"CVE List","prefix":"CVE"},{"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-08-03","vendors":["opencast"]},"summary":"Attackers can retain unauthorized access to series metadata by exploiting flawed access control updates during episode removal or republishing.","url":"https://insights.sbomify.com/CVE-2021-21318/"}