XSS (Cross-Site Scripting) dans code16/sharp (CVE-2026-61823)
Résumé
XSS dans code16/sharp (CVE-2026-61823). Des informations confidentielles peuvent être exposées. Exploitable via srcdoc. Atténuation : mise à jour vers 9.22.5 ou plus.
Description d'origine
La description telle que publiée par la source (souvent en anglais).
Impact
A Stored Cross-Site Scripting (XSS) vulnerability exists in the rich text editor due to improper sanitization of the srcdoc attribute on elements.
While the underlying Symfony HtmlSanitizer correctly HTML-encodes special characters inside the attribute value (e.g., converting to <script>), the HTML specification mandates that browsers automatically decode HTML entities inside attribute values before processing them. As a result, any encoded JavaScript inside a srcdoc attribute is evaluated and executed as live HTML/JS in the context of the iframe when the page is rendered.
An attacker with permissions to edit an Editor field can inject malicious scripts to target other users viewing the content. Potential impacts include:
- Session Hijacking (stealing admin session cookies via document.cookie)
- Account Takeover & Privilege Escalation (e.g., a low-privileged editor triggering actions as an Administrator)
- Admin panel data theft
Patches
The vulnerability has been patched in version v9.22.5.
The fix explicitly removes srcdoc from the list of allowed iframe attributes in src/Utils/Sanitization/FormatsSanitizedValue.php.
Workarounds
Users who cannot upgrade immediately can manually sanitize all content of editor fields to strip srcdoc attributes.
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-61823 a été découverte dans code16/sharp.
Des attaquants peuvent cibler un point d'entrée spécifique comme srcdoc à distance pour détourner le produit.
Des informations confidentielles peuvent être exposées. Score CVSS : 7.3/10.
Action : mettez à jour code16/sharp vers 9.22.5 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « code16/sharp CVE-2026-61823 » sur le site de l'éditeur.
CVE-2026-61823 (code16/sharp) — CWE-79 / CVSS v3 7.3
Vecteur d'attaque : distant (réseau)
Surface d'attaque : srcdoc
Correctif : 9.22.5 — appliquer immédiatement
Contournement : Users who cannot upgrade immediately can manually sanitize all content of editor fields to strip srcdoc attributes.
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 XSS (CWE-79) affecte code16/sharp. Les attaquants atteignent le code vulnérable via srcdoc.
Consultez l'avis de l'éditeur pour les versions affectées de code16/sharp. Surface d'attaque : srcdoc.
Gravité : Élevée (CVSS 7.3/10). Des informations confidentielles peuvent être exposées.
Mettre à jour vers 9.22.5.
Contournement : Users who cannot upgrade immediately can manually sanitize all content of editor fields to strip srcdoc attributes.
Recherchez dans les logs des requêtes correspondant aux IOC connus de cette CVE. Auditez les SBOM/dépendances.
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 'code16/sharp' . | grep -v node_modulesリポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で
code16/sharpを grep し、稼働しているサービス・バージョンを把握する。 -
2Apply temporary workaround mitigate
Users who cannot upgrade immediately can manually sanitize all content of editor fields to strip `srcdoc` attributes.パッチが適用されるまでの応急処置として、Users who cannot upgrade immediately can manually sanitize all content of editor fields to strip
srcdocattributes. を実施。回避策の副作用 (機能低下) を確認した上で。 -
3Apply patch patch
Upgrade code16/sharp to 9.22.5ステージング環境で 9.22.5 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。
-
4Post-deployment verification verify
Confirm patched version is live in productionパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。
Paquets affectés
Références
- web github.com
- web github.com
- web nvd.nist.gov
- web github.com