L’incident Knight Capital désigne le dysfonctionnement technique survenu le 1er août 2012 chez le courtier américain Knight Capital Americas LLC, qui a coûté plus de 460 millions de dollars en 45 minutes de trading. Selon l’ordre de la Securities and Exchange Commission publié le 16 octobre 2013, un fragment de code abandonné en 2003 a été réactivé par erreur sur un seul serveur, provoquant l’envoi de millions d’ordres non voulus sur le marché.
Un code mort depuis 2003, jamais supprimé des serveurs
Avant 2012, Knight utilisait une fonctionnalité interne nommée Power Peg pour certains types d’ordres. L’entreprise a cessé de s’en servir dès 2003, comme le précise l’ordre de la SEC : « In 2003, Knight ceased using the Power Peg functionality ». Le problème est que ce code n’a jamais été retiré des serveurs de production. Il est resté présent, inactif, pendant neuf ans.
En 2005, Knight a déplacé une fonction de comptage cumulé à l’intérieur même de ce code Power Peg, sans retester son comportement en cas de réactivation future. L’ordre de la SEC le souligne : « Knight did not retest the Power Peg code after moving the cumulative quantity function to determine whether Power Peg would still function correctly if called ». Cette décision, anodine sur le moment, est devenue le point de défaillance sept ans plus tard.
Un drapeau logiciel recyclé sur un seul serveur
Le 1er août 2012, Knight déploie un nouveau code de routage d’ordres destiné à remplacer l’ancien système. Ce déploiement doit toucher huit serveurs. Sur l’un d’eux, un technicien omet de copier le nouveau code, et personne ne s’en aperçoit faute de procédure de contrôle. L’ordre de la SEC est explicite sur ce point : « Knight did not have a second technician review this deployment and no one at Knight realized that the Power Peg code had not been removed from the eighth server, nor the new RLP code added. Knight had no written procedures that required such a review ».
Le nouveau système réutilise un drapeau logiciel déjà existant pour déclencher le nouveau code. Sur les sept serveurs correctement mis à jour, tout fonctionne comme prévu. Mais sur le huitième, ce même drapeau réactive à la place le vieux code Power Peg, toujours présent depuis 2003. La SEC le résume ainsi : « orders sent with the repurposed flag to the eighth server triggered the defective Power Peg code still present on that server ».
45 minutes de flux d’ordres incontrôlé
Dès l’ouverture du marché, le système SMARS de routage automatique de Knight commence à envoyer des ordres erronés sur ce huitième serveur. Le phénomène se poursuit 45 minutes avant d’être arrêté. Le chiffre donné par la SEC est précis : « SMARS routed millions of orders into the market over a 45-minute period, and obtained over 4 million executions in 154 stocks for more than 397 million shares ».
À l’issue de cet épisode, Knight se retrouve avec des positions massives et non voulues : une position longue nette d’environ 3,5 milliards de dollars sur 80 titres, et une position courte nette d’environ 3,15 milliards de dollars sur 74 titres. La SEC chiffre la perte finale : « Knight had assumed a net long position in 80 stocks of approximately $3.5 billion and a net short position in 74 stocks of approximately $3.15 billion. Ultimately, Knight lost over $460 million from these unwanted positions ».
Un chiffre confirmé dans les résultats financiers
Ce montant n’est pas qu’une estimation réglementaire. Dans ses résultats du troisième trimestre 2012, publiés via un document déposé auprès de la SEC, Knight Capital Group chiffre précisément l’impact comptable de l’incident. Le document indique des « pre-tax losses of $461.1 million related to the technology issue that occurred on August 1, 2012 and subsequent related costs ». L’entreprise a ainsi officialisé, dans ses propres comptes, une perte de 461,1 millions de dollars directement liée à cette défaillance technique.
| Élément | Valeur | Date |
|---|---|---|
| Durée de l’incident | 45 minutes | 1er août 2012 |
| Exécutions réalisées | plus de 4 millions, sur 397 millions d’actions | 1er août 2012 |
| Position longue nette | environ 3,5 milliards de dollars | 1er août 2012 |
| Position courte nette | environ 3,15 milliards de dollars | 1er août 2012 |
| Perte comptable annoncée | 461,1 millions de dollars avant impôts | troisième trimestre 2012 |
Ce que ce texte ne documente pas : les réactions précises des autres acteurs du marché pendant ces 45 minutes, ni le détail des mécanismes de surveillance interne qui auraient pu détecter l’anomalie plus tôt. L’ordre de la SEC se concentre sur la chaîne technique de défaillance, pas sur une chronologie minute par minute des échanges de marché. D’autres défaillances techniques ont marqué les marchés, comme l’incident J-Com, où un ordre inversé a coûté 40 milliards de yens à Mizuho, ou encore les épisodes relayés dans le journal du 6 novembre 2026 sur la pire séance boursière de l’année.
Questions fréquentes
Qu’est-ce que l’incident Knight Capital exactement ?
C’est un dysfonctionnement technique survenu le 1er août 2012, où un système de routage d’ordres automatisé a envoyé des millions d’ordres non voulus sur le marché en 45 minutes, à cause d’un vieux code réactivé par erreur. L’épisode a coûté plus de 460 millions de dollars à l’entreprise.
Pourquoi le code Power Peg a-t-il été réactivé en 2012 alors qu’il datait de 2003 ?
Parce qu’il n’avait jamais été supprimé des serveurs de production après son abandon en 2003. Lors d’un nouveau déploiement en 2012, un drapeau logiciel réutilisé a déclenché ce code dormant sur un seul des huit serveurs, là où le nouveau code n’avait pas été correctement installé.
Comment l’erreur a-t-elle pu passer inaperçue avant le déploiement ?
L’ordre de la SEC indique qu’aucune procédure écrite n’imposait une seconde vérification du déploiement par un autre technicien. L’absence de ce contrôle croisé a permis que l’omission sur le huitième serveur ne soit découverte qu’une fois les ordres erronés déjà envoyés sur le marché.
Quel a été le coût final pour Knight Capital ?
Knight Capital Group a annoncé une perte avant impôts de 461,1 millions de dollars liée à cet incident technique, dans ses résultats du troisième trimestre 2012. Ce montant correspond à la fois aux positions non voulues accumulées et aux coûts liés à leur liquidation.