Kwetsbaarheden worden geladen…
Kwetsbaarheden worden geladen…
CVE-2026-43284
In de Linux-kernel is de volgende kwetsbaarheid verholpen: xfrm: esp: voorkom decoderen op de plek zelf bij gedeelde SKB-fragmenten MSG_SPLICE_PAGES kan pagina's uit een pipe rechtstreeks aan een skb koppelen. TCP markeert zulke skbs met SKBFL_SHARED_FRAG na skb_splice_from_iter(), zodat latere paden die pakketgegevens kunnen wijzigen eerst een eigen kopie kunnen maken. De IPv4/IPv6-datagram-toevoegpaden zetten deze vlag niet aan bij het samenvoegen van pagina’s in UDP-skb’s. Daardoor ziet een ESP-in-UDP-pakket dat is samengesteld uit gedeelde pipe-pagina’s eruit als een gewoon, niet-gekloneerd, niet-lineair skb. ESP-input neemt dan het no-COW snelle pad voor niet-gekloneerde skb’s zonder frag_list en decodeert ter plekke over gegevens die niet privé eigendom zijn van het skb. Markeer IPv4/IPv6-datagram-splice-fragmenten met SKBFL_SHARED_FRAG, net als bij TCP. Zorg er ook voor dat ESP-input terugvalt op skb_cow_data() als de vlag aanwezig is, zodat ESP extern ondersteunde fragmenten niet ter plekke ontsleutelt. Privé niet-lineaire SKB-fragmenten gebruiken nog steeds het bestaande snelle pad. Dit verandert bewust niets aan de ESP-uitvoer. In esp_output_head(), is het pad dat de ESP-trailer toevoegt aan de bestaande SKB-tailroom zonder skb_cow_data() aan te roepen, niet bereikbaar voor niet-lineaire SKB’s: skb_tailroom() geeft nul terug als skb->data_len niet nul is, terwijl ESP tailen positief is. De ESP-uitvoer gebruikt dus ofwel het aparte bestemmingsfragment-pad, of valt terug op skb_cow_data().
Automatisch vertaald met DeepL. De originele tekst staat onder Originele broninformatie.
Dit record: live koppeling— laatst opgehaald: 8 november 2026 om 06:46.
Leveranciers
Hitachi Energy, Siemens, B&R Industrial Automation GmbH, Pilz
Producten
APM Edge, SIMATIC S7-1500 CPU 1518-4 PN/DP MFP (6ES7518-4AX00-1AB0), Linux for B&R, IndustrialPI 4
t/m versie vers:APM_Edge/<=6.10
Gepubliceerd
8 mei 2026
Laatst gewijzigd
8 september 2026
Rechtstreeks overgenomen uit NVD, CISA of de leverancier — soms Engelstalig, ongewijzigd t.o.v. de bron.
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().
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
Attack vector
LOCAL
Privileges required
LOW
User interaction
NONE
Vertrouwelijkheid
Hoog
Integriteit
Hoog
Beschikbaarheid
Hoog
Kans op misbruik binnen 30 dagen
94.2%
Percentiel
100e
Bron: FIRST.org, bijgewerkt op 7 november 2026.
Disable the esp4 and esp6 modules [2]
Onze eigen Nederlandstalige interpretatie en context bij de brondata hierboven.
IACS Radar-duiding
Onze eigen interpretatie en context bij deze kwetsbaarheid — geen officiële bron.
IACS Radar-prioriteringsscore
Gebaseerd op CVSS 8.8, EPSS 94.2%, industriële relevantie 55/100.
Weegt CVSS, EPSS, KEV-status, industriële relevantie en exposure-relevantie samen — een aanvulling op, geen vervanging van, de losse scores hieronder en hierboven.
Voorwaarden voor misbruik
Operationele impact & energierelevantie
Mogelijk verlies van zicht op of besturing over het proces bij succesvol misbruik.
Beoordeeld als relevant voor de energiesector op basis van: Vermeld in een officiële CISA ICS Advisory, wat directe relevantie voor industriële besturingssystemen bevestigt. Leverancier "Hitachi Energy" is een bekende leverancier van apparatuur voor de energiesector.
Aanbevolen defensieve maatregelen
Industriële relevantiescore
Classificatie is voorlopig; handmatige verificatie door een OT-securityanalist wordt aanbevolen.
Geclassificeerd door IACS Radar-analysepijplijn (geautomatiseerd) op 8 november 2026.
IEC 62443-mapping
Automatische IACS Radar-duiding op basis van de gerapporteerde CWE-zwakteclassificatie; geen officiële certificeringsuitspraak.