BNTIC News Numérique · Innovation · Énergie
BNTIC CyberAlert
🔥 Exploitée Importante

CVE-2026-53362

CVE-2026-53362

BNTIC CyberScore 61/100 Important
CVSS (NVD) 7,8 3.1
EPSS (FIRST) 0,5 % probabilité d'exploitation
CISA KEV Oui exploitation connue

Publié : 2026-07-04T12:17:02.113 · Modifié : 2026-08-28T20:18:10.133 · Consulté : 31/08/2026 12:54

Résumé Données factuelles — sources externes

In the Linux kernel, the following vulnerability has been resolved: ipv6: account for fraggap on the paged allocation path In __ip6_append_data(), when the paged-allocation branch is taken (MSG_MORE / NETIF_F_SG / large fraglen), alloclen and pagedlen are computed as alloclen = fragheaderlen + transhdrlen; pagedlen = datalen - transhdrlen; datalen already includes fraggap (datalen = length + fraggap). When fraggap is non-zero, this is not the first skb and transhdrlen is zero. The fraggap bytes carried over from the previous skb are copied just past the fragment headers in the new skb's linear area. The linear area is therefore undersized by fraggap bytes while pagedlen is overstated by the same amount, and the copy writes past skb->end into the trailing skb_shared_info. An unprivileged user can trigger this via a UDPv6 socket using MSG_MORE together with MSG_SPLICE_PAGES. The bad accounting was introduced by commit 773ba4fe9104 ("ipv6: avoid partial copy for zc"). Before commit ce650a166335 ("udp6: Fix __ip6_append_data()'s handling of MSG_SPLICE_PAGES"), the negative copy value caused -EINVAL to be returned. That later commit allowed MSG_SPLICE_PAGES to proceed in this case, making the corruption triggerable. The non-paged branch sets alloclen to fraglen, which already accounts for fraggap because datalen does. Bring the paged branch in line by adding fraggap to alloclen and subtracting it from pagedlen. After this adjustment, copy no longer collapses to -fraggap on the paged path, so remove the stale comment describing that old arithmetic. Since a negative copy is no longer expected for a valid MSG_SPLICE_PAGES case, remove the MSG_SPLICE_PAGES exception from the negative copy check.

Systèmes et versions concernés

Produit : Non déterminé

Versions affectées : Version exacte non déterminée dans les sources consultées.

Versions corrigées : Correctif non identifié dans les sources consultées.

Mécanisme Explication BNTIC générée à partir des sources

Écriture hors limites mémoire : l'application écrit au-delà d'une zone prévue, pouvant provoquer un plantage ou un comportement anormal.

Faiblesses : CWE-787, CWE-122

Impact potentiel Explication BNTIC — base : CVSS 3.1

Un attaquant exploitant cette vulnérabilité pourrait, selon les conditions décrites par les sources, nécessite un accès local, avec des privilèges existants, affecter la confidentialité des données, l'intégrité du système et la disponibilité du service.

Que faire ?

Correction

Correctif non identifié dans les sources consultées. Appliquer la mise à jour de l'éditeur dès qu'elle est disponible.

Mitigation

Aucune mesure de mitigation spécifique confirmée par les sources consultées. Consultez les références officielles pour d'éventuelles mesures détaillées.

  • Maintenir le produit à jour et activer les mises à jour de sécurité.
  • Restreindre l'exposition réseau du service au strict nécessaire.
  • Appliquer le principe du moindre privilège.
  • Surveiller les journaux et les alertes de sécurité.

Contention (exploitation connue)

  • Action recommandée par la CISA : Apply mitigations in accordance with vendor instructions, ensuring compliance with CISA’s BOD 26-04 Prioritizing Security Updates Based on Risk (see URL in Notes) guidance and CISA’s “Forensics Triage Requirements” (see URL in Notes). Follow applicable BOD 26-04 guidance for cloud services or discontinue use of the product if mitigations are unavailable. Stakeholders are responsible for evaluating each asset's internet exposure and ensuring adherence to BOD 26-04 patching guidelines.
  • Isoler ou restreindre l'accès au service concerné.
  • Restreindre les flux réseau entrants/sortants liés au composant.
  • Renforcer la surveillance des journaux et des accès.
  • Désactiver temporairement le composant vulnérable si l'activité le permet.

Priorité aux consignes officielles de l'éditeur et des références. Vérifiez toujours l'avis de sécurité avant toute intervention en production.

Exploitation active connue (CISA KEV)

Ajout au catalogue : 2026-08-27 · Échéance : 2026-08-30

Apply mitigations in accordance with vendor instructions, ensuring compliance with CISA’s BOD 26-04 Prioritizing Security Updates Based on Risk (see URL in Notes) guidance and CISA’s “Forensics Triage Requirements” (see URL in Notes). Follow applicable BOD 26-04 guidance for cloud services or discontinue use of the product if mitigations are unavailable. Stakeholders are responsible for evaluating each asset's internet exposure and ensuring adherence to BOD 26-04 patching guidelines.

Bases de données sources Traçabilité par source

Base de donnéesDate d'inscriptionLien direct
NVD — NIST Publié dans la base 2026-07-04 Consulter la base ↗
CISA KEV Ajout au catalogue 2026-08-27 Consulter la base ↗
FIRST EPSS Score daté du 2026-08-30 Consulter la base ↗

Références officielles