Vulnérabilité dans ratex-parser (CVE-2026-53530)
Résumé
Vulnérabilité dans ratex-parser (CVE-2026-53530). Risque d'opérations non autorisées ou de divulgation. Exploitable via parse_symbol_inner. Atténuation : mise à jour vers 0.1.11 ou plus.
Description d'origine
La description telle que publiée par la source (souvent en anglais).
Summary
The public parser entrypoint ratex_parser::parse(&str) panics on the 9-byte input \verbéxé (i.e. \verb followed by the non-ASCII delimiter é). When handling a \verb command, the parser slices the verbatim argument with byte indices (arg[1..arg.len() - 1]); if the delimiter character is multibyte UTF-8, index 1 lands inside that character and Rust panics with “byte index 1 is not a char boundary”. Because RaTeX’s release profile sets panic = "abort" (Cargo.toml:48), the panic aborts the entire process — not just the current request/thread — making this a hard denial of service for any service that renders untrusted LaTeX.
Details
Affected code
crates/ratex-parser/src/parser.rs, parse_symbol_inner:
if let Some(stripped) = text.strip_prefix("\\verb") { // parser.rs:901
self.consume();
let arg = stripped.to_string(); // e.g. "éxé"
let star = arg.starts_with('*');
let arg = if star { &arg[1..] } else { &arg }; // parser.rs:905 (also byte-sliced)
if arg.len() < 2 { // byte length
return Err(ParseError::new("\\verb assertion failed", Some(&nucleus)));
}
let body = arg[1..arg.len() - 1].to_string(); // parser.rs:910 <-- PANIC on multibyte delimiter
...
}
For input \verbéxé: arg = "éxé", where é = U+00E9 (bytes C3 A9). arg.len() is the byte length (5), the < 2 guard pas…
Source: GitHub Security Advisories (Global) 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-53530 a été découverte dans ratex-parser.
Des attaquants peuvent cibler un point d'entrée spécifique comme parse_symbol_inner à distance pour détourner le produit.
Risque d'opérations non autorisées ou de divulgation.
Action : mettez à jour ratex-parser vers 0.1.11 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « ratex-parser CVE-2026-53530 » sur le site de l'éditeur.
CVE-2026-53530 (ratex-parser) — CWE-248
Surface d'attaque : parse_symbol_inner / lexer.rs / lex_verb / catch_unwind
Correctif : 0.1.11 — 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-248) affecte ratex-parser. Les attaquants atteignent le code vulnérable via parse_symbol_inner.
Consultez l'avis de l'éditeur pour les versions affectées de ratex-parser. Surface d'attaque : parse_symbol_inner / lexer.rs / lex_verb / catch_unwind.
Gravité : ?. Risque d'opérations non autorisées ou de divulgation.
Mettre à jour vers 0.1.11.
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 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 'ratex-parser' . | grep -v node_modulesリポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で
ratex-parserを grep し、稼働しているサービス・バージョンを把握する。 -
2Apply patch patch
Upgrade ratex-parser to 0.1.11ステージング環境で 0.1.11 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。
-
3Post-deployment verification verify
Confirm patched version is live in productionパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。
Paquets affectés
Références
- package github.com
- web github.com
- web github.com