Per 
SCP-0000
Containment
All digital units possibly containing SCP-0000 is to be kept together, in a room with no windows, and only one way of entry. The room must have a Faraday cage installed in the door. Before bringing units containing SCP-0000, the Faraday cage must be tested for complete electromagnetic signal coverage. The room must contain a way of destroying digital data storing units. High heat burners, commonly used in crematoriums are recommended, if needed, microwaves can be used. Remains of destroyed data containing units are to be kept and disposed of according to protocol MCSU-███
Units containing SCP-0000 can only be transported outside of containment rooms within Faraday cages. The door is to be kept locked, unless at least one guard is present. No personnel of any security clearance is allowed to enter the room, if no guard is posted outside. The guard is to remain there for the entire time SCP-0000 is being investigated and lock the door if/when they leave.
Any digital data containing unit that enters the room, and is capable of wireless connection of any form, must be considered infected with SCP-0000, and kept, or destroyed inside the room. Any units that were with any form connected to an infected unit are considered infected, same protocol applies.
Description
SCP-0000 was found on a computer in the computer room of the Faculty of Informatics, in the ████ University, Hungary. Student ██████ found SCP-0000 on ██/██/2018. He alerted ██████, university staff member, thinking that SCP-0000 was some form of malware.
Systems infected by SCP-0000 lose all graphical interface, and only show a terminal when started. While usual characters can be entered in the terminal, all text displayed by the terminal are in a font consisting of seemingly random lines. Attempts to decode it were made by ████████ but were unsuccessful. All text entered results in the same output pattern, suspected to be an error message.
The Foundation is in possession of the original computer, on which SCP-0000 was first found. SCP-0000 appears as a form of malware, which infects any digital file and system it comes in contact with. Attempts to stop infection or destroy infected files with any kind of anti-virus software were unsuccessful. After a system becomes infected by SCP-0000, it will fill up any available hardware space with some form of data. It will then run the computer, on maximum CPU capacity, as long as necessary power supply is present. If the power is cut, then reconnected, it seems to continue from where it left off.
On ██/██/2018 [REDACTED] copied a file from SCP-0000 and attempted to view the file on his own computer. SCP-0000 immediately took over the entire inner network of Site ██. The network did not have internet connection. All computers, cell phones, and other digital units connected to the network were infected, and later issued to be destroyed. SCP-0000’s rating was changed to Euclid from Safe, was transferred to [REDACTED] immediately and placed into a special containment unit.
Following are the research notes of Dr. ██████ on SCP-0000
18/██/2018, the day Dr. ██████ was assigned to researching SCP-0000, after the accident at Site ██:
I attempted opening the files from infected systems in multiple ways, but all resulted in immediate infection of the entire computer. It is possible to view file structures, if an infected hard drive is connected to a clear system with a USB cable. Each folder contains about 1000 other folders, and 2-300 files, all named in similar fashion to the unknown font on the infected terminals. This structure goes on to about 5 layers. Attempts to open files result in immediate infection.
20/██/2018:
After contacting Prof. [REDACTED], we were able to manufacture hardware, that could be used to gain data on what commands are passed to the CPU from what program. First three tests resulted in the monitoring system getting infected, but, after more safety precautions, and giving up on trying to log which files are loaded exactly, we were able to successfully attach the hardware to a computer, infect the system, and still use the hardware to monitor CPU and RAM activity. We will collect and try to analyse data. Continuous power supply for the test computer must be maintained.
27/██/2018
Our initial suspicions after the first couple of days seem to be correct, or at least, likely correct. The CPU gets orders of opening large files with a specific program, (from here on referred to as SCP-0000-1) then comparing the output with other files, and finally, making some kind of a change with to SCP-0000-1. Prof. [REDACTED] and I agree, that all characteristics point to SCP-0000-1 being some form of a machine learning algorithm, using training data to evolve to complete a specified task.
We don’t know where the training data comes from, or what the task is, since attempts to decode what the techies now call Cthulhu-code, still seems impossible, even after the Foundation acquiring a large computing capacity super computer just for the purposes of cracking SCP-0000’s encryption.
We have also been able to note, that SCP-0000 constantly tries to send current versions of SCP-0000-1 to an unknown recipient over the internet, Bluetooth, and other methods of wireless data transferring. The Faraday cage seems to block this communication, since no receive-confirmation packet ever pings back.
I strongly advise ceasing all power running to systems infected with SCP-0000 and immediately destroying all of the said systems, and any found in the future, suspected to be infected with SCP-0000. Whatever the machine learning algorithm’s purpose, or whoever it is trying to send itself to, running for so long on the Foundations high computing power systems must have been significant development. We must not risk the maker of SCP-0000, whoever they are, any chance of retrieving the algorithm in it’s current, highly developed stage.
I am aware of my superior, Prof. [REDACTED]’s opinion of keeping the training going, and attempting to decrypt SCP-0000, in an attempt to use the learning algorithm for the Foundation’s benefit. I agree that from what we have seen, this learning algorithm seems more potent, then any other algorithms we know. But I believe that whoever constructed this algorithm probably has malicious intentions for it and should not be allowed a chance to retrieve the trained version.
Some of our lab technicians were already captured trying to sneak infected malware out of the containment room, after being offered considerable money from unknown sources.
After Dr. ██████ was discovered accessing SCP-0000’s containment room without the proper safety precautions in place, he was placed in captivity, until the Foundation decides further judgement on his future. Prof. [REDACTED] was placed in charge of SCP-0000’s research, which still continues.
