Vulnérabilité dans TLS specification (CVE-2020-1968)
Résumé
Vulnérabilité dans TLS specification (CVE-2020-1968). Risque d'opérations non autorisées ou de divulgation.
Description d'origine
La description telle que publiée par la source (souvent en anglais).
The Raccoon attack exploits a flaw in the TLS specification which can lead to an attacker being able to compute the pre-master secret in connections which have used a Diffie-Hellman (DH) based ciphersuite. In such a case this would result in the attacker being able to eavesdrop on all encrypted communications sent over that TLS connection. The attack can only be exploited if an implementation re-uses a DH secret across multiple TLS connections. Note that this issue only impacts DH ciphersuites and not ECDH ciphersuites. This issue affects OpenSSL 1.0.2 which is out of support and no longer receiving public updates. OpenSSL 1.1.1 is not vulnerable to this issue. Fixed in OpenSSL 1.0.2w (Affected 1.0.2-1.0.2v).
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-2020-1968 a été découverte dans TLS specification.
Risque d'opérations non autorisées ou de divulgation.
Action : appliquez le correctif officiel de l'éditeur.
En cas de doute, contactez votre service informatique ou cherchez « TLS specification CVE-2020-1968 » sur le site de l'éditeur.
CVE-2020-1968 (TLS specification)
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Versions affectées : 1.0.2 - 1.0.2v
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é (non classée) affecte TLS specification.
Versions affectées de TLS specification : 1.0.2 - 1.0.2v.
Gravité : ?. Risque d'opérations non autorisées ou de divulgation.
Mettre à jour vers la version corrigée selon l'avis éditeur. (Si une version vulnérable 1.0.2 - 1.0.2v est en production, planifiez immédiatement une fenêtre de maintenance.)
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
Audit SBOM/dependencies for affected components.資産台帳・SBOM・依存マニフェストで TLS specification を使っているサービスとバージョンを洗い出す。
-
2Match against affected range verify
Confirm if version satisfies `1.0.2 - 1.0.2v`Step 1 で見つかったバージョンが影響範囲
1.0.2 - 1.0.2vに該当するか照合。本番で稼働中ならインシデント扱い。 -
3Post-deployment verification verify
Confirm patched version is live in productionパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。
État des correctifs par distribution
Paquets corrigés publiés par chaque distribution pour cette CVE
- Debian DEBIAN-CVE-2020-1968 openssl Corrigé dans: 1.1.0c-1
- Ubuntu UBUNTU-CVE-2020-1968 openssl Corrigé dans: 1.0.1f-1ubuntu2.27+esm10
Références
- advisory lists.debian.org
- advisory security.gentoo.org
- advisory security.netapp.com
- advisory usn.ubuntu.com
- advisory openssl.org
- advisory oracle.com
- patch oracle.com
- patch oracle.com
- patch oracle.com
- patch oracle.com