Vulnérabilité dans snipe/snipe-it (CVE-2026-55694)
Résumé
Vulnérabilité dans snipe/snipe-it (CVE-2026-55694). Des informations confidentielles peuvent être exposées. Exploitable via GET /stored-eula-file/{filename}. Atténuation : mise à jour vers 8.6.3 ou plus.
Description d'origine
La description telle que publiée par la source (souvent en anglais).
Impact
An attacker can completely bypass file-name randomization security and without authorization download confidential, signed EULA files belonging to any other user across the application.
Steps to Reproduce:
- Log in as a restricted user.
- Send a GET request to /api/v1/users/{target_id}/eulas (where target_id belongs to a restricted/denied user).
- Observe the response leaks the secret EULA filename (e.g., eula-xxx.pdf).
- Attempt to access this file via the main route: GET /stored-eula-file/{filename} (This will correctly return 403 Forbidden).
- Now, access the file via the vulnerable profile route: GET /account/stored-eula-file/{filename}.
- Observe that the server returns a 200 OK and successfully downloads the target user's secret EULA file.
Patches
Fixed in https://github.com/grokability/snipe-it/commit/f15d78621b003be30ac114ba68626683894935ef
Source: NIST National Vulnerability Database NVD GitHub Advisory
Résumé généré automatiquement
Assemblé par SecPulse à partir des données sources (CVSS, CWE, versions affectées) à l'aide de modèles, sans IA. Vérifiez la description d'origine et les références ci-dessous.
Une vulnérabilité référencée CVE-2026-55694 a été découverte dans snipe/snipe-it.
Des attaquants peuvent cibler un point d'entrée spécifique comme GET /stored-eula-file/{filename} à distance pour détourner le produit.
Des informations confidentielles peuvent être exposées. Score CVSS : 6.5/10.
Action : mettez à jour snipe/snipe-it vers 8.6.3 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « snipe/snipe-it CVE-2026-55694 » sur le site de l'éditeur.
CVE-2026-55694 (snipe/snipe-it) — CWE-639 / CVSS v3 6.5
Vecteur d'attaque : distant (réseau) / sans interaction utilisateur
Surface d'attaque : GET /stored-eula-file/{filename} / GET /account/stored-eula-file/{filename}.
Correctif : 8.6.3 — appliquer immédiatement
Plan : 1) Audit SBOM, 2) Mise à jour staging→prod, 3) Surveillance WAF/proxy sur les endpoints affectés, 4) Recherche d'IOC dans les logs.
Réfs : voir GHSA / avis éditeur / version corrigée liés sur cette page.
Une vulnérabilité (CWE-639) affecte snipe/snipe-it. Les attaquants atteignent le code vulnérable via GET /stored-eula-file/{filename}.
Consultez l'avis de l'éditeur pour les versions affectées de snipe/snipe-it. Surface d'attaque : GET /stored-eula-file/{filename} / GET /account/stored-eula-file/{filename}..
Gravité : Moyenne (CVSS 6.5/10). Des informations confidentielles peuvent être exposées.
Mettre à jour vers 8.6.3.
En attendant le correctif : désactivez la fonctionnalité concernée, appliquez des règles WAF, ou restreignez l'accès par ACL réseau.
Recherchez dans les logs webserver/proxy/WAF des requêtes anormales vers GET /stored-eula-file/{filename} (en-têtes d'auth malformés, méta-caractères SQL). Auditez les fichiers de dépendances pour trouver snipe/snipe-it.
Actions de réponse
Étapes concrètes et exemples de commandes que les équipes SOC/SRE doivent exécuter dans l'ordre
-
1Identify exposure identify
grep -r 'snipe/snipe-it' . | grep -v node_modulesリポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で
snipe/snipe-itを grep し、稼働しているサービス・バージョンを把握する。 -
2Hunt for indicators of compromise detect
grep 'GET /stored-eula-file/{filename}' /var/log/nginx/access.log | grep -E '(unusual_payload|sqli_pattern)'アクセスログで
GET /stored-eula-file/{filename}への異常なリクエスト (不正な認証ヘッダ・SQLメタ文字)を過去 30〜90日分捜索。WAF/SIEM があれば該当パスのアラート発火履歴を確認。 -
3Apply patch patch
Upgrade snipe/snipe-it to 8.6.3ステージング環境で 8.6.3 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスと、Step 2 で見つけた異常検知の続報チェックを含めること。
-
4Post-deployment verification verify
Replay attack against GET /stored-eula-file/{filename} on staging to confirm patch closes the vectorパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番では Step 2 と同じログクエリでアラート再発が無いか継続監視。
Paquets affectés
Références
- package github.com
- web github.com
- web github.com
- web github.com
- web github.com