PatchSiren

PatchSiren cyber security CVE debrief

CVE-2026-54676 Erudika CVE debrief

CVE-2026-54676 is a vulnerability in Scoold, a Q&A and knowledge sharing platform for teams. Prior to version 1.69.0, users with personal API tokens can retrieve replies from questions in private spaces they cannot access. This issue allows unauthorized access to confidential team or project discussions. The vulnerability exists in the ApiController.getPostReplies() method, which does not apply canAccessSpace before returning data from GET /api/posts/{id}/answers. This issue is fixed in version 1.69.0 and defenders should assess exposure and prioritize upgrading.

Vendor
Erudika
Product
scoold
CVSS
MEDIUM 6.5
CISA KEV
Not listed in stored evidence
Original CVE published
2026-09-17
Original CVE updated
2026-09-18
Advisory published
2026-09-17
Advisory updated
2026-09-18

Who should care

Defenders responsible for Scoold deployments should assess exposure and prioritize upgrading to version 1.69.0 or later to prevent unauthorized access to private question replies. This includes operators, platform administrators, vulnerability management teams, and security teams who need to ensure the security of Scoold deployments.

Why it matters

CVE-2026-54676 is a vulnerability in Scoold that allows users with personal API tokens to retrieve replies from questions in private spaces they cannot access. Defenders should prioritize upgrading to Scoold version 1.69.0 or later to prevent unauthorized access to private question replies.

  • Potential unauthorized access to confidential team or project discussions
  • Exposure of private question replies
  • Need for verification of API token access restrictions
  • Priority for upgrading to Scoold version 1.69.0 or later

Technical summary

The vulnerability exists in the ApiController.getPostReplies() method in src/main/java/com/erudika/scoold/api/ApiController.java, which does not apply canAccessSpace before returning data from GET /api/posts/{id}/answers. This allows users with personal API tokens to retrieve replies from questions in private spaces they cannot access. The issue is reachable when scoold.api_user_access_enabled and scoold.api_enabled are true and a token holder knows or enumerates a private question identifier. This issue is fixed in version 1.69.0.

Defensive priority

Defenders should prioritize upgrading to Scoold version 1.69.0 or later to prevent unauthorized access to private question replies.

Recommended defensive actions

  • Upgrade to Scoold version 1.69.0 or later
  • Review and restrict API token access
  • Monitor for suspicious API activity
  • Confirm whether affected Scoold deployments exist in managed environments and assign an owner for follow-up
  • Review compensating controls for exposed Scoold systems while remediation is scheduled and verified
  • Check relevant monitoring, detection, and logs for exposed Scoold assets that need extra review
  • Track exceptions, retest remediated Scoold assets, and close the item only after evidence is documented

Evidence notes

The vulnerability exists in the ApiController.getPostReplies() method in src/main/java/com/erudika/scoold/api/ApiController.java, which does not apply canAccessSpace before returning data from GET /api/posts/{id}/answers.

Sources and references

Verified primary and authoritative sources

  • CVE-2026-54676 CVE Program record

    Publisher, destination, and source semantics verified

    URL: https://www.cve.org/CVERecord?id=CVE-2026-54676

    CVE Program - Official CVE Program record with source-provided CVE metadata.

  • CVE-2026-54676 NVD vulnerability detail

    Publisher, destination, and source semantics verified

    URL: https://nvd.nist.gov/vuln/detail/CVE-2026-54676

    NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.

Supplemental references

Methodology and review provenance

AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.