XSS (Cross-Site Scripting) dans datasette (CVE-2021-32670)
Résumé
XSS dans datasette (CVE-2021-32670). Risque d'opérations non autorisées ou de divulgation. Atténuation : mise à jour vers 0.56.1 ou plus.
Description d'origine
La description telle que publiée par la source (souvent en anglais).
Impact
The ?_trace=1 debugging feature in Datasette does not correctly escape generated HTML, resulting in a reflected cross-site scripting vulnerability.
This vulnerability is particularly relevant if your Datasette installation includes authenticated features using plugins such as datasette-auth-passwords as an attacker could use the vulnerability to access protected data.
Patches
Datasette 0.57 and 0.56.1 both include patches for this issue.
Workarounds
If you run Datasette behind a proxy you can workaround this issue by rejecting any incoming requests with ?_trace= or &_trace= in their query string parameters.
References
For more information
If you have any questions or comments about this advisory:
- Open a discussion in simonw/datasette
- Email us at
swillison+datasette @ gmail.com
Source: OSV.dev (Open Source Vulnerabilities) NVD GitHub Advisory OSV
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-2021-32670 a été découverte dans datasette.
Risque d'opérations non autorisées ou de divulgation.
Action : mettez à jour datasette vers 0.56.1 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « datasette CVE-2021-32670 » sur le site de l'éditeur.
CVE-2021-32670 (datasette) — CWE-79
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Correctif : 0.56.1 — appliquer immédiatement
Contournement : If you run Datasette behind a proxy you can workaround this issue by rejecting any incoming requests with ?_trace= or &_trace= in their query string parameters.
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 datasette.
Consultez l'avis de l'éditeur pour les versions affectées de datasette.
Gravité : ?. Risque d'opérations non autorisées ou de divulgation.
Mettre à jour vers 0.56.1.
Contournement : If you run Datasette behind a proxy you can workaround this issue by rejecting any incoming requests with ?_trace= or &_trace= in their query string parameters.
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 'datasette' . | grep -v node_modulesリポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で
datasetteを grep し、稼働しているサービス・バージョンを把握する。 -
2Apply temporary workaround mitigate
If you run Datasette behind a proxy you can workaround this issue by rejecting any incoming requests with `?_trace=` or `&_trace=` in their query string parameters.パッチが適用されるまでの応急処置として、If you run Datasette behind a proxy you can workaround this issue by rejecting any incoming requests with
?_trace=or&_trace=in their query string parameters. を実施。回避策の副作用 (機能低下) を確認した上で。 -
3Apply patch patch
Upgrade datasette to 0.56.1ステージング環境で 0.56.1 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。
-
4Post-deployment verification verify
Confirm patched version is live in productionパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。
Paquets affectés
Références
- advisory github.com
- package github.com
- web github.com
- web github.com
- web datasette.io
- web github.com
- web owasp.org
- web pypi.org