1 - Introduction
La Sega Saturn, comme beaucoup de consoles de son époque, intègre un système de protection anti-copie afin d'empêcher le lancement de jeux pirates ou gravés. Ce système repose sur une mécanique physique et logicielle élaborée appelée "security ring", combinée à un protocole de communication entre la console et son lecteur CD. Cet article vous propose une exploration technique et professionnelle de cette protection, en s'appuyant sur les données issues du brevet US5627895A et des analyses matérielles.
2 - Fonctionnement général de la protection
La sécurité CD de la Saturn repose sur une vérification très bas niveau des disques originaux.
Lors de l'insertion d'un disque, le BIOS de la Saturn envoie des commandes au bloc CD, qui communique via un bus à 20 ou 21 broches. Ce bus transporte des données de statut, des commandes, des horloges et des signaux de synchronisation.
Le lecteur fournit alors à la console une trame spécifique contenant des données issues du fameux "security ring", une zone pré-enregistrée sur les disques officiels. Cette zone est illisible par les graveurs conventionnels.
3 - Décomposition technique du système
3.1 Bus de communication Saturn <-> CD
Le bus 20 / 21 broches transporte les informations suivantes :
* Données de statut (status data)
* Données de commande (command data)
* Clock (horloge de synchronisation)
* Strobe / Enable (début et validation de trame)
* Données audio (multiplexées)
Chaque transfert commence par le signal "Start", suivi de "Enable" qui est mis à l'état bas pendant \~175µs. Les données sont valides sur le front montant de l'horloge.
3.2 Structure des trames et des commandes
Chaque transaction comprend 13 octets, les principaux étant :
* Byte 1 : opération en cours (IDLE, LECTURE DATA, SEEK, etc.)
* Byte 2-11 : sous-code Q, n° de piste, timecode, etc.
* Byte 12 : parité (NOT de la somme des 11 premiers octets)
Commandes principales (Command Data) :
* 0x00 = NOP
* 0x03 = Read TOC
* 0x04 = Stop disc
* 0x06 = Lire LBA (data mode)
* 0x0A/0x0B = Scan audio
3.3 Clé XOR : la séquence
Le générateur LFSR utilisé par le scrambling standard ISO9660 (ECMA-130) pour CD-ROM est décrit ici. Sa séquence initiale est générée à partir d’un polynôme de rétroaction.
Détails techniques :
• Longueur de la séquence : 2340 octets
• Algorithme LFSR basé sur :
x^11 + x^9 + 1
• Valeur de départ : 0x8001
On la retrouve aussi dans les outils de création de CD comme mkisofs.
La clé XOR en hexadécimal (extrait début) :Voici les 32 premiers octets de la séquence générée par ce LFSR :
Code : Tout sélectionner
00 FF FF FF FF FF FF FF FF FF FF 00 71 82 02 62
00 28 28 1E 80 08 48 06 A0 66 A0 66 A8 59 A8 59Code : Tout sélectionner
... A8 59 A8 59 A8 59 A8 59 A8 59 A8 59 ...4.1 Localisation et structure
Le "security ring" est une zone physique pré-gravée sur les disques officiels Saturn, située avant la première piste de données. Il contient des patterns très précis de bits, non reproductibles par un graveur classique.
Le brevet US5627895A le décrit comme une séquence d'alternance de bits formant une image (comme un logo SEGA) visible en optique. Sur les dumps de modchips, ce pattern est représenté par des suites :
```
A8 59 A8 59 A8 59 A8 59 ...
```
* `0xA8` : bits du logo
* `0x59` : fond neutre
4.2 Protection logique et détection
Le BIOS lit cette zone très tôt après le boot et compare les données retournées par le CD Block. Si l'information attendue n'est pas présente (mauvais pattern, erreur de parité, absence de synchro), le BIOS refuse de booter le jeu.
Des modchips interceptent ces lignes et renvoient la bonne trame (status 0xB2/0xB6) pour simuler la présence du security ring.
5 - Décryptage du brevet US5627895A
Ce brevet précise que :
* Le logo est formé par modulation des "EFM" bits sur les premiers secteurs.
* Une synchronisation optique (F/B sync) est prévue.
* Le système repose sur la différence physique entre un disque pressé et un disque gravé.
Il protège le processus de vérification, non le contenu.
6 - Conclusion
La protection de la Sega Saturn est un mélange de subtilités physiques et logicielles. Bien que déjouée aujourd'hui via des modchips ou ODEs, elle reste un témoignage de l'ingéniosité des ingénieurs de l'époque. Comprendre son fonctionnement permet non seulement de mieux respecter le matériel, mais aussi d'envisager des contournements plus propres ou réversibles (patch BIOS, firmware custom, etc.).
N'hésitez pas à commenter ou enrichir ce sujet avec vos propres recherches ou tests !
