Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email firstname.lastname@example.org
Re: FreeBSD Security Survey
From: Peter Jeremy (peterjeremyoptushome.com.au)
Date: Mon May 22 2006 - 14:23:50 CDT
On Mon, 2006-May-22 15:20:11 -0000, FreeBSD User wrote:
> Since time is always and issue, if the system could by default
> (without an admin having to write scripts and/or apps, or manually
> update) update itself for both system and installed ports/packages, it
> likely would reduce security issues exponentially.
I think it would substantially reduce the reliability and security.
Firstly, automatically installing arbitrary "fixes" on a production
system is almost always a bad idea. The release engineering and
security teams do regression testing but can't test exactly your
system configuration and there's a non-trivial likelihood that
installing patch X will break something that your configuration relies
on. This can be mitigated by using a test system and rolling out the
updates from it, but that negates the whole point.
It's also likely to inconvenience users. Our ITS department take it
upon themselves to automatically roll out (wintel) desktop updates.
This almost always results in your desktop machine insisting that it
needs to be rebooted immediately when you are in the middle of doing
something crucial - thus breaking your concentration and potentially
losing data (my manager managed to lose 3 man-hours work once). I,
for one, would hate it if my FreeBSD boxes started doing the same.
Specific FreeBSD versions aren't maintained forever. An "install it
and forget it" philosophy will increase the number of machines that
aren't being patched because they are running unmaintained versions
of FreeBSD. With the current approach, the sysadmin is aware that
particular machines need to be updated to a newer version. If
everyting is automatic, the sysadmin will probably forget.
Finally, it only takes one security failure in the update process for
someone undesirable to "own" all the FreeBSD machines that have been
left in this default mode. Despite the best efforts of FreeBSD
developers, FreeBSD will always contain bugs and some of them will
be security holes. Any automatic update process needs to balance
the benefits of reducing the number of unpatched boxes against the
risks of the update system being subverted.
freebsd-securityfreebsd.org mailing list
To unsubscribe, send any mail to "freebsd-security-unsubscribefreebsd.org"