Opencast still publishes global system account credentialsGHSA-j63h-hmgw-x4j7
MEDIUMFix: opencast/opencast@2d32191GHSA-j63h-hmgw-x4j7 is a medium-severity (CVSS 6.5) Information Exposure vulnerability in org.opencastproject:opencast-common. A fix is available for org.opencastproject:opencast-common — see the affected versions and patch details below.
Exploitation Status
No confirmed exploitation observed yet
- CISA’s own triage has not observed active exploitation or public proof-of-concept code for this CVE as of its last assessment.
Exploitation and automatability from CISA’s SSVC triage for GHSA-j63h-hmgw-x4j7.
EPSS Exploitation Probability
Probability of exploitation in the next 30 days, from FIRST.org EPSS.
How urgent is this, really
Where this sits among everything scored
Real-World Exposure
org.opencastproject:opencast-common☕org.opencastproject:opencast-ingest-service-impl☕org.opencastproject:opencast-kernel☕org.opencastproject:opencast-publication-service-oaipmh-remoteReal-time download stats are indexed for npm and PyPI packages. This vulnerability affects Maven packages — download data is not available via public APIs for these ecosystems.
Description
Description
Opencast prior to versions 17.6 would incorrectly send the hashed global system account credentials (ie: org.opencastproject.security.digest.user and org.opencastproject.security.digest.pass) when attempting to fetch mediapackage elements included in a mediapackage XML file. A previous CVE prevented many cases where the credentials were inappropriately sent, but not all. The remainder are addressed with this patch.
Impact
Anyone with ingest permissions could cause Opencast to send its hashed global system account credentials to a url of their choosing.
Patches
This issue is fixed in Opencast 17.6
If you have any questions or comments about this advisory:
- Open an issue in our issue tracker
- Email us at [email protected]
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| ☕Maven | org.opencastproject:opencast-common | all versions | 17.6org.opencastproject:opencast-common:17.6 |
| ☕Maven | org.opencastproject:opencast-ingest-service-impl | all versions | 17.6org.opencastproject:opencast-ingest-service-impl:17.6 |
| ☕Maven | org.opencastproject:opencast-kernel | all versions | 17.6org.opencastproject:opencast-kernel:17.6 |
| ☕Maven | org.opencastproject:opencast-publication-service-oaipmh-remote | all versions | 17.6org.opencastproject:opencast-publication-service-oaipmh-remote:17.6 |
Affected Products
opencastapereoDetection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for org.opencastproject:opencast-common, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.
Fix
Update org.opencastproject:opencast-common to 17.6 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-j63h-hmgw-x4j7 is resolved across your whole dependency graph.
Workarounds
Assume what was exposed is already known: rotate any credential, token or key that the affected component could return, restrict the endpoint to callers that genuinely need it, and strip sensitive fields from responses and error output at the boundary rather than relying on the client not to read them.
Frequently Asked Questions
Is GHSA-j63h-hmgw-x4j7 in your dependencies?
Find it across Maven, including transitive dependencies.