[-] x1gma@lemmy.world -1 points 2 months ago* (last edited 2 months ago)

Yes, in your head, and in your second factor, if possible, keeping derived secrets always encrypted at rest, decrypting at the latest possible moment and not storing (decrypted) secrets in-memory for longer than absolutely necessary at use.

[-] x1gma@lemmy.world 6 points 2 months ago

Been a few days since using electron, but AFAIK electron can't be used as a wrapper for android apps, or can it? Or is their android app a web app wrapped into a "native" android app too?

Also, since this seems to be an issue since 2018, 6 years should be plenty to rewrite using a native secure storage...

[-] x1gma@lemmy.world 8 points 2 months ago

Kinda expected the SSH key argument. The difference is the average user group.

The average dude with a SSH key that's used for more than their RPi knows a bit about security, encryption and opsec. They would have a passphrase and/or hardening mechanisms for their system and network in place. They know their risks and potential attack vectors.

The average dude who downloads a desktop app for a messenger that advertises to be secure and E2EE encrypted probably won't assume that any process might just wire tap their whole "encrypted" communications.

Let's not forget that the threat model has changed by a lot in the last years, and a lot of effort went into providing additional security measures and best practices. Using a secure credential store, additional encryption and not storing plaintext secrets are a few simple ones of those. And sure, on Linux the SSH key is still a plaintext file. But it's a deliberate decision of you to keep it as plaintext. You can at least encrypt with a passphrase. You can use the actual working file permission model of Linux and SSH will refuse to use your key with loose permissions. You would do the same on Windows and Mac and use a credential store and an agent to securely store and use your keys.

Just because your SSH key is a plaintext file and the presumption of a secure home dir, you still wouldn't do a ~/passwords.txt.

[-] x1gma@lemmy.world 87 points 2 months ago* (last edited 2 months ago)

How in the fuck are people actually defending signal for this, and with stupid arguments such as windows is compromised out of the box?

You. Don't. Store. Secrets. In. Plaintext.

There is no circumstance where an app should store its secrets in plaintext, and there is no secret which should be stored in plaintext. Especially since this is not some random dudes random project, but a messenger claiming to be secure.

Edit: "If you got malware then this is a problem anyway and not only for signal" - no, because if secure means to store secrets are used, than they are encrypted or not easily accessible to the malware, and require way more resources to obtain. In this case, someone would only need to start a process on your machine. No further exploits, no malicious signatures, no privilege escalations.

"you need device access to exploit this" - There is no exploiting, just reading a file.

[-] x1gma@lemmy.world 11 points 2 months ago

These were casual, mutual conversations that sometimes leaned too much in the direction of being inappropriate, but nothing more. Nothing illegal happened, no pictures were shared, no crimes were committed, I never even met the individual. [...] That’s on me as an adult, a husband and a father.

Jesus fucking christ. If you, as a father, are "leaning too much in the direction of being inappropriate" with a minor, you're a fucking pedophile. There is nothing to discuss that's leaning into being inappropriate with a minor, except if you're a pedophile. Trying to make it sound less of an issue just because there weren't pictures sent, is a pathetic attempt of an excuse for being a pedophile.

For being so real and no filter, there's a fucking lot of sugarcoating for admitting the fact that he sexted with a minor.

I specifically don't get how you can do that as a father, and even being the complete asshole that he is, not even once thinking that the victim could be his own child. I really wonder what he would say about such a tweet in this case.

Absolutely fucking disgusting.

[-] x1gma@lemmy.world 7 points 2 months ago

It might be, but to be fair, that's what the glorified autocompletion is actually good for, if it's actually used a supporting tool, and not to pump out quantity over quality.

[-] x1gma@lemmy.world 83 points 2 months ago

Man, the disclaimer at the bottom that Business Insider is partnered with OpenAI to allow them to train on their articles is really the cherry on top.

[-] x1gma@lemmy.world 2 points 2 months ago

Check your blocklist and keep in mind that YouTube is testing server side ads muxed into the media streams, which will not be blocked by traditional adblocking techniques.

[-] x1gma@lemmy.world 6 points 2 months ago* (last edited 2 months ago)

If you can not install anything, your only choice is probably to set up a pihole or something similar on your network.

Edit: Some models seem to have advanced settings, where you can change the DNS - you could try to use adguard dns servers, or any DNS adblocker you want to use.

view more: ‹ prev next ›

x1gma

joined 1 year ago