There are some FOSS SMS clients tho. I used to use Simple SMS, but there were no updates for 12 months.
Maybe try Deku SMS: https://github.com/deku-messaging/Deku-SMS-Android
It seems to have at least some traction for what it’s worth.
There are some FOSS SMS clients tho. I used to use Simple SMS, but there were no updates for 12 months.
Maybe try Deku SMS: https://github.com/deku-messaging/Deku-SMS-Android
It seems to have at least some traction for what it’s worth.
I’m gonna go with no, because of containerization and permission management. On your computer, any program can do pretty much anything, unless you explicitly take measures against this. On a smartphone, you get a lot of control over your apps. In newer Android versions you can even completely disable cameras and microphones (even if only in software).
I would use a throwaway account and avoid giving Google any personal data tho. Of course they could still figure stuff out, but it’s harder and unreliable, not to mention super-duper illegal (at least in the EU), so I kinda doubt they go the extra mile.
Tons of people making Python comparisons regarding indentation here. I disagree. If you make an indentation error in Python, you will usually notice it right away. On the one hand because the logic is off or you’re referencing stuff that’s not in scope, on the other because if you are a sane person, you use a formatter and a linter when writing code.
The places you can make these error are also very limited. At most at the very beginning and very end of a block. I can remember a single indentation error I only caught during debugging and that’s it. 99% of the time your linter will catch them.
YAML is much worse in that regard, because you are not programming, you are structuring data. There is a high chance nothing will immediately go wrong. Items have default values, high-level languages might hide mistakes, badly trained programmers might be quick to cast stuff and don’t question it, and most of the time tools can’t help you either, because they cannot know you meant to create a different structure.
That said, while I much prefer TOML for being significantly simpler, I can’t say YAML doesn’t get the job done. It’s also very readable as long as you don’t go crazy with nesting. What’s annoying about it is the amount of very subtle mistakes it allows you to make. I get super anxious when writing YAML.
If you play DRMed AAA stuff, that’s still true unfornately (if you can’t do VM with PCIe passthrough).
Personally I just opt to not play these games. The market dicides in the end.
Yes, what I meant is actually a kind of pepper. Although I would like to point out that literally the only difference is that it’s stored elsewhere.
It does, I’ll give you that. However, I will hold the fact that their maximum is actually reasonable against that. The minimum of 8 is more concerning imo
I’m just gonna go ahead and say it: 16 Characters are sufficient and 20 pretty damn secure.
That is assuming they do stuff right and there are no vulnerabilities, which they won’t and there are. However they may manifest, they are a greater concern at 16+ characters, especially if they don’t offer 2FA.
The reason is that even if machines become powerful enough that 16 characters can be bruteforced, which they can’t atm, you can effectively defend everything against bruteforce attacks by other means. Including but not limited to limiting login attempts, salts and pepper, multiple encryption layers etc.
With just a salt pepper you can make a 16 char password effectively a 24 char password… Or a 2.000.000 char password. Assuming it is not stolen alongside that is.
Edit: Changed ‘salt’ to ‘pepper’.
It can toggle ANC on and off, not sure if it can also enable voice through. That is available by a single tap on your earbud(s) tho
You can use Sennheisers without an account - and I think even without the app altogether. Not exactly sure tho.
They have a feature where they toggle sound presets depending on your location. That’s the only thing that requires an account, as well as access to your location. It’s opt-in however (and pretty useless imo).
Ok, fair enough, but at that point you’re basically deploying your own password manager which most people would consider a little over the top :D
And besides that, it’s not like you COULDN’T write a fairly capable and cross-platform anti-cheat…
StEaM DeCk OnlY sUpPoRtS VAC, EAC aNd BaTtLe EyE, ThAt’S nOt EnOuGh AnTi ChEaT fOr MuH GaMe
The simple answer to SSO is: Just don’t.
It has it’s place in companies, but there is no good reason for private use, except maybe a little convenience.
On the other hand, you open yourself up of to your data being collected left and right and increase the chance it gets compromised by it being shared.
Never change a running System.
Basically every other German outlet
Want to butt in here quickly and bring attention towards the fact that crypto currencies in general are not meant to be privacy preserving.
You are literally broadcasting transactions, making it impossible to leave no trace.
Funny how you can create a microkernel only to then fuck up privileges so bad that software (e.g. graphics drivers, anything running with real-time prio) can easily crash your system without recovery.
The architecture of Windows is both, remarkably good and weirdly underutilized.
I don’t bother with 2FA for Ente. It’s supposed to add a layer of security, no need to add yet another layer just for the sake of it.
They do have desktop apps at least. I’m happy with it so far, totally second the recommendation.
Regarding your general question: I would argue that a separate 2FA app is a must, since you can not only secure your password manager with it, but also remain protected if it is breached somehow.
Having 2FA and credentials in one place partly breaks the rational between having 2FA at all.
Justice he dicides on and can get away with.