CVE-2026-47695

SSRF (Falsification de requête côté serveur) dans cc.tweaked:cc-tweaked-1.21-core (CVE-2026-47695)

Résumé

SSRF dans cc.tweaked:cc-tweaked-1.21-core (CVE-2026-47695). Risque d'opérations non autorisées ou de divulgation. Exploitable via http.request. Atténuation : mise à jour vers 1.119.0 ou plus.

Description d'origine

La description telle que publiée par la source (souvent en anglais).

Summary

CC-Tweaked's HTTP API (http.request, http.websocket) blocks requests to private network ranges to prevent server-side request forgery (SSRF). This protection can be bypassed on IPv6-capable servers using NAT64 well-known prefix addresses (64:ff9b::/96). An attacker who can execute Lua code can reach any internal IPv4 service that the filter is intended to block, by addressing it as http://[64:ff9b::]/ instead of its direct IPv4 address. This affects any CC-Tweaked deployment on a network with NAT64 routing — a configuration that is standard on AWS, GCP, and other cloud platforms when using IPv6-only subnets.

Details

The IP filter in PrivatePattern.matches() (AddressPredicate.java#L121–L130) blocks private network ranges by calling Java's standard InetAddress classification methods:

public boolean matches(InetAddress socketAddress) {
    return socketAddress.isAnyLocalAddress()
        || socketAddress.isLoopbackAddress()
        || socketAddress.isLinkLocalAddress()
        || socketAddress.isSiteLocalAddress()
        || socketAddress.isMulticastAddress()
        || isUniqueLocalAddress(socketAddress)
        || isCarrierGradeNatAddress(socketAddress)
        || additionalAddresses.contains(socketAddress);
}

When a NAT64 address such as `64…

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-47695 a été découverte dans cc.tweaked:cc-tweaked-1.21-core.
Des attaquants peuvent cibler un point d'entrée spécifique comme http.request à distance pour détourner le produit.
Risque d'opérations non autorisées ou de divulgation.
Action : mettez à jour cc.tweaked:cc-tweaked-1.21-core vers 1.119.0 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « cc.tweaked:cc-tweaked-1.21-core CVE-2026-47695 » sur le site de l'éditeur.

CVE-2026-47695 (cc.tweaked:cc-tweaked-1.21-core) — CWE-918
Surface d'attaque : http.request / http.websocket / InetAddress / Inet6Address
Correctif : 1.119.0 — 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.

❓ Quel est le problème

Une SSRF (CWE-918) affecte cc.tweaked:cc-tweaked-1.21-core. Les attaquants atteignent le code vulnérable via http.request.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de cc.tweaked:cc-tweaked-1.21-core. Surface d'attaque : http.request / http.websocket / InetAddress / Inet6Address.

🔥 Gravité

Gravité : ?. Risque d'opérations non autorisées ou de divulgation.

🔧 Comment corriger

Mettre à jour vers 1.119.0.

🛡️ Contournement

En attendant le correctif : désactivez la fonctionnalité concernée, appliquez des règles WAF, ou restreignez l'accès par ACL réseau.

🔍 Détection

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

1
Identify exposure identify
```
Audit SBOM/dependencies for affected components.
```
資産台帳・SBOM・依存マニフェストで cc.tweaked:cc-tweaked-1.21-core を使っているサービスとバージョンを洗い出す。
2
Apply patch patch
```
Upgrade cc.tweaked:cc-tweaked-1.21-core to 1.119.0
```
ステージング環境で 1.119.0 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。
3
Post-deployment verification verify
```
Confirm patched version is live in production
```
パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。