Quote from: captainnoob on January 15, 2018, 11:38:20 PM

Quote from: itod on January 15, 2018, 06:50:05 PM

Quote from: kn0w0n3 on January 15, 2018, 06:00:44 PM

@Itod, so in your opinion the "The_____iskeyfile" message is the intended message?

Well, I have a theory didn't want to mention before while trying to find the proof. The message "THEfm_aurISKEYFILE" can hardly be a collision, and the bold scrambled part is intentionally left there to be de-scrambled in the same way other bit-streams should be de-scrambled to get a key. If you come across the stream of bytes from private key you may not notice something is scrambled, but if you find something like plaintext quoted above it's pretty obvious something is wrong. So to answer you: yes I think it's intentionally left there scrambled/corrupted to show the way.

Anything can be the way to de-scramble it in a coherent message. The current path I'm working are the chessboard fields affected by Phoenix fire. It looks to me that those chessboard fields that should be dark are somehow lighter with this bright blue Phoenix color then the white ones, so some bits associated with those chessboard fields should be inverted in raw bit-streams. I believe if we invert some bits from the "THEfm_aurISKEYFILE" bit-stream, in this way I've described, we will get coherent message from this bit-stream, and then we should apply this same transformation to colors bit-streams to get the private key.

AUR makes me think of Arch User Repository. Maybe there is a package in there that has some information?

Was there more than just this string in the output?

I am sceptical to the whole idea of it being the intended message, but still - to be on the safe side I entertained this idea for a while and thought that if we were looking for a file then maybe the fm.aur was the name of the file. I googled some results but nothing very constructive, though. But maybe somebody else will be more lucky.