CVE-2024-36971 — Preuve de concept (Recherche et analyse uniquement)

⚠️ AVERTISSEMENT — LISEZ AVANT D'UTILISER CE DÉPÔT Ce dépôt est destiné uniquement à des fins de recherche défensive, d'analyse et de signalement responsable. Il contient un fichier de preuve de concept non exploitable nommé CVE-2024-36971 ainsi qu'un extrait d'en-tête du noyau Android (sock.h) disponible publiquement pour illustrer la zone affectée. Aucun code d'exploitation, commande de reproduction ou instruction pas à pas n'est fourni. N'exécutez aucun fichier de ce dépôt sur des appareils de production, des systèmes tiers ou des réseaux que vous ne contrôlez pas. L'auteur décline toute responsabilité en cas d'usage inapproprié.

Table des matières

Aperçu
Contenu du dépôt
Résumé technique général
À propos de l'extrait sock.h inclus
Environnement de recherche (général et non exploitable)
Résultat observé (appareil testé)
Divulgation responsable et contact
Avis légal et éthique

1. Aperçu

CVE-2024-36971 est une vulnérabilité de type Use-After-Free (UAF) dans le sous-système réseau du noyau Android. La cause racine est un ordre d'opérations dangereux lors de la gestion du cache de destination (dst) utilisé par le routage des sockets (sk->sk_dst_cache), ce qui peut laisser un pointeur pendant accessible aux chemins de code concurrents. Ce dépôt documente une preuve de concept de recherche défensive qui démontre l'impact (instabilité du noyau et corruption de données) sans fournir de primitives d'exploitation.

Ce README explique ce que la preuve de concept démontre, pourquoi le fichier sock.h inclus est pertinent, et les contraintes responsables autour des tests et du partage.

2. Contenu du dépôt

CVE-2024-36971 — fichier source de la preuve de concept (conservé dans le dépôt par transparence). N'est pas destiné à être exécuté ; inclus uniquement à des fins d'archivage/analyse.
sock.h — extrait d'en-tête public du noyau Android montrant les structures de socket/destination et les fonctions d'aide pertinentes pour le problème.
README.md — ce fichier (documentation et conseils).

3. Résumé technique général (non exploitable)

Cause racine : ordre inapproprié de gestion des références et de libération des objets dst dans le chemin de code du cache de routage/destination, permettant une utilisation après libération (UAF).
Vecteur de déclenchement (haut niveau) : un chemin réseau qui exerce le chemin de code __dst_negative_advice() / cache de destination dans le noyau peut provoquer la condition UAF. Ce dépôt ne fournit pas d'instructions pour la déclencher.
Impact observé : corruption de la mémoire du noyau, instabilité et, dans les circonstances testées, corruption des métadonnées de stockage menant à un état de démarrage « données corrompues » (brick logiciel).
Statut d'exploitabilité : la preuve de concept démontre l'impact et confirme la présence d'un bogue critique du noyau. La corruption observée lors des tests était non déterministe et destructive, et non une exploitation stable et fiable pour l'exécution de code. Transformer le bogue en une exploitation fiable nécessiterait une manipulation avancée du tas et un contrôle de l'allocation — ces travaux sortent du cadre de ce dépôt et ne sont pas fournis.

4. À propos de l'extrait `sock.h` inclus

L'en-tête sock.h est un en-tête du noyau disponible publiquement (provenant des arbres du noyau Android) qui contient :

les définitions pour struct sock et les structures réseau associées ;
les références à sk_dst_cache (le cache de destination des sockets) et les fonctions d'aide pour obtenir/définir les références de destination ;
les motifs d'accès RCU/refcount et l'utilisation de dst_release().

Cet extrait est inclus pour montrer les structures exactes et les emplacements de code qui contextualisent CVE-2024-36971. L'en-tête soutient l'explication de ce README en montrant les champs de données et les fonctions dont l'ordre ou la synchronisation est cruciale pour la correction.

5. Environnement de recherche (général et non exploitable)

Remarque : ce qui suit est une liste des capacités et outils typiques utilisés par les chercheurs en sécurité dans un laboratoire contrôlé. Elle est intentionnellement non exploitable — aucune commande, aucun script, aucune valeur de paramètre.

Capacités recommandées pour une recherche sûre et isolée sur le noyau :

Un réseau de test isolé ou un laboratoire sans accès réseau (air-gapped) pour garantir aucun impact accidentel sur des systèmes tiers.
Du matériel de test dédié que vous possédez et pouvez entièrement reflasher/effacer (n'utilisez pas d'appareils de production ou de tiers).
Virtualisation (par ex., QEMU/KVM) pour construire et déboguer des images du noyau dans un environnement contrôlé.
L'arborescence source du noyau Android et un environnement de build local pour compiler des noyaux instrumentés/de débogage et générer des cartes de symboles.
Outils et workflows de débogage/enregistrement : adb/fastboot pour l'accès à l'appareil, collecte de dmesg/last_kmsg, et outils pour mapper les adresses du noyau aux lignes source (fichiers de symboles, addr2line, etc.).
Débogage du noyau et sanitizers (selon le cas) tels que KASAN/KMSAN, ftrace, et autres outils de traçage pour détecter les violations de sécurité mémoire sans tenter d'exploitation.
Collecte et stockage sécurisés des artefacts (journaux, backtraces, preuves photographiques).

6. Résultat observé (appareil testé)

Appareil testé : Nothing Phone (1) — appareil possédé et contrôlé par le chercheur. L'appareil exécutait une révision du noyau qui n'incluait pas le correctif au moment du test.
Contexte du test : la preuve de concept a été exécutée depuis le même réseau local que l'appareil cible dans un environnement de test isolé.
Résultat : après plusieurs envois du trafic de la preuve de concept, l'appareil a subi une corruption sévère de la mémoire du noyau. La corruption s'est propagée aux métadonnées de stockage et l'appareil a démarré avec une erreur indiquant « données corrompues ». L'appareil a nécessité une réparation/reflash pour revenir à un état utilisable (brick logiciel).
Avertissement important : ce comportement était destructif et non déterministe ; la preuve de concept a produit une corruption et une perte de données plutôt qu'une primitive d'exécution de code fiable. Le chercheur a arrêté les tests après avoir observé un comportement destructif — l'objectif était de vérifier l'impact, non de développer une exploitation fonctionnelle.

7. Divulgation responsable et contact

Ce projet suit les principes de divulgation responsable. Si vous êtes un fournisseur, un mainteneur ou un contact de sécurité et avez besoin d'artefacts de diagnostic supplémentaires non exploitables (backtraces complètes, journaux nettoyés ou dumps médico-légaux) pour valider ou corriger le problème, veuillez contacter le propriétaire du dépôt via un canal sécurisé. Les approches privilégiées incluent :

l'ouverture d'un problème GitHub privé et l'indication d'un canal de communication sécurisé, ou
un contact direct par email chiffré PGP (fournissez votre clé publique ou demandez la clé du chercheur).

Le chercheur coopérera avec les fournisseurs/mainteneurs validés et partagera du matériel diagnostique supplémentaire selon des modalités sécurisées et appropriées. Les étapes de reproduction reproductibles ne seront pas publiées publiquement.

CVE-2024-36971

Populaires