She/Her
Spreading positivity and kindness
Just letting you know. This post is a mirror from the official grapheneos.social mastodon. Which you may see here. https://grapheneos.social/@GrapheneOS/112673640830677868
May you please remove the old moderator? I don’t seem to have an option to do so. Thanks
Thanks
I wish I had Pixel 6 Pro back ehen it came out. I only had the 6.
What version of vanadium are you using?
When you use it. What is the expected behavior? Are you expecting it to autofill the password and username when you visit a login page?
What is not working? This is very vague
May you please explain what the issue was?
Clearly a woman. “My lady” would’ve been more appropriate. Please don’t be rude
Good one! :)
Also, could you have a duress pin+fingerprint in addition to a duress password?
They are planning to have a second unlock method for After First Unlock in the future.
That is correct. During setup, you’re prompted for both password and pin which allows use with pin or password prompts
Last time I checked, that app uses accessibility services, which are not recommended by the GOS project. As accessibility services greatly increases attack surface if any app using these services are compromised.
deleted by creator
This would be:
In the long term, GrapheneOS aims to move beyond a hardened fork of the Android Open Source Project. Achieving the goals requires moving away from relying on the Linux kernel as the core of the OS and foundation of the security model. It needs to move towards a microkernel-based model with a Linux compatibility layer, with many stepping stones leading towards that goal including adopting virtualization-based isolation.
The initial phase for the long-term roadmap of moving away from the current foundation will be to deploy and integrate a hypervisor like Xen to leverage it for reinforcing existing security boundaries. Linux would be running inside the virtual machines at this point, inside and outside of the sandboxes being reinforced. In the longer term, Linux inside the sandboxes can be replaced with a compatibility layer like gVisor, which would need to be ported to arm64 and given a new backend alongside the existing KVM backend. Over the longer term, i.e. many years from now, Linux can fade away completely and so can the usage of virtualization. The anticipation is that many other projects are going to be interested in this kind of migration, so it’s not going to be solely a GrapheneOS project, as demonstrated by the current existence of the gVisor project and various other projects working on virtualization deployments for mobile. Having a hypervisor with verified boot still intact will also provide a way to achieve some of the goals based on extensions to Trusted Execution Environment (TEE) functionality even without having GrapheneOS hardware.
Hardware and firmware security are core parts of the project, but it’s currently limited to research and submitting suggestions and bug reports upstream. In the long term, the project will need to move into the hardware space.
Vanadium is still more secure than fennec
Why? Well, vanadium has these security improvements:
Here is the protonVPN issue on this on their github: https://github.com/ProtonVPN/android-app/issues/136
❤❤