Re: Dienste "beschraenken"
Hallo Jens, Hallo Guido, Hallo *,
>From the keyboard of Jens,
> On Sat, Feb 02, 2002 at 12:54:00AM +0100, Guido Hennecke wrote:
> > Hallo Jens,
> >
> > At 01.02.2002, Jens Benecke wrote:
> > > On Fri, Feb 01, 2002 at 04:00:51PM +0100, Guido Hennecke wrote:
> > > > Bind8:
> > > Wo wir gerade über Sicherheit reden: Warum überhaupt bind?
> > Gute Frage. Warum Debian und nicht OpenBSD?
Oder NetBSD oder FreeBSD ...
> Oh, ganz einfach. Weil ich mich mit Debian auskenne, mit OpenBSD nicht.
> Wie du schon ganz treffend sagtest, ist die theoretische Sicherheit eines
> Systems nutzlos bei jemandem, der sich nicht damit auskennt.
>
> Soweit ich weiss basiert der "Sicherheitsmythos" um OBSD hauptsächlich
> darauf, daß "by default" so gut wie gar nichts an Diensten läuft. Das
> kriege ich beim Debian-Installieren auch hin: Vor tasksel abbrechen und
> danach nur noch die absolut nötigen Pakete installieren.
Nein, das stimmt so eindeutig nicht. Die Sicherheitsfeatures bei
OpenBSD beziehen sich vorallem darauf, das der Code "geaudited"¹
wurde und Kryptographie zum Basissystem gehört.
Aber niemand ist perfekt, deswegen gab es zum Beispiel kürzlich auch
einen Buffer Overflow im sendmail des Basesystems.
Aber auch ein OpenBSD kann man so konfigurieren das es "unsicher"
ist.
> > Also mein Bind laeuft auf einem alten 80486'er mit 40 MB neben einem
> > Squid, Inn2, Exim und noch vielem mehr. Keine Probleme und als root
> > laeuft der auch nicht.
Meiner hat zwar 64 MB, aber dafür läuft da zusätzlich noch ein
IMAP/SSL, LDAP, LPD, Apache , ... ;)
> "Es geht immer irgendwie". Die Frage ist, rechtfertigt das den Aufwand.
> Wenn ich die Wahl habe zwischen einem Programm, das by default sicher
> konfiguriert ist, und einem, das das nicht ist, und die Unterschiede
> ansonsten nicht markant sind, dann wähle ich das erste.
>
> Daher qmail statt sendmail, daher tinydns statt bind, usw.
Es gibt auch noch weitere Gesichtspunkte die bei der Wahl eines
Programmes entscheidend sind. Schnittstelle zwischen Mensch und
Maschine, Usability, Performance, ... um nur einige zu nennen.
gruß
Waldemar
¹ Auf mögliche Sicherheitsmängel überprüft
--
Are your questions smart enough?
http://www.tuxedo.org/~esr/faqs/smart-questions.html
Reply to: