From CVE record to external exposure
In the Linux kernel, the following vulnerability has been resolved: rxrpc: Also unshare DATA/RESPONSE packets when paged frags are present The DATA-packet handler in rxrpc_input_call_event() and the RESPONSE handler in rxrpc_verify_response() copy the skb to a linear one before calling into the security ops only when skb_cloned() is true. An skb that is not cloned but still carries externally-owned paged fragments (e.g. SKBFL_SHARED_FRAG set by splice() into a UDP socket via __ip_append_data, or a chained skb_has_frag_list()) falls through to the in-place decryption path, which binds the frag pages directly into the AEAD/skcipher SGL via skb_to_sgvec(). Extend the gate to also unshare when skb_has_frag_list() or skb_has_shared_frag() is true. This catches the splice-loopback vector and other externally-shared frag sources while preserving the zero-copy fast path for skbs whose frags a...
Linux Kernel vulnerability doit être priorisée en reliant le fournisseur et le produit affectés à des actifs réellement exposés sur Internet. ThreatPort se concentre sur la première question des responsables IT et CISOs au budget limité : que voit un observateur externe aujourd’hui, quel est le niveau de gravité, et que faut-il corriger en premier ?
Historique d'exploitation connue
- Usage connu par des rançongiciels
- Non renseigné
- Probabilité d'exploitation EPSS
- 92.77% (100p)
- Score de base CVSS
- 7.8 (CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H)
- Divulgué
- 2026-05-11
- Type de faiblesse
- CWE-787, CWE-123
Source : catalogue CISA Known Exploited Vulnerabilities et EPSS de FIRST.org.
Ce que ThreatPort vérifie
Le résultat est volontairement pratique : indices de propriété, contexte de risque, pistes de remédiation et preuves répétables partageables avec les équipes techniques ou la direction. Ce n’est pas présenté comme une automatisation magique de conformité ni comme un substitut au jugement humain en sécurité.
Pour cette route, ThreatPort traite l’intention de recherche comme un contexte opérationnel précis plutôt qu’une page générique. Catégorie, audience, technologie, secteur et région sont combinés afin que le visiteur juge rapidement si le scan correspond à son environnement.
Profil de preuves propre à cette route
CVE-2026-43500 affects Linux Kernel, a CWE-787 weakness. Disclosed 2026-05-11. This page exists to answer one question: is anything you own externally reachable and running it.
Actifs que cette page doit prioriser
Signaux à prioriser
Que faut-il examiner en premier dans ce contexte ?
Pour les équipes qui utilisent Linux Kernel, la première étape est de valider les actifs accessibles publiquement et réellement liés au métier, plutôt que de produire une liste générique de vulnérabilités.
Liste d’actions
- Confirmez si Linux Kernel est présent sur un domaine, sous-domaine, API ou panneau public.
- Priorisez l’exposition HIGH seulement si le service affecté est joignable ou critique métier.
- Patchez, désactivez, isolez ou placez des contrôles compensatoires devant le service affecté.
- Relancez un scan après correction pour capturer une preuve avant/après.
Prochaines corrections selon le contexte
- Vérifier la propriété des actifs exposés
- Fermer les services publics inutiles
- Nettoyer les enregistrements DNS
- Réduire les règles d’accès
- Relancer le scan des constats fiables
Les preuves utiles dans ce contexte se rattachent généralement à ISO 27001, SOC 2, vendor security reviews. ThreatPort reste prudent : il s’agit de preuves opérationnelles de sécurité, pas d’une certification juridique ni d’une garantie d’acceptation par un auditeur.