Une clé USB est, en miniature, un SSD : une puce de mémoire NAND pilotée par un contrôleur, le tout relié à un connecteur USB. Cette simplicité apparente cache la même difficulté que pour un SSD — table de translation, chiffrement éventuel, usure des cellules — à laquelle s'ajoute une fragilité mécanique : le connecteur, point de rupture le plus fréquent.
Ce chapitre s'adresse à qui veut comprendre ce qui est récupérable avant de confier une clé. Pour les conditions, voyez la prestation clé USB & carte SD.
1 · Reconnaître la panne
Connecteur cassé ou arraché
La panne mécanique la plus courante : une clé restée dans un port reçoit un choc, le connecteur se dessoude ou les pistes se rompent. La mémoire est intacte ; il faut réparer la liaison électrique.
Non reconnue / capacité nulle
La clé s'affiche en 0 octet, demande un formatage, ou n'apparaît plus : la table de translation du contrôleur est corrompue. Donnée intacte mais inadressable.
Contrôleur mort
Aucune réponse, échauffement, court-circuit après une surtension. La lecture passe alors par la puce NAND elle-même (chip-off).
Clé Monolith
Sur beaucoup de clés récentes, NAND et contrôleur sont noyés dans un seul bloc de résine. Pas de puce à dessouder : il faut exposer les contacts internes.
2 · La démarche du laboratoire
Phase 1 — Diagnostic & identification
Inspection sous microscope, test du connecteur et du contrôleur, identification du type de NAND. On détermine la voie : réparation électrique, accès contrôleur, ou lecture directe de la mémoire.
Phase 2 — Réparation du connecteur
Si le connecteur est en cause, micro-soudure des pistes et du port USB pour rétablir l'alimentation et le dialogue, le temps de lire le contenu.
Phase 3 — Voie contrôleur (reverse FTL)
Si le contrôleur répond, on le passe en mode usine et on reconstruit la table de translation à partir des métadonnées résiduelles, sans firmware d'origine.
Phase 4 — Voie NAND (chip-off ou Spider Web)
Si le contrôleur est mort, on dessoude la puce NAND (chip-off) pour en lire le contenu brut. Sur clé Monolith, pas de puce séparée : on expose les points de contact internes par abrasion contrôlée et on y micro-soude des fils — la technique Spider Web. Dans les deux cas, on reconstitue ensuite l'entrelacement, le brouillage et l'ECC propres au contrôleur.
Phase 5 — Extraction & VeriFiles
Reconstruction du système de fichiers, data carving si besoin, puis liste VeriFiles validée avant paiement. Restitution sur support neuf.
3 · Taux de réussite par scénario
- Panne logique (formatage, suppression) — 82 %
- Connecteur cassé (micro-soudure) — 80 %
- Contrôleur corrompu (reverse FTL) — 75 %
- Clé Monolith (Spider Web) — 65 %
- Cellules NAND détruites — autour de 10 %
4 · Les erreurs qui détruisent les données
À ne jamais faire sur une clé USB en panne
- Continuer à l'utiliser — chaque écriture écrase des données récupérables.
- Accepter le formatage proposé par l'OS — complique fortement la récupération.
- Forcer un connecteur plié dans le port — risque d'arracher la NAND ou de rompre des pistes.
- Multiplier les logiciels de réparation — ils écrivent sur la clé.
- Tenter d'ouvrir une clé Monolith soi-même — l'abrasion sans matériel détruit les contacts internes.
Cas logique uniquement. Si la clé est saine et qu'il s'agit d'une suppression récente, un utilisateur averti peut tenter une récupération en lecture seule avec un logiciel reconnu — sans jamais écrire sur la clé.