Aller au contenu
Cette page suit l'état du correctif pour Debian. La vulnérabilité elle-même est décrite sur la page CVE principale. Voir CVE-2019-1543 →
Non évaluée

Vulnérabilité dans openssl

DEBIAN-CVE-2019-1543 Première détection SecPulse

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 DEBIAN-CVE-2019-1543 a été découverte dans openssl.
Des informations confidentielles peuvent être exposées.
Action : mettez à jour openssl vers 1.1.1c-1 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « openssl DEBIAN-CVE-2019-1543 » sur le site de l'éditeur.

DEBIAN-CVE-2019-1543 (openssl)
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Versions affectées : 1.1.1 - 1.1.1b
Correctif : 1.1.1c-1 — 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 vulnérabilité (non classée) affecte openssl.

Périmètre concerné

Versions affectées de openssl : 1.1.1 - 1.1.1b.

Gravité

Gravité : ?. Des informations confidentielles peuvent être exposées.

Comment corriger

Mettre à jour vers 1.1.1c-1. (Si une version vulnérable 1.1.1 - 1.1.1b est en production, planifiez immédiatement une fenêtre de maintenance.)

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. 1
    Identify exposureidentify
    grep -r 'openssl' . | grep -v node_modules

    リポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で openssl を grep し、稼働しているサービス・バージョンを把握する。

  2. 2
    Match against affected rangeverify
    Confirm if version satisfies `1.1.1 - 1.1.1b`

    Step 1 で見つかったバージョンが影響範囲 1.1.1 - 1.1.1b に該当するか照合。本番で稼働中ならインシデント扱い。

  3. 3
    Apply patchpatch
    Upgrade openssl to 1.1.1c-1

    ステージング環境で 1.1.1c-1 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。

  4. 4
    Post-deployment verificationverify
    Confirm patched version is live in production

    パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。

Paquets affectés

ÉcosystèmePaquetConcernéesCorrigé
Debian:12 openssl
< 1.1.1c-1
1.1.1c-1
Debian:13 openssl
< 1.1.1c-1
1.1.1c-1
Debian:14 openssl
< 1.1.1c-1
1.1.1c-1
Description d'origine La description telle que publiée par la source (souvent en anglais).

ChaCha20-Poly1305 is an AEAD cipher, and requires a unique nonce input for every encryption operation. RFC 7539 specifies that the nonce value (IV) should be 96 bits (12 bytes). OpenSSL allows a variable nonce length and front pads the nonce with 0 bytes if it is less than 12 bytes. However it also incorrectly allows a nonce to be set of up to 16 bytes. In this case only the last 12 bytes are significant and any additional leading bytes are ignored. It is a requirement of using this cipher that nonce values are unique. Messages encrypted using a reused nonce value are susceptible to serious confidentiality and integrity attacks. If an application changes the default nonce length to be longer than 12 bytes and then makes a change to the leading bytes of the nonce expecting the new value to be a new unique nonce then such an application could inadvertently encrypt messages with a reused nonce. Additionally the ignored bytes in a long nonce are not covered by the integrity guarantee of this cipher. Any application that relies on the integrity of these ignored leading bytes of a long nonce may be further affected. Any OpenSSL internal use of this cipher, including in SSL/TLS, is safe because no such use sets such a long nonce value. However user applications that use this cipher directly and set a non-default nonce length to be longer than 12 bytes may be vulnerable. OpenSSL versions 1.1.1 and 1.1.0 are affected by this issue. Due to the limited scope of affected deployments this…

Source: OSV.dev (Open Source Vulnerabilities) OSV

Références

Nous utilisons des cookies pour l'analyse d'audience et la mesure publicitaire. Ce réglage s'applique à tous les sites de Game co., Ltd. En savoir plus