crypty

no profile record

comments

·10 anni fa·discuss

'Tullock auction' is the proper term and it's actually not that uncommon if you think of a lottery as a kind of auction. I've also seen it played like a real auction at charity events. If you want to stretch the meaning you could even see bribery as a Tullock auction.

crypty

·10 anni fa·discuss

My point is that it is impossible to know where the next code chunk is if it is properly encrypted. How does the page fault handler know which block to decrypt next without first decrypting the whole code module, where module is a closed piece of code without jumps outside.

In my opinion every scheme to enable that will cripple the encryption.

crypty

·10 anni fa·discuss

What does it do with the encrypted RAM? The only possibility I see is to take an sufficiently large block, decrypt it into the cache an run it there. But then again if you need to jump out of the block how does the CPU know which block to decrypt next?

crypty

·10 anni fa·discuss

crypty

·10 anni fa·discuss

> encrypting a running kernel in RAM

How is that supposed to work? Ok, the CPU can fetch an encrypted instruction, decrypt it and execute it, but when it needs to jump, how is it supposed to know where to jump? Also encrypting each instruction separately and independently would be trivial to reverse.

Is there any system that really runs encrypted code from RAM? Any papers describing such a system?