Blog

Confondre confidentialité et sécurité : l'erreur fatale

November 16, 2018
Secure Code Warrior

Lors d'un récent vol long-courrier, j'en ai profité pour dévorer une quantité, franchement déraisonnable, d'épisodes de podcasts. Suivre autant de séries différentes signifie que je ne suis jamais à court de contenu à écouter, avec des conversations captivantes — bien qu'à sens unique — accessibles en un simple effleurement de l'écran de mon téléphone.

J'ai fini par écouter un épisode du podcast de true crime, Casefile. Cette série dramatique et sans concession (complétée par un animateur anonyme à la voix inquiétante) a exploré un sujet qui fascine même les technologues les plus avertis : le dark web et l'ascension cataclysmique du site de commerce illicite, Silk Road. Divisé en deux parties, ceux qui connaissent l'ascension et la chute de Silk Road auront sans aucun doute suivi l'actualité de l'affaire, mais le podcast divulgue chaque détail, dans un récit délicieux et haletant.

Silk Road : Leçons du donjon du dark web

Si vous n'êtes pas familier avec les rouages de Silk Road, le résumé en quelques mots est qu'un homme a créé un site de commerce sur le dark web, caché des regards indiscrets du grand public et invisible sans l'utilisation d'un logiciel spécial : le navigateur Tor, pour être exact. Le site ne proposait initialement que ses champignons hallucinogènes maison, mais, pratiquement du jour au lendemain, il a explosé avec des vendeurs proposant tout, des drogues dures aux armes illégales en passant par des numéros de carte bancaire volés. Vous pouvez vous mettre à jour ici. Le créateur et administrateur du site utilisait le pseudonyme inspiré de Princess Bride, Dread Pirate Roberts. Il était tout le monde, il n'était personne. Tous les utilisateurs échangeaient une véritable manne de produits illégaux, et ils le faisaient en toute anonymat (et, ce faisant, ont donné au Bitcoin la réputation de monnaie de choix des trafiquants de drogue ; un surnom dont il commence à peine à se défaire).

Cependant, l'expérience anti-système de Dread Pirate Roberts est devenue incontrôlable. Bientôt, des tueurs à gages ont fait la publicité de leurs services. Des gens mal intentionnés faisaient des choses terribles... et il était enivré par sa nouvelle richesse insondable. Il a même tenté d'utiliser les services d'un tueur à gages pour se débarrasser d'un ancien employé. Pour faire court, ce fut l'une des nombreuses décisions stupides qui ont causé sa perte. Il a été démasqué sous le nom de Ross Ulbricht et il croupit actuellement dans une cellule de prison américaine, purgeant une double peine de prison à vie plus quarante ans sans possibilité de libération conditionnelle.

Mais comment a-t-il été attrapé si tout était totalement privé et anonyme ?

Well, to put it bluntly: he was a pretty crappy coder. The Silk Road site itself was like a leaky old barge marooned in the ocean. Considering it was a hub of illegal activity (and all the data behind that activity) it was not secure at all; it was a sitting duck just waiting to be exploited by an opportunistic hacker. To be fair, when you're the mastermind of a huge, illegal drug trafficking business, it's probably not easy to find competent employees who would like to get involved with your operation. He made no secret of his skill-gap, either - he even posted under his real name on Stack Overflow (yep, that's his user account), asking for help to properly configure his site code to connect with Tor using Curl in PHP. He changed his real name to the handle "frosty" less than a minute after posting, but this clearly didn't help... in fact, it probably did further damage: the encryption key on the Silk Road server ended with the substring "frosty@frosty", thus implicating him further once the FBI caught wind of his scent.

Malgré une telle volonté de confidentialité, avec des messages chiffrés, une monnaie dédiée et des instructions explicites sur la sécurisation de la marchandise elle-même pendant le transport et la livraison, le site n'était pas la forteresse impénétrable de la fantaisie libertarienne qu'Ulbricht avait pu imaginer. Ceux qui avaient les compétences (lisez : les programmeurs employés par le FBI) l'ont lentement, mais sûrement, démantelé pour tout révéler... y compris l'identité de milliers de personnes ayant effectué des transactions sur le site. Il est possible que ceux qui ont acheté des produits illicites il y a de nombreuses années reçoivent encore la visite de la justice à un moment donné.

Le FBI a publié des documents décrivant comment ils ont réussi à pénétrer Silk Road, l'explication générale étant l'utilisation d'une fuite d'adresse IP. Une mauvaise configuration de la page de connexion de Silk Road a révélé l'adresse IP et donc l'emplacement physique de ses serveurs, sans qu'aucun piratage complexe ne soit nécessaire. Une erreur de débutant, certes, qui a fini par mener le FBI directement à Ross Ulbricht.

Certains spéculent que cette faille - si elle existait - aurait été repérée bien avant ce moment par l'un des nombreux professionnels de la sécurité surveillant le site. Nik Cubrilovic, un consultant en sécurité australien, affirme qu'elle n'existait tout simplement pas dans une interview avec WIRED :

"Il est impossible d'être connecté à un site Tor et de voir l'adresse d'un serveur qui n'est pas un nœud Tor. La façon dont ils essaient de faire croire à un jury ou à un juge que cela s'est produit n'a aucun sens sur le plan technique."

Cubrilovic suggère ensuite que les informations pourraient avoir été obtenues par des pratiques de piratage illégales. Cette pratique semble être l'injection SQL, une rumeur non prouvée qui a été discutée comme une méthode d'extraction plausible sur de nombreux sites depuis.

La légalité des tactiques du FBI est un débat tout à fait distinct. Le fait que les informations aient pu être obtenues est révélateur des mauvaises pratiques de sécurité de Silk Road, malgré la perception générale des utilisateurs selon laquelle le site était "privé". Lorsque la confidentialité est confondue avec la sécurité, la possibilité d'exposition aux vulnérabilités est très certainement accrue.

Il est également possible que le site soit toujours en activité (sous sa forme originale, du moins ; il a été ressuscité plusieurs fois, et il existe des sites encore plus grands qui fonctionnent en ce moment même) si Ross Ulbricht avait fait la distinction entre confidentialité et sécurité, en travaillant activement pour garantir les deux avant qu'il ne devienne un immense projecteur, attirant tous les escrocs peu recommandables dotés de connaissances techniques légèrement supérieures à la moyenne sur la planète. Au lieu de cela, le club privé et tous ses secrets ont été révélés dès que quelqu'un a trouvé un moyen d'ouvrir la porte.

Vous n'êtes pas un baron de la drogue, alors pourquoi devriez-vous vous en soucier ?

La perte de Silk Road et l'emprisonnement de son fondateur ne sont pas une histoire triste et sympathique, mais une étude de cas fascinante sur les différences nuancées entre la confidentialité et une véritable sécurité de site robuste. De nombreuses opérations légitimes nécessitent que les transactions et les informations soient privées - pensez aux dossiers médicaux numérisés, ou même aux millions de numéros de carte bancaire détenus par une grande banque - mais si elles ne sont pas également sécurisées par un développement logiciel à toute épreuve, ces informations pourraient être dérobées par un attaquant (et, ironiquement, finir sur un site comme Silk Road). La confidentialité n'existe pas sans sécurité.

Les gentils, comme vous, pourraient avoir des logiciels vulnérables aux attaques par injection SQL et autres vulnérabilités du OWASP Top 10, il est donc vital qu'elles soient anticipées et atténuées efficacement. Si les développeurs sont formés pour coder de manière sécurisée dès le début du processus, ces failles ne verront jamais le jour. Il est impératif que les organisations se concentrent sur une culture de la sécurité et donnent à leurs équipes de développement les moyens de coder en toute sécurité. Nous pouvons vous montrer comment le faire de manière ludique, mesurable et gamifiée. Êtes-vous prêt ?

Slogan

Gouvernez le développement assisté par IA avant la mise en production

Évaluez les risques liés à l'IA, appliquez des politiques de codage sécurisé dès le commit et accélérez la livraison sécurisée tout au long de votre cycle de développement.

Réserver une démo
Bibliothèque de ressources

Explorer plus d'articles

Accédez à du contenu expert sur le codage sécurisé, la gouvernance de l'IA et la gestion des risques logiciels.

tout parcourir
Étude de cas
Libellé du filtre
Ceci est un texte à l'intérieur d'un bloc div.

Supercharged Security Awareness: How Tournaments are Inspiring Developers at Erste Group

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Suspendisse varius enim in eros elementum tristique. Duis cursus, mi quis viverra ornare, eros dolor interdum nulla, ut commodo diam libero vitae erat. Aenean faucibus nibh et justo cursus id rutrum lorem imperdiet. Nunc ut sem vitae risus tristique posuere.

En savoir plus
Étude de cas
Libellé du filtre
Ceci est un texte à l'intérieur d'un bloc div.

Security as culture: How Blue Prism cultivates world-class secure developers

Learn how Blue Prism, the global leader in intelligent automation for the enterprise, used Secure Code Warrior's agile learning platform to create a security-first culture with their developers, achieve their business goals, and ship secure code at speed

En savoir plus
Étude de cas
Libellé du filtre
Ceci est un texte à l'intérieur d'un bloc div.

Une culture de la sécurité : comment Sage a bâti son programme de champions

Découvrez comment Sage a renforcé sa sécurité grâce à une approche flexible axée sur les relations humaines, formant plus de 200 champions de la sécurité et obtenant une réduction mesurable des risques.

En savoir plus
Blog
Libellé du filtre
Ceci est un texte à l'intérieur d'un bloc div.

Mois de la sensibilisation à la cybersécurité 2026 : comprendre la sécurité de l'IA est essentiel à la défense de l'entreprise

Nous avons atteint un point où la plupart des grandes entreprises d'IA ont publiquement appelé à un ralentissement mondial du développement de l'IA afin de permettre aux garde-fous de sécurité de rattraper leur retard. Pourtant, la réalité est que de graves problèmes de sécurité se sont déjà concrétisés. Cela place d'innombrables responsables de la sécurité et équipes de direction dans une situation d'urgence, alors que les coûts financiers et les risques liés à la mise en œuvre de l'IA ne cessent de s'accumuler.

En savoir plus
Blog
Libellé du filtre
Ceci est un texte à l'intérieur d'un bloc div.

Levier 8 : Valoriser votre programme

Un programme de codage sécurisé a besoin de plus qu'un contenu de qualité pour réussir. Le levier 8 montre comment l'image de marque transforme la participation en une expérience convoitée, axée sur le statut.

En savoir plus
Blog
Libellé du filtre
Ceci est un texte à l'intérieur d'un bloc div.

Chaque employé est désormais en première ligne de la cybersécurité IA

Le paysage technologique des entreprises évolue à une vitesse que peu avaient anticipée avant qu'il ne soit trop tard. Nous avons officiellement franchi le cap du code écrit par l'humain et de l'assistance basique par copilote pour entrer dans l'ère du cycle de vie de développement agentique (ADLC). Si les agents IA autonomes promettent une efficacité sans précédent dans de multiples fonctions, ils apportent également une toute nouvelle catégorie de risques en matière de sécurité et de réglementation.

En savoir plus

Sécurisez le développement piloté par l'IA avant le déploiement

Identifiez les risques de développement, appliquez vos politiques et prévenez les vulnérabilités tout au long du cycle de vie de vos logiciels.

Réserver une démo
trust score
Aucun élément trouvé.