Ce qui est arrivé à la frontière
En juillet 2026, le New York Times a rapporté le cas d'un citoyen américain intercepté à la frontière, à qui on a demandé de déverrouiller son téléphone. Le code entré était, selon la poursuite, un mot de passe de contrainte (aussi appelé NIP de contrainte) — un code particulier qui efface l'appareil au lieu de l'ouvrir. La suite : des accusations criminelles fédérales pour destruction de preuve. Un premier cas du genre, encore devant les tribunaux, qui jette un éclairage neuf sur toutes les fonctions d'effacement d'urgence, dans tous les produits.
Pourquoi effacer peut être pire que montrer
L'accusation tient à une idée toute simple : si des agents ont le droit d'examiner quelque chose, le détruire pendant qu'ils patientent, ça ressemble à déchiqueter des documents pendant une perquisition — et un téléphone effacé ne peut pas plaider sa propre innocence. Il y a aussi un problème pratique, qui dépasse largement les frontières : un effacement, ça paraît. À un instant les données sont là ; à l'instant suivant, juste sous les yeux de la personne qui les exige, elles n'y sont plus. Que ce soit un agent, un conjoint violent ou un voleur, une destruction visible fait généralement monter la tension au lieu de clore l'épisode.
L'autre voie : n'avoir rien à trouver
Le déni plausible renverse la question : plutôt que « comment détruire mes données sous pression? », il demande « pourquoi la pression trouverait-elle quoi que ce soit? ». Dans Sealby, chaque code ouvre son propre coffre — vous en gardez donc un rempli de choses ordinaires et sans intérêt, et c'est celui-là que vous ouvrez quand on vous le demande. Sealby ne conserve aucune liste de coffres, aucun décompte, rien qui laisse entendre « il y en a d'autres » ; un coffre que vous n'avez pas ouvert a l'air de données résiduelles aléatoires. Montrer le coffre anodin, c'est collaborer entièrement. Rien n'a été effacé. Il n'y avait tout simplement rien d'autre à trouver.
Le NIP de contrainte de Sealby : déplacer plutôt que détruire
Pour des situations pires qu'une file d'attente à la douane, Sealby conserve un NIP de contrainte — conçu autrement qu'une autodestruction. Vous désignez un coffre leurre anodin ; entrer son NIP l'ouvre normalement et retire sans bruit vos autres coffres de cet appareil, une seule fois. Au même moment, le téléphone arrête de se synchroniser — c'est voulu — pour que l'effacement n'atteigne jamais votre sauvegarde iCloud. La copie chiffrée de vos coffres demeure dans votre propre iCloud, et chacun revient sur un nouvel appareil avec sa phrase de récupération. Vos données ne sont pas mortes. Elles ont quitté le téléphone.
Déplacé n'est pas détruit — mais soyons francs sur le droit
Avec la sauvegarde activée, la fonction de contrainte de Sealby n'est pas un outil de destruction : l'appareil ne transporte plus rien pendant que vos données survivent, chiffrées, sous votre contrôle. Mais une différence technique ne fait pas un bouclier juridique — retirer des données pendant une fouille légale pourrait quand même être considéré comme de l'entrave, et aucune fonction d'app n'y changera rien. Le droit entourant les codes de contrainte n'est pas fixé et diffère d'un pays à l'autre ; la première affaire américaine se plaide toujours, et cet article n'est pas un avis juridique. Ce qu'une bonne conception peut vraiment faire, c'est rendre l'option désespérée inutile — quand rien ne peut prouver l'existence de vos coffres privés, ouvrir un leurre suffit la plupart du temps.
Si le risque est bien réel pour vous
Misez sur le leurre, pas sur l'effacement. Si votre situation exige vraiment le NIP de contrainte : activez d'abord la sauvegarde iCloud, pour qu'un déclenchement déplace vos données au lieu de les faire disparaître ; garnissez le leurre de contenu crédible ; choisissez un NIP que vous ne pourriez jamais taper par accident ; et notez la phrase de récupération de chaque coffre dans un endroit sûr, loin de l'appareil. Ce sont ces mots-là qui commandent vos données au bout du compte — le téléphone, lui, ne fait que les transporter.