The profiles are independently encrypted with a key derived from the user’s profile PIN. If the other profiles are not logged in then their keys are not in RAM (and they get zeroed beforehand so they can’t be read out of unallocated memory).
Even if the bad guys get root via a LPE in a dummy account there are no keys to find and the profiles’ storage are not mounted.
You couldn’t trust the device after that however, who knows what kind of persistent spyware they could have installed.
I like this option, save a snapshot and restore that snapshot deleting everything else. So it looks like a regular profile but won’t contain anything you want to remain private.
GrapheneOS should update the duress passcode to load a dummy profile like Only Key’s Plausible Deniability Feature.
Loading any profile allows the operating system access to root privileges, and opens potential for user privilege escalation.
The profiles are independently encrypted with a key derived from the user’s profile PIN. If the other profiles are not logged in then their keys are not in RAM (and they get zeroed beforehand so they can’t be read out of unallocated memory).
Even if the bad guys get root via a LPE in a dummy account there are no keys to find and the profiles’ storage are not mounted.
You couldn’t trust the device after that however, who knows what kind of persistent spyware they could have installed.
Then it should delete the data while loading a dummy profile
That would be an interesting proposition… under duress load profile x and delete all other profiles, apps, settings and keys.
I like this option, save a snapshot and restore that snapshot deleting everything else. So it looks like a regular profile but won’t contain anything you want to remain private.