Indépendamment du fait que cette console contient des composants standard ou non, un certain nombre de mesures de sécurité sont mises en œuvre.
Veuillez noter que le chiffrement RSA est un sujet récurrent ici, je l'ai déjà introduit dans l'article sur la Wii, donc si vous n'êtes pas familier avec le RSA ou tout autre système de chiffrement symétrique/asymétrique, veuillez d'abord consulter cet article.
Cela étant dit, jetons un coup d'œil.
Protection contre la copie de DVD
Les disques de jeu sont protégés à la fois logiquement et physiquement pour empêcher la duplication non autorisée (ce ne devrait pas être une surprise à présent).
Du côté logique, les disques de jeu comprennent quelques 'pièges' pour tromper les lecteurs de DVD conventionnels afin qu'ils ne puissent pas trouver le contenu du jeu réel. Par exemple, la première zone du disque est formatée comme un DVD conventionnel, et à l'intérieur de cette section, il y a un message d'avertissement qui se joue s'il est inséré dans un système non Xbox. En réalité, les données de jeu se trouvent sur une deuxième partition, mais les métadonnées nécessaires pour trouver cette partition ne sont pas encodées dans un format que les lecteurs de DVD conventionnels attendent, donc seul un lecteur spécialisé (d'où celui de la Xbox) trouvera le jeu.
Du côté physique, j'ai peur qu'à cette époque, on ne sache pas encore publiquement quelles données le pilote et le disque échangent pour effectuer la validation. Le disque contient un anneau interne inaccessible (par les lecteurs conventionnels) qui stocke des identifiants uniques, mais on ne sait pas comment ces données sont utilisées.
Protection du système
Passons en revue le reste des mesures de sécurité que ce système a initialement mises en œuvre.
Introduction
La ROM Flash et l'EEPROM contenant le 'BIOS' et les données sensibles, respectivement, sont cryptées à l'aide d'une clé RC-4. Après que le Kernel a été démarré à partir du BIOS, il ne lancera que des exécutables signés par Microsoft en utilisant le chiffrement RSA.
Le disque dur, de l'autre côté, est formaté avec un système de fichiers complètement propriétaire et non documenté appelé FATX.
Ceci était une brève introduction à la chaîne de confiance que Microsoft a mise en place. Cela semble plutôt simple, non ? Eh bien, quelque chose est étrange : L'exécution est contrôlée par le CPU, mais c'est une puce standard, alors comment comprend-elle les données cryptées avec RC-4 ? La réponse est que elle ne comprend pas, donc quelque part dans cette console se trouve un morceau de code non crypté qui met en place la première étape du cryptage. Ce code, en particulier, a été la cible de la plupart des pirates qui se sont efforcés de craquer cette console après son lancement.
Recherche de démarrage
Comme il est officiellement documenté par Intel que leurs processeurs commencent l'exécution à l'adresse 0xFFFF.FFF0, les hackers se sont concentrés sur la recherche de ce code dans la ROM Flash (qui à son tour mènera à la clé RC-4). C'est ce qu'a tenté de faire un hacker et chercheur populaire nommé Andrew 'bunnie' Huang lors de ses recherches académiques. Les résultats étaient assez intéressants : Les 512 octets supérieurs de la ROM Flash contiennent des routines de sécurité, y compris la clé, mais cela ne fonctionne pas pour le système de vente au détail . Je suppose que Microsoft a peut-être laissé ce code des unités de prototype/debug (peut-être par accident, car ce bloc expose les algorithmes que Microsoft a appliqués). En conclusion, cela a été considéré comme code indésirable donc bunnie a réalisé que le vrai 0xFFFF.FFF0 n'était pas dans la ROM Flash.
Pour faire court, 0xFFFF.FFF0 était caché dans la puce MCPX : Elle contenait une ROM cachée de 512 B qui serait exécutée une fois et cachée par la suite. Cette ROM n'était pas facile à extraire, donc bunnie a eu recours à la capture du bus HyperTransport pour attraper la clé RC-4 une fois qu'elle était transmise.
Et c'est ainsi que cela s'est passé, bunnie a publié la clé dans le cadre de ses recherches et Microsoft n'était pas content de cela. Ainsi, la communauté des hackers a trouvé un moyen de prendre le contrôle de la première couche de sécurité de cette console, qui comprenait le Kernel.
Déblocage permanent
Casser la couche RSA n'était jamais censé être facile, mais puisque les hackers ont eu accès au Kernel, il serait désormais possible de le rétroconcevoir et de développer des correctifs qui pourraient annuler le RSA. Et voilà, cela a finalement eu lieu et a ouvert la porte à la communauté du Homebrew. Tout le monde pouvait désormais développer des programmes qui pouvaient être exécutés sur une Xbox modifiée sans l'approbation de Microsoft. Certains groupes ont développé des remplacements pour le tableau de bord original qui pouvaient faire plus de fonctions, comme exécuter Linux !
Cependant, cela nécessitait que les utilisateurs modifient leur BIOS en utilisant du matériel spécialisé, ce que tout le monde ne pouvait pas faire. Dans les années suivantes, de nouvelles failles ont été découvertes qui pouvaient facilement amorcer le piratage principal, l'une d'elles consistait à insérer une sauvegarde forgée de '007 : Agent Under Fire' ou 'Splinter Cell' qui générerait un débordement de tampon pour démarrer un outil homebrew qui pourrait installer une faille permanente dans le disque dur. L' 'exploit permanent' était possible parce que le Dashboard original était sujet à un autre débordement de tampon en utilisant un fichier de police forgé (notez que les polices n'avaient pas besoin d'être signées).
Modchips
Du côté de la piraterie, des Modchips sont également apparus : Au lieu de manipuler le lecteur DVD, les modchips chevauchent la ROM Flash en exploitant le fait que la ROM MCPX peut démarrer un BIOS secondaire si elle est trouvée sur un port LPC inutilisé.
Le BIOS de substitution contenait des routines patchées qui pouvaient permettre la lecture de n'importe quel type de disque de jeu (surtout les disques conventionnels).
La réponse
Microsoft a publié de nombreuses révisions de matériel réduisant la quantité d'exposition dans leurs électroniques et économisant les coûts. Pendant ce temps, des mises à jour logicielles ont été publiées qui mettaient à jour à la fois le noyau et le tableau de bord dans le but de réduire le nombre de vulnérabilités. Cependant, certaines exploitations de jeux ont réussi à persister et ce qui restait était un autre jeu du 'chat et de la souris'.
Un autre point à mentionner est que Xbox Live était en lui-même un mécanisme de prévention efficace contre le piratage. Microsoft a pu bloquer Xbox Live à ces consoles avec des modifications non autorisées, ce qui était un compromis que les utilisateurs typiques devaient considérer avant de pirater leurs consoles avec le seul but de jouer à des copies piratées.