PlexSheep

joined 2 years ago
[–] PlexSheep@feddit.de 4 points 2 years ago

Iirc the European commission. There are two of these bodies and the parliament is the saner one.

[–] PlexSheep@feddit.de 1 points 2 years ago
[–] PlexSheep@feddit.de 7 points 2 years ago

Grüße aus der BRD

[–] PlexSheep@feddit.de 1 points 2 years ago (1 children)

Sometimes port numbers is all you need

[–] PlexSheep@feddit.de 4 points 2 years ago

I don't agree on hating on nextcloud, but moving that data to a luks partition could work.

[–] PlexSheep@feddit.de 6 points 2 years ago (3 children)

Note: QUIC is not really a transport layer protocol but uses UDP and builds atop of it.

[–] PlexSheep@feddit.de 5 points 2 years ago (1 children)

Where is "here"?

[–] PlexSheep@feddit.de 1 points 2 years ago (1 children)

I fail to see how this prevents any MITM attack where the attacker pretenta to be the server, but besides that, that just seems overly complicated.

[–] PlexSheep@feddit.de 1 points 2 years ago

You're right, I didn't think of that. Cinnamon sadly is X11 for now.

[–] PlexSheep@feddit.de 8 points 2 years ago

Cool, that was about time

[–] PlexSheep@feddit.de 20 points 2 years ago (5 children)

I just switched from fedora 39 plasma to green debian, it's been very pleasant to have "it just works os" take care of things, including X11 just doing it's regular old thing.

But if course, Wayland is the future and I will happily use it by the time it becomes stable enough for a debian release. Go Wayland!

[–] PlexSheep@feddit.de 1 points 2 years ago (3 children)

Maybe I phrased incorrectly. It prevents attacker from getting password and using it again in future.

In what circumstances besides reusing passwords does this matter?

To make this discussion extra long: If you're creating a hash based on a local password, then share this as secret to the server, which then treats it with regular password security, this is beneficial for security as far as I can see, as it makes sure that the "password"/secret is strong and pseudo random.

view more: ‹ prev next ›