Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
|
| Impact | This vulnerability presents moderate real-world risk despite the CVSS score of 6.5. The CVSS vector (AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N) indicates network-accessible exploitation with low complexity and no user interaction, making it trivially exploitable by any authenticated user. The impact is limited to integrity (unauthorized deletion), not confidentiality or availability, which constrains the blast radius. However, the authentication requirement (PR:L) is significant: attackers must first obtain valid credentials, likely through phishing, credential stuffing, or as an insider threat. In a team collaboration setting, this is a material risk because legitimate employees can be damaged by malicious colleagues deleting their contributions without recovery. SSVC would classify this as exploitable with high technical impact but mitigated by authentication requirements. The lack of any public exploit, KEV status, or known active exploitation suggests this is a defensive discovery rather than an urgent zero-day, making prioritization below critical but above informational. |
| Exploit ScenarioDerived | A disgruntled team member with valid Scoold credentials discovers the endpoint and uses a browser developer console or curl command to POST to /feedback/{id}/delete with a victim's feedback ID obtained from the public feedback listing. The request succeeds without authentication challenge because the user is already logged in, and the server does not check ownership; the victim's feedback disappears immediately from the platform, with no audit trail or recovery option. This scenario requires only network access and valid credentials, not administrator privileges, making it practical for any team member. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Apr 02, 2026
Scoold versions prior to 1.66.1 allow authenticated low-privilege users to delete any other user's feedback posts via an authorization flaw in the POST /feedback/{id}/delete endpoint. The vulnerability requires login but lacks object ownership verification, enabling lateral privilege escalation where any team member can destroy feedback created by colleagues or administrators. No public exploit code or active exploitation has been identified; the issue was discovered during code review and patched in version 1.66.1.
RemediationAI
Vendor-released patch: Upgrade Scoold to version 1.66.1 or later. The fix is available directly from the GitHub releases page (https://github.com/Erudika/scoold/releases/tag/1.66.1) and the security advisory (https://github.com/Erudika/scoold/security/advisories/GHSA-g5fv-xw88-vw44). The upstream commit 5def88c25405cc60482292bcceb45dc024e899fe implements authorization checks to verify object ownership before allowing deletion. If immediate upgrade is not feasible, restrict feedback deletion capabilities to administrators only through role-based access control settings, or temporarily disable feedback deletion for non-admin users by adjusting application permissions until patched.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Scoold is a Java-based Q&A and knowledge-sharing platform built on the Erudika framework. The vulnerability exists in the feedback deletion handler, which properly enforces authentication (requiring PR:L privilege level per CVSS vector) but fails to implement authorization checks for resource ownership. The flaw is classified as CWE-639 (Authorization Bypass Through User-Controlled Key), a common pattern in REST APIs where user IDs or resource IDs are trusted without validating that the requesting user owns or has permission to modify the target resource. The endpoint accepts POST requests with a feedback ID parameter and immediately processes deletion without comparing the authenticated user's identity against the feedback's creator or checking for moderator/admin status.
Know when Scoold gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N
Primary rating from Vendor (GitHub_M) · only source for this CVE.
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
2DescriptionCVE.org
Scoold is a Q&A and a knowledge sharing platform for teams. Prior to version 1.66.1, Scoold contains an authenticated authorization flaw in feedback deletion that allows any logged-in, low-privilege user to delete another user's feedback post by submitting its ID to POST /feedback/{id}/delete. The handler enforces authentication but does not enforce object ownership (or moderator/admin authorization) before deletion. In verification, a second non-privileged account successfully deleted a victim account's feedback item, and the item immediately disappeared from the feedback listing/detail views. This issue has been patched in version 1.66.1.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Improper handling of Length parameter in GitHub repository erudika/scoold prior to 1.49.4. Rated high severity (CVSS 8.8
Scoold is a Q&A and a knowledge sharing platform for teams. Rated high severity (CVSS 8.7), this vulnerability is remote
Authentication bypass in Scoold prior to version 1.67.0 allows high-privileged attackers to inject arbitrary administrat
Scoold versions prior to 1.66.2 allow authenticated low-privilege users to overwrite arbitrary existing questions by sub
Authentication bypass in Scoold (Erudika) prior to 1.69.1 allows an attacker who already possesses one of the server sig
Cross-origin request forgery in Erudika Scoold prior to 1.69.1 lets any attacker-controlled website issue credentialed A
Open redirect in Scoold, Erudika's Java-based Q&A and knowledge-sharing platform, affects every release prior to 1.69.1,
EUVD-2026-18529
NVD
CVE.org
EPSS
Vulnrichment
GitHub
VulDB
Exploit-DB