Описание
Prevent XSS from Confidant API call
Impact
What kind of vulnerability is it? Who is impacted? Potential XSS from API calls below: GET /v1/credentials GET /v1/credentials/ GET /v1/archive/credentials/ GET /v1/archive/credentials POST /v1/credentials PUT /v1/credentials/ PUT /v1/credentials//<to_revision>
GET /v1/services GET /v1/services/ GET /v1/archive/services/ GET /v1/archive/services PUT /v1/services/ PUT /v1/services//<to_revision>
Stored XSS that can only be used as a stored HTML injection. The attacker needs to be authenticated and have privileges to create new credentials, but could use this to show information and run scripts to other users into the same Confidant instance.
Patches
Has the problem been patched? What versions should users upgrade to? yes, version 6.6.2
Workarounds
Is there a way for users to fix or remediate the vulnerability without upgrading? NO
References
Are there any links users can visit to find out more? https://hackerone.com/reports/2332004 https://hackerone.com/reports/2456673 https://hackerone.com/reports/2476542 Acknowledgement: Thank you Rein Daelman (trein) for reporting and proposing the fix.
Ссылки
- https://github.com/lyft/confidant/security/advisories/GHSA-rxq8-q85f-m866
- https://nvd.nist.gov/vuln/detail/CVE-2024-45793
- https://github.com/lyft/confidant/commit/8876b07abde0c8d2a4974f79b60562b6d0193db9
- https://hackerone.com/reports/2332004
- https://hackerone.com/reports/2456673
- https://hackerone.com/reports/2476542
Пакеты
confidant
< 6.6.2
6.6.2
Связанные уязвимости
Confidant is a open source secret management service that provides user-friendly storage and access to secrets. The following endpoints are subject to a cross site scripting vulnerability: GET /v1/credentials, GET /v1/credentials/, GET /v1/archive/credentials/, GET /v1/archive/credentials, POST /v1/credentials, PUT /v1/credentials/, PUT /v1/credentials//<to_revision>, GET /v1/services, GET /v1/services/, GET /v1/archive/services/, GET /v1/archive/services, PUT /v1/services/, PUT /v1/services//<to_revision>. The attacker needs to be authenticated and have privileges to create new credentials, but could use this to show information and run scripts to other users into the same Confidant instance. This issue has been patched in version 6.6.2. All users are advised to upgrade. There are no known workarounds for this vulnerability.