PlexSheep

joined 2 years ago
[–] PlexSheep 9 points 1 year ago (2 children)

That's not correct.

  1. Even if you don't read the whole thing now, you might want to check something out later, even if it's just a small thing.
  2. Being open source is a matter of transparency. If it's not OSS, it has something to hide. Often that's not too bad, but being OSS builds trust.
  3. Even if you're going to use it without thinking at all, someone else can look at the code and do something about it if it's bad code.

There is more, but it's late

[–] PlexSheep 3 points 1 year ago (5 children)
[–] PlexSheep 3 points 1 year ago (2 children)
[–] PlexSheep 9 points 1 year ago (4 children)

This sounds like a really useful solution, how do you implement something like this? Especially with linter integration

[–] PlexSheep 3 points 1 year ago

Thought of that too but that's very rare so probably not it

[–] PlexSheep 8 points 1 year ago (1 children)

I don't think modern systems use 32bit stamps anymore, the ones that do are built to fail

[–] PlexSheep 1 points 1 year ago (1 children)

Explorers in Linux don't work like this. They are just some app you can move your files with.

[–] PlexSheep 1 points 1 year ago (3 children)

Why do you need to "tell" some "application"? Why do you need a "finder" if you know the absolute path already? Does this imply that "finder" always runs, ready to be told something?

[–] PlexSheep 4 points 1 year ago

Your opinion is wrong, Powershell must be banished

[–] PlexSheep 5 points 1 year ago

No I disagree, I just want it just works

[–] PlexSheep 2 points 1 year ago

Yeah. If you're targeted by a 0day you don't really have a chance. If someone uses a 0day they might aswell spend 2 minutes checking the mail for plausibility.

If it's not a 0day and your company hasn't patched, probably not your problem. Curiosity > risk of 0day

Otherwise, if we extend this lane of thinking, you couldn't visit any website you don't know 100% is trustworthy. There could always be a 0day in your browser.

view more: ‹ prev next ›