Vulnérabilité dans RestrictedPython (CVE-2026-55830)
Résumé
Vulnérabilité dans RestrictedPython (CVE-2026-55830). Des informations confidentielles peuvent être exposées. Exploitable via _write_. Atténuation : mise à jour vers 8.3 ou plus.
Description d'origine
La description telle que publiée par la source (souvent en anglais).
Impact
RestrictedPython rewrites sensitive operations to go through guard hooks. Attribute access becomes _getattr_(obj, name), item access becomes _getitem_(obj, key), writes go through _write_, and print goes through _print_. The embedding application supplies these hooks to enforce its policy.
Argument-name validation rejects these protected names for regular arguments, *args, **kwargs, and keyword-only arguments, but it misses positional-only arguments (the ones before /). So a function like:
def f(_getattr_=evil, /):
return o.x
makes _getattr_ a local that shadows the policy hook, and the rewritten access calls evil instead. The same works for _getitem_, _write_, and _print_. Shadowing _print_ can also be used to capture the internal _getattr_ hook that RestrictedPython passes in.
The result is that sandboxed code can bypass the access policy the embedding application relies on. In applications that also handle sandbox-controlled objects unsafely (for example serializing them with pickle), this primitive can be chained further, up to remote code execution. That part depends on the embedding application, but the underlying guard bypass is in RestrictedPython.
Proof of concept
On an unpatched RestrictedPython this prints shadowed and an empty calls list, meaning the policy _getattr_ never ran. With the fix, compile_restricted rejects the code.
from RestrictedPython import compile_restricted
fro…
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-55830 a été découverte dans RestrictedPython.
Des attaquants peuvent cibler un point d'entrée spécifique comme _write_ à distance pour détourner le produit.
Des informations confidentielles peuvent être exposées. Score CVSS : 8.3/10.
Action : mettez à jour RestrictedPython vers 8.3 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « RestrictedPython CVE-2026-55830 » sur le site de l'éditeur.
CVE-2026-55830 (RestrictedPython) — CWE-184 / CVSS v3 8.3
Vecteur d'attaque : distant (réseau)
Surface d'attaque : _write_ / _print_ / _getattr_ / evil
Correctif : 8.3 — appliquer immédiatement
Contournement : None other than upgrading.
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-184) affecte RestrictedPython. Les attaquants atteignent le code vulnérable via _write_.
Consultez l'avis de l'éditeur pour les versions affectées de RestrictedPython. Surface d'attaque : _write_ / _print_ / _getattr_ / evil.
Gravité : Élevée (CVSS 8.3/10). Des informations confidentielles peuvent être exposées.
Mettre à jour vers 8.3.
Contournement : None other than upgrading.
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 'RestrictedPython' . | grep -v node_modulesリポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で
RestrictedPythonを grep し、稼働しているサービス・バージョンを把握する。 -
2Apply temporary workaround mitigate
None other than upgrading.パッチが適用されるまでの応急処置として、None other than upgrading. を実施。回避策の副作用 (機能低下) を確認した上で。
-
3Apply patch patch
Upgrade RestrictedPython to 8.3ステージング環境で 8.3 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。
-
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