3 ms·
You are correct. It would be more accurate to say 'remote attack' with an up-to-date stable release. The point could be scaled back to say that FreeBSD has unde
by bl4k 16y ago
You are correct. It would be more accurate to say 'remote attack' with an up-to-date stable release. The point could be scaled back to say that FreeBSD has undergone extensive peer-review and security auditing to the point that the stable branches have not seen a remotely exploitable security vulnerability in a long time.
That said, FreeBSD doesn't excuse sysadmins from not being vigilant with monitoring advisories and keeping their systems up to date. Nor does it prevent vulnerabilities being introduced through installed userland software or other applications.
One benefit would be that with patches and ports, you can patch any vulnerability in a service without being forced to upgrade to a new version that might have incompatibilities with your system or that might introduce performance degradation.
You see this all the time with PHP, sysadmins run binary upgrades on the packages because of a security vulnerability, only for the website to spit out a bunch of warnings about functions that have been deprecated in the new version.
- fjarlq 16y agoOkay, yeah, I can't remember the last time there was an advisory about a remote hole in a default FreeBSD build. You credit FreeBSD's "extensive peer-review and security auditing" for this... do you have more information or links about that? I know the FreeBSD folks have been proactive about fixing security bugs, and conservative in their default build design, but I haven't heard about their peer-review and auditing.