Unfortunate naïve design decision #6457
Closed
rafael-santiago
started this conversation in
General
Replies: 1 comment 3 replies
-
Hello, this is not a naive decision, it is a result of analysis and it fits most users' threats. In your ad-hoc threat model, if you are forced to unlock your device why wouldn't you be forced to type in your tuta password? Tuta now works like every other mobile app. In case this is not desirable it is possible to use a browser version and not store credentials. |
Beta Was this translation helpful? Give feedback.
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi there! It is not about a real bug, but it could be understood as a conceptual one. Recently my tutanota mobile app only offers the option of save a credential ("auto login" dig it?), it is not possible just do not save any credential if I am not feeling like to. Why is it a bad design decision? I believe that save credentials even encrypted in flash memory can spread data along this kind of storage device that it really hard of promoting a good data wiping. I am an information security professional and for the sake of my "professional paranoia" I could not avoid complaining about this naïve design decision.
There is another problem: a scenario where a person has her/his mobile device stolen, maybe by coercion/violence, she/he was pushed to unlock the device! Again, I believe it is bad, sorry!
Sometimes less is more in infosec...
Some pretty paranoid people could think that tutanota could put some shortcut for some reason for someone. I believe that do not save anything could remains for folks that are not about saving sensitive data in flash memory and/nor enable auto login.
Rafael
--
Beta Was this translation helpful? Give feedback.
All reactions