Données publiées par NVD. La traduction française est automatique : le texte anglais fait foi.
Dans le noyau Linux, la vulnérabilité suivante a été résolue : xfrm : esp : évitez de décrypter en place sur les frags skb partagés MSG_SPLICE_Pages peut joindre des pages d'une pipe directement à une skb. TCP marque ces skbs avec SKBFL_SHARED_FRAG après skb_splice_from_iter(), de sorte que les chemins ultérieurs qui peuvent modifier les données de paquets peuvent d'abord faire une copie privée. Les chemins d'appendices IPv4/IPv6 n'ont pas défini ce drapeau lors de l'application des pages dans UDP skbs. Cela laisse un paquet ESP-in-UDP fait à partir de pages de pipe partagées ressemblant à un skb non linéaire ordinaire non fermé. L'entrée ESP prend alors le chemin rapide sans COW pour les skbs non fermés sans frag_list et décrypte en place sur les données qui ne sont pas détenues par le skb. Marquer les sprags de datagramme IPv4/IPv6 avec SKBFL_SHARED_FRAG, correspondant à TCP. Faites aussi revenir l'entrée ESP à skb_cow_data() lorsque le drapeau est présent, de sorte que ESP ne déchiffre pas les frags supportés externement en place. Les frags privés non linéaires utilisent toujours le chemin rapide existant. Cela ne change pas intentionnellement la sortie ESP. Dans esp_output_head(), le chemin qui ajoute la bande-annonce ESP à la zone de queue existante de skb sans appeler skb_cow_data() n'est pas accessible pour les skbs non linéaires : skb_tailroom() renvoie zéro lorsque skb->data_len est non nul, tandis que ESP queue est positif. Ainsi, la sortie ESP utilisera soit le chemin de destination-frag séparé, soit elle reviendra à skb_cow_data().
Texte officiel (anglais)
In the Linux kernel, the following vulnerability has been resolved:
xfrm: esp: avoid in-place decrypt on shared skb frags
MSG_SPLICE_PAGES can attach pages from a pipe directly to an skb. TCP
marks such skbs with SKBFL_SHARED_FRAG after skb_splice_from_iter(),
so later paths that may modify packet data can first make a private
copy. The IPv4/IPv6 datagram append paths did not set this flag when
splicing pages into UDP skbs.
That leaves an ESP-in-UDP packet made from shared pipe pages looking
like an ordinary uncloned nonlinear skb. ESP input then takes the no-COW
fast path for uncloned skbs without a frag_list and decrypts in place
over data that is not owned privately by the skb.
Mark IPv4/IPv6 datagram splice frags with SKBFL_SHARED_FRAG, matching
TCP. Also make ESP input fall back to skb_cow_data() when the flag is
present, so ESP does not decrypt externally backed frags in place.
Private nonlinear skb frags still use the existing fast path.
This intentionally does not change ESP output. In esp_output_head(),
the path that appends the ESP trailer to existing skb tailroom without
calling skb_cow_data() is not reachable for nonlinear skbs:
skb_tailroom() returns zero when skb->data_len is nonzero, while ESP
tailen is positive. Thus ESP output will either use the separate
destination-frag path or fall back to skb_cow_data().
Versions touchées
linux linux kernel à partir de 4.11, avant 5.10.255
linux linux kernel à partir de 5.12, avant 5.15.205
linux linux kernel à partir de 5.16, avant 6.1.171
linux linux kernel à partir de 6.2, avant 6.6.138
linux linux kernel à partir de 6.7, avant 6.12.87
linux linux kernel à partir de 6.13, avant 6.18.28
Voir le résumé de CSAF Hitachi Energy est au courant des vulnérabilités d'injection de commandes OS et de Dirty Frag qui affectent les versions de produits CoreTec énumérées dans ce document. L'exploitation réussie de ces vulnérabilités pourrait avoir des répercussions sur la confidentialité, l'intégrité et la disponibilité du produit. Veuillez consulter les Mesures immédiates recommandées pour obtenir des renseignements sur les mesures d'atténuation et d'assainissement. Les