FreeBSD – A Lesson in Poor Defaults(vez.mrsk.me)
vez.mrsk.me
FreeBSD – A Lesson in Poor Defaults
https://vez.mrsk.me/freebsd-defaults
6 comments
> A regular item over the past decade
Oh, I didn't know, but now I wonder why HN's duplicate detector didn't work? From the looks of it, also most of the past postings were 1:1 duplicates.
Oh, I didn't know, but now I wonder why HN's duplicate detector didn't work? From the looks of it, also most of the past postings were 1:1 duplicates.
HN allows exact duplicates once months (I think) have passed since the last posting, so that a new thread can be established as needed.
That's unfortunate.
jruohonen the Bonnie Tyler face (GIF) is for the linked item, not at you :-)
jruohonen the Bonnie Tyler face (GIF) is for the linked item, not at you :-)
What, this tired old crap again? How many more times?
https://media0.giphy.com/media/v1.Y2lkPTc5MGI3NjExcXhvaXZydG...
https://media0.giphy.com/media/v1.Y2lkPTc5MGI3NjExcXhvaXZydG...
The comment I left on a Reddit thread four years ago still applies:
> This link gets shared around every now and then, and my response is always the same: there is some useful insight, but there's also information that's so outdated it provides no value, outright misinformation, and self-contradiction. Some of the technical points are fair, and should be and are being addressed. But the commentary is often laughably wrong. The document seems more focused on advancing an agenda than a good-faith effort at improving security in FreeBSD.
If anyone is actually interested in discussing mitigations and improved security posture on FreeBSD I'd suggest starting a thread on one of the mailing lists, but I'll also keep an eye out for feedback here and on the Fediverse.
> This link gets shared around every now and then, and my response is always the same: there is some useful insight, but there's also information that's so outdated it provides no value, outright misinformation, and self-contradiction. Some of the technical points are fair, and should be and are being addressed. But the commentary is often laughably wrong. The document seems more focused on advancing an agenda than a good-faith effort at improving security in FreeBSD.
If anyone is actually interested in discussing mitigations and improved security posture on FreeBSD I'd suggest starting a thread on one of the mailing lists, but I'll also keep an eye out for feedback here and on the Fediverse.
https://news.ycombinator.com/from?site=mrsk.me