Because you may need the data in the data during/after your travel and lack clean way to access safely, securely and anonymously remotely.
Because you may need the data in the data during/after your travel and lack clean way to access safely, securely and anonymously remotely.
No one is stopped from backing up important data. It is, in fact, kind of boneheaded to keep all "valuables" on a single device. I don't understand the scenario of not trusting a device to safely access the Internet or the telephony grid while also insisting that they need a PHONE to keep all their stuff on where they're going, and at the same time somehow trust that both themselves and their possessions are perfectly safe from seizure and extortion in the very same location.
Personally I just got grapheneos to replace my normal phone. It's nice, it works for the user instead of the advertiser, and its security features help block antiuser features in apps
This is where we need "cloud phones as a service" / "selfhosting a cellphone at home with some kind of remote access system".
Not even kidding here, it's time to bring out thin client computing to cellphones. Let the spicy stuff sit somewhere else. I could bootstrap a Tailscale or Netbird signin remotely, install the access client, and remote back into the 'normal phone'.
Would be then funny to map that to lockscreen PINs - enter a PIN to unlock the device, be remoted into "phone A", enter another pin and be remoted into "phone B", enter another PIN and you're on the 'local device' session. (Or duress-PIN kill "phone A" if someone attempts to bruteforce PINs, etc, etc...)
You can already do most of that with GrapheneOS or even an iPhone. My contacts, files, photos, etc. are on my home server, accessed through a VPN. My GrapheneOS phone only runs a handful of open source apps. If I were to lose the phone, I would simply revoke the Wireguard key and there wouldn't be anything valuable left on it.
> "selfhosting a cellphone at home with some kind of remote access system
You can use TeamViewer for that. Or maybe scrcpy could be coerced into working in a similar way.
Good luck making it work again remotely after a long power outage.
Not sure what do you mean? If that is a concern, there are solutions for this. Like UPSes and backup cellular connections.