Firewall Handbuch für LINUX 2.0 und 2.2 - zurück

default : usage(1) ;
}
}
wait_conn() ;
return 0 ;
}
Als Vergleich mag der Abschnitt über die Absicherung von PERL Skripten dienen: Kapitel
PERL Sicherheit bei WWW-Servern....
22.8 Installation von Servern mit CHROOT
Besonders wichtig ist es stets, WWW-Server, SQL Datenbanken, FTP-Server... so
abzusichern, daß ein Angreifer im Falle eines Einbruchs möglichst wenig Rechte erhält,
und in einem Unterverzeichnis gefangengehalten wird. Es ist selbstverständlich, daß die
Dämonen mit möglichst wenig Rechten gestartet werden. Der Start eines Dämons in einer
CHROOT() Umgebung sollte eigendlich selbstverständlich sein. Viele kommerzielle
Server, wie z.B. der Netscape Enterprise Server, ROXEN Challenger und viele FTP
Dämomen unterstützen diese Funktionalität von Hause aus, sind aber in vielen Fällen
nicht automatisch aktiviert. Schauen Sie bitte zuerst im Handbuch nach, bevor Sie dieser
Installationsanleitung folgen. Sie ist allgemeingültig auf alle Dämomen unter UNIX
anwendbar und erhöht die Sicherheit eines Server enorm, ohne sich negativ auf die
Performance auszuwirken. Sie sollten, nachdem Sie diese Übung hier absolviert haben,
alle Serverdämomen unter UNIX so absichern.
Wie man einen WWW-Server unter UNIX hinter einer Firewall mit Hilfe eines CHROOT()
Skriptes absichert, wird in diesem Abschnitt detailliert beschrieben. Man beachte auf das
Kapitel CHROOT(). Das Original findet sich auf
http://hoohoo.ncsa.uiuc.edu/docs/tutorials/chroot-example.html, und ist von Denise
Deatrich vom CERN, Schweiz verfasst worden. Sie ist in englisch verfaßt und leicht
verständlich.
The following is a post from last year about how someone went about creating
a chroot web server. Though he used CERN's http, it applies equally well to
most web servers.
--------------------------------------------------------------------------------
From: deatrich@hpopc1.cern.ch (Denice Deatrich)
Subject: how to chroot your web tree -- an example
(this posting is a bit long; but might be useful to people who want a
detailed example of chroot-ing a web tree)
Earlier this year I chroot-ed our web tree, and I'm REALLY glad I did. Our
web site fulfills many functions, and grows like mad. Various people
contribute to the tree, and they will try almost _anything_, even people who
you thought knew little about unix...
Why do this? Well, it suffices to read comp.security.unix, or
comp.infosystems.www.authoring.cgi to understand why you should be aware of
possible security pitfalls in serving a web tree. So why not take extra
precautions to protect your server? 'chroot'ing an application definitely
limits the byte-space that an application can roam. It will NOT solve all
problems, but at least it will contain things. Holy smokes! There is so much
Internet-mania right now, and there are so many uninformed people jumping on
the bandwagon... So if you are a system administrator than you should (try
to) stay one step ahead of them all...
There is an extra benefit in chroot-ing a web tree: we can move our web tree
anywhere, anytime if a disk dies (especially if you have a 'spare' host that
can suddenly 'assume' your web-hosts identity when your boot volume dies).
Erstellt von Doc Gonzo - http://kickme.to/plugins