You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
At start the firmware first does a complete wipe of the memory in the crt0.S in assembly, then in scramble_ram() it turns on the RAM address and memory scrambling so an outside observer has to do more work to get at the content. Then it also fills the entire memory with data. The data is derived by (once) generating a random word, that is incremented for each word with another (once) generated word.
It would probably be better to randomize the entire RAM content. However, the TRNG is slow, so we need some other way of doing this. Perhaps by using our blake2s() and hashing over something like something from the TRNG and something, like the address?
The text was updated successfully, but these errors were encountered:
At start the firmware first does a complete wipe of the memory in the
crt0.S
in assembly, then inscramble_ram()
it turns on the RAM address and memory scrambling so an outside observer has to do more work to get at the content. Then it also fills the entire memory with data. The data is derived by (once) generating a random word, that is incremented for each word with another (once) generated word.It would probably be better to randomize the entire RAM content. However, the TRNG is slow, so we need some other way of doing this. Perhaps by using our
blake2s()
and hashing over something like something from the TRNG and something, like the address?The text was updated successfully, but these errors were encountered: