Objet no : SCP-592-FR
Niveau de Menace : Vert ● Rouge ●
Classe : Keter
Procédures de Confinement Spéciales : Une version de chaque portage de SCP-592-FR doit être conservée en permanence sur un support de stockage de donnée, unique à chaque version, dans le les deux les trois casiers prévus à cet effet dans une salle de Faraday du Site de Stockage-Kybian. Il est interdit de pénétrer dans la salle avec un appareil électronique capable de simuler une machine de Turing ou son affichage. Cette restriction inclut (sans se limiter à) :
- 256 Rubik's Cube,
- 8 kg de pommes de terre,
- une boîte d'allumettes,
- 3 L d'eau,
- n'importe quelle machine virtuelle,
- une barrette de RAM Corsair 8 GB DDR4 1200MHz avec affichage RGB.
Mise à jour du ██/██/20██ : Il est interdit de pénétrer dans la salle de confinement de SCP-592-FR sans autorisation du Dr Lebesgue, Département des Technologies Informatiques. Tout matériel apporté à l'intérieur de cette salle doit être soumis à un test de machine de Turing ainsi qu'une vérification théorique de sa non-compatibilité avec un éventuel portage de SCP-592-FR.
Les autres copies de SCP-592-FR doivent être détruites lorsque c'est possible, ou interdites d'accès au moyen de blocage IP en cas de portage dématérialisé. En cas de tentative d'attaque des 51 %, l'opération "Nouvel Ordre" doit être immédiatement déclenchée, incluant une version stable de SCP-592-FR. Des copies modifiées du logiciel-support sans SCP-592-FR doivent être conservées en ordre de grandeur deux fois supérieurs à la distribution au cours de cette opération.
Mise à jour du ██/██/20██ : Afin de limiter l'influence de SCP-592-FR ainsi que prévenir les capacités d'intrusion de U-3378-DE au moyen de SCP-592-FR, l'opération "Apocalypse Appréciée" doit être menée à échelle mondiale en lieu et place de la destruction des copies de SCP-592-FR par la FIM Rhô-9 ("Support Technique").
Description : SCP-592-FR est un ensemble de versions autoportées du jeu vidéo Wolfenstein 3D, sorti à l'origine sur MS-DOS en 1992 par la société id Software, identifiée selon son support : SCP-592-FR/SUPPORT. La date de la création du premier portage de SCP-592-FR, SCP-592-FR/MS-DOS, est datée du ██/██/1993, bien que la plus ancienne copie conservée par la Fondation date du 08/05/1993. Peu importe le support, la version portée est identique à la version Shareware distribuée à partir de 1992, incluant trois niveaux.
La principale anomalie de SCP-592-FR réside dans son mode d'autoportage ainsi que dans le choix des supports de portage : lors de l'utilisation du programme, un évènement "Benchmark" peut se produire, avec une probabilité en fonction du temps d'utilisation P(t) régie par une loi exponentielle. La durée caractéristique de cette loi dépend du support utilisé, avec une valeur de 55 minutes pour les versions MS-DOS, Windows et Linux (le système d'exploitation Mac OS étant basé sur un kernel XNU, la durée caractéristique est inchangée).
Lors d'un évènement "Benchmark", un support physique ou virtuel capable de faire tourner un programme informatique d'au moins 4 ko de mémoire ainsi que 256 o de mémoire vive est sélectionné par SCP-592-FR. Ce choix se porte sur un objet a priori aléatoire ayant une proximité géographique, logique ou thématique avec le support employé. La raison pour laquelle SCP-592-FR est significativement plus léger que sa version non-anormale est à ce jour inconnue. Une fois un tel support sélectionné, une version de SCP-592-FR adaptée à ce support est créée au cours d'un processus inconnu d'une durée de 5 minutes à 76 heures. Une fois cette version nouvellement créée, la probabilité d'un évènement "Benchmark" créant une copie sur sur le même type de support de SCP-592-FR est supérieure de 76 % (données empiriques).
Les versions de SCP-592-FR les plus communes sont (dans l'ordre décroissant de popularité) :
- MS-DOS /MS-DOS
- Windows (fonctionnel de Windows 95 à Windows ██ via rétrocompatibilité) /WINDOWS
- Linux /LINUX
- Atari Jaguar /JAGUAR
- Playstation 3 /PS3
- Super Nintendo /SNES
- Xbox 360 /X360
- Nintendo Gameboy /GAMEBOY
- Minecraft (mode Computercraft) /MC
- Minecraft (via recolorisation des moutons) /MCMOUTON
- Roblox /ROBLOX
- Doom (via écriture dans la RAM du jeu) /DOOM
- Microsoft Excel /EXCEL
- Oscilloscope /OSCILLO
- Test de grossesse /GROSSESSE
- Imprimante /COREP
- Distributeur automatique de billets /DAB
- Réseau de pommes de terre /POMMEDETERRE
- Ensemble de Rubik's Cube /RUBIKSCUBE
- SEGA Master System /MSYSTEM
Le support de stockage de SCP-592-FR/DAB1
Dans le cas d'objets dont la capacité à agir comme support de SCP-592-FR n'est pas immédiate (comme RUBIKSCUBE ou POMMEDETERRE), un support électrique reliant les objets entre eux est créé au cours du processus de portage. Le résultat est de nature manifestement anormale, et est donc consigné sous la dénomination SCP-592-FR-1/SUPPORT.
Dans le cas de support physique adapté à la réception d'un programme informatique, comme par exemple un ordinateur ou une console de jeu, le portage est réalisé au moyen d'un stockage de donnée adapté, comme une cartouche ou un CD. Dans tous les cas, la réplication de SCP-592-FR déclenche une variation de la Réalité d'environ 30 Humes, la valeur exacte dépendant de la version portée. Un blocage via système ARS de la Réalité avec une intensité de 110 Sr a pour le moment stoppé toute réplication.
Le code source de chaque version est unique, bien qu'identique sur chaque copie de la même version. Il est possible de modifier ce dernier comme pour n'importe quel programme informatique, mais le code est automatiquement mis à jour de manière inconnue après 24 h. Cette modification n'est liée à aucun changement du champ de Réalité, et n'est pas interrompue par intervention d'ancres de Réalité.
Mise à jour du ██/██/20██ : Bien que le mécanisme par lequel le code se modifie automatiquement soit encore inconnu, une récente vague de modification du code en simultané sur l'intégralité des copies de SCP-592-FR en possession de la Fondation a révélé que celui-ci fonctionnait sur un modèle de type blockchain, s'adaptant automatiquement à la version du code la plus populaire parmi les copies existantes.
RETRANSCRIPTION DE RÉUNION SCP-592-FR
Personnes présentes :
- Dr Lucien Lebesgue, Département des Technologies Informatiques,
- Michel Caunes, Département des Affaires Étrangères,
- Dr Charles Borel, Bureau des Fonds Monétaires et des Taxations Volatiles.
Ordre du jour : Mise en place d'une procédure de correction de code d'urgence pour protéger l'intégrité de SCP-592-FR.
Dr Lebesgue : Bien. Messieurs, enchanté de faire votre connaissance, je suis ravi que nos départements puissent se coordonner en vue du confinement et de la protection de cette anomalie somme toute un peu étrange.
Michel Caunes : Ravi également de cette collaboration, bien qu'un léger rafraîchissement de ma mémoire quant à l'anomalie et ses problématiques ne serait pas de refus, je ne suis pas docteur après tout. À ce propos monsieur Borel, vous n'êtes plus au Département Scientifique ?
Dr Borel : Mmmhhh, c'est, disons, compliqué. Je suis encore en charge de certains objets SCP, mais la direction m'a jugé plus utile aux affaires financières depuis ma dernière opération.
Michel Caunes : Je vois je vois. Vous serez donc notre consultant financier !
Dr Lebesgue : Parfait, dans ce cas permettez-moi de vous rappeler les tenants de cette réunion.
Nous sommes réunis par SCP-592-FR, dont je vous ai transmis le rapport en pièce jointe de l'intitulé de réunion. Il s'agit d'un jeu vidéo auto-répliquant qui peut se porter lui-même sur d'autres supports, y compris certains n'étant pas du tout prévus pour un tel programme. Si l'anomalie peut prêter à sourire, il n'en n'est rien : c'est un objet SCP très difficile à confiner, qui en plus de constituer une importante menace pour le Voile nous rend vulnérable à une attaque informatique et à un violent durcissement de la dangerosité de l'anomalie.
Michel Caunes : Et par quel procédé, je vous prie ? Le rapport parle d'une "attaque des 51 %", de "blockchain", j'avoue être un peu perdu.
Dr Borel : Le système blockchain est basé sur un fonctionnement en Peer to Peer d'une base de données avec vérification collective de la justesse de la base. Tous les contributeurs travaillent à mettre à jour la blockchain au travers de "blocks", et se regroupent pour se faire en coopératives, des pools. Chaque pool vérifie la validité des blocks de toutes les autres pools pour pouvoir en créer un, ce qui assure la fiabilité de l'information. L'idée, c'est qu'une pool assez grande, de plus de 50 % des utilisateurs, a le monopole sur l'édition de la blockchain et peut ainsi contrôler son contenu. C'est ça l'attaque des 51 %.
Dr Lebesgue : Dr Borel, pour un toxicologue vous en savez beaucoup sur la blockchain !
Dr Borel : Comment vous croyez que la Fondation paie et se fait payer ?
Dr Lebesgue : Ahem. Donc, le code de SCP-592-FR fonctionne d'une manière semblable à celle d'une blockchain, d'où ma formulation dans le rapport. En bref, chaque copie de SCP-592-FR active, je veux dire qui est utilisée activement, influence le code des autres, qui se met à jour quotidiennement. Et donc, si un individu malveillant venait à comprendre l'objet et à amasser les copies…
Michel Caunes : Il pourrait modifier le code de milliers de programmes en une nuit ! Oui, je vois le soucis. Mais comment faire pour contrer ce genre d'attaque ?
Dr Lebesgue : Et bien je proposais que nous diffusions aux autre organismes régulateurs de l'anormal pour qu'ils redirigent une grande partie de leur effectif vers la mise à jour du code pour une version antérieure. C'est à vrai dire pour ça que je vous ai convié, M. Caunes. Quant à vous Dr Borel, pensez-vous que la Fondation puisse réaffecter ses avant-postes économiques vers une potentielle activité de correction ?
Dr Borel : En fait, j'ai une meilleure idée.
Dr Lebesgue : Je vous écoute…
Dr Borel : Ce qu'il faut, c'est empêcher un individu de posséder 50 % des copies actives du jeu n'est-ce pas ? Et il s'agit de Wolfenstein 3D ?
Dr Lebesgue : J'ai peur de ne pas vous suivre…
Dr Borel : Si on augmente d'un coup le nombre de copies dans le monde, la tâche n'en devient que plus ardue, n'est-ce-pas ?
Dr Lebesgue : Jusque là oui.
Dr Borel : Et bien en distribuant massivement ce jeu, pilier du jeu vidéo, en tant que blague à l'intérieur d'un autre produit ? Aucune rupture du Voile, ça passera pour une pratique humoristique des développeurs. Vous pensez pouvoir stopper la réplication si nous sommes à l'origine du support, Lebesgue ?
Dr Lebesgue : Voyons voir… Mmmmhhh… Je peux voir ce qu'on peut faire avec mon équipe. Le jeu sera très lourd, mais nous devrions arriver à placer quelques ARSV dans le jeu-coquille, modulo le fait qu'il faut estimer avec précision le taux de eHm nécessaire…
Michel Caunes : ARSV ? eHm ? Précisez je vous prie, je ne suis pas aninformaticien.
Dr Lebesgue : Les Ancres à Réalité de Scranton Virtuelles, l'équivalent numérique de l'appareil éponyme. Nous en utilisons régulièrement pour confiner des anomalies au Département des Technologies Informatiques, en particulier pour les plieurs de code ou les claviomanciens. Tandis que les premiers influencent la trame même du langage dans lequel ils sont écrits pour perturber leurs supports, les seconds agissent sur le monde réel au travers des interfaces entrantes et sortantes de la machine. Leurs modifications des règles de l'informatique sont exprimées en e-Humes, via comparaison avec un environnement de travail parfaitement stable2. Ce sont des logiciels lourds, mais de part…
Michel Caunes : Vous digressez, docteur.
Dr Lebesgue : Pardon. Bien que nos méthodes de compression de données ne permettent pas de placer de tels modules dans SCP-592-FR, il est possible de les placer dans son support virtuel.
Dr Borel : Parfait parfait, d'autant plus que d'après votre rapport, ces copies seront à même de mettre à jour le code pour le stabiliser. Il ne reste plus qu'à diffuser notre… Ancre à Jeu Anormal !
Michel Caunes : Vous voulez donner une anomalie en masse à l'échelle mondiale ?
Dr Borel : Donner ? Je crois que vous n'avez pas saisi le but de mon Bureau. Cinquante neuf euros la boîte, avec les remerciements du développeur !
Dr Lebesgue : Cela peut couvrir le coût de fabrication des Ancres, nous reviendrons vers vous.
Michel Caunes : Mmmhhh, en effet ça a l'air de passer. Je vais voir avec mon département pour les contacts avec les entreprises du jeu vidéo. Nous pourrions demander à l'agent Newell s'il peut héberger le jeu sur des serveurs où nous avons des entrées, afin de pouvoir agir par mise à jour sur un grand nombre d'entre elles.
Dr Lebesgue : Je… C'est très peu conventionnel comme confinement, mais ça m'a l'air redoutablement efficace. Et comment appeler une telle opération ?
Dr Borel : Je propose l'opération "Nouvel Ordre", qu'on pourrait reprendre comme nom de jeu.
Incident du ██/██/20██ : La présence de commentaires en allemand dans le code de la version Windows de SCP-592-FR, ainsi que de procédures relatives au Sonderkommando für Paranormales indiquent qu'au moins une copie de SCP-592-FR a été retrouvée dans U-3378-DE. Voir adddendum 592-FR-MAJ pour plus de précisions sur cet incident. À la suite de ce dernier, environ ██ % des copies de SCP-592-FR sont désormais des versions du jeu DOOM mais conservent leurs propriétés anormales.