Home  |  Map  |  Index  |  Zoek

Convert to GutenPalm or to PalmDoc door Mark Nielsen (homepage) Over de auteur: Mark is een onafhankelijke consultant die tijd vrijmaakt voor zaken als GNUJobs.com. Hij schrijft artikelen en gratis software en werkt als vrijwilliger bij eastmont.net. Vertaald naar het Nederlands door: Hendrik-Jan Heins <hjh(at)passys.nl> Inhoud: Inleiding Hoe gaan we alles chrooten? Mijn Perl script om ge-chroote omgevingen te maken Ntpd chrooten Het Chrooten van DNS of named Het chrooten van Syslog bij diensten en mijn klachten Apache chrooten Ssh chrooten PostgreSQL chrooten Sendmail chrooten Andere programma's onder chroot. Suggesties Conclusie Refereties Talkback voor dit artikel

Alle diensten in Linux onder Chroot draaien

Kort:

Ge-chroote systeemdiensten verbeteren de veiligheid door de schade te beperken die een inbreker kan aanrichten.

 

Inleiding

Warom is dit nuttig? Als iemand inbreekt op je computer, dan kan hij niet alle bestanden in jou systeem zien. En doordat ze niet alle bestanden in je systeem kunnen zien, is de keuze van de uit te voeren commando's beperkt en kunnen ze ook geen andere onbeveiligde bestanden misbruiken. Het enige nadeel is volgens mij dat de aanvaller niet tegengehouden wordt om andere netwerkverbindingen en dergelijke aan te vallen. Dus, als je chroot gebruikt zal je toch ook nog een paar andere zaken moeten beveiligen, maar daar gaan we in dit artikel niet te veel op in:

• Beveilig je netwerkpoorten.
• Zorg ervoor dat al je diensten onder een andere dan de root naam draaien. En zorg er bovendien voor dat alle diensten onder chroot lopen.
• Stuur logbestanden van je systeem door naar een andere computer.
• Analyseer je logbestanden!!!
• Hou die mensen in de gaten die op goed geluk poorten scannen op je computer.
• Beperk het maximum cpu- en geheugengebruik voor een dienst.
• Activeer account quota's.

Onthoud alstjeblieft dat de manier waarop ik dit doe waarschijnlijk niet 100% accuraat is. Dit is mijn eerste poging om dit te doen en als het slechts gedeeltelijk werkt, dan moet het niet al te moeilijk zijn om de scherpe kantjes eraf te halen. Dit is slechts een vingerwijzing voor een HOWTO die ik wil schrijven over chroot.  

Hoe gaan we alles chrooten?

• Syslogd zal bij iedere dienst worden ge-chroot.
• Apache zal worden geplaatst op /chroot/httpd.
• Ssh zal zitten op /chroot/sshd.
• PostgreSQL op /chroot/postmaster.
• Sendmail zal worden ge-chroot, maar hij zal helaas niet draaien onder een niet-root account.
• Ntpd wordt ge-chroot op /chroot/ntpd .
• Named op /chroot/named .

Mijn Perl script om ge-chroote omgevingen te maken

1. Maak de chroot directory.
   mkdir -p /chroot/Config/Backup
2. Download Config_Chroot.pl.txt naar /chroot/Config_Chroot.pl
3. Verander de $Home variabele in het Perl script als je /chroot niet als home directory gebruikt.
4. Download mijn config files.

Pas het Perl script aan voor je eigen distributie.

Uiteindelijk heb ik een heel groot artikel over chroot geschreven, maar mijn Perl script is veel kleiner geworden. In principe viel me na het chrooten op dat de diensten configuratie-bestanden hebben die erg veel op elkaar lijken en dat die chroot nodig hebben. De eenvoudigste manier om uit te vinden welke bestanden er voor een bepaalde dienst moeten worden gekopieerd is het lezen van de man pagina's, typ ook 'ldd /usr/bin/file' voor programma's die gebruik maken van bibliotheken. Je kan ook de dienst die je installeert handmatig starten om te zien welke fouten je krijgt en tenslotte kan je ook naar de log bestanden kijken.

Over het algemeen moet je het volgende doen om een dienst te installeren:

cd /chroot
./Config_Chroot.pl config  DIENST
./Config_Chroot.pl install DIENST
./Config_Chroot.pl start   DIENST

Ntpd chrooten

cd /chroot
 # Uncomment the next line if you don't use my config file.
#./Config_Chroot.pl config  ntpd
./Config_Chroot.pl install ntpd
./Config_Chroot.pl start   ntpd

Het Chrooten van DNS of named

Of, als je mijn script wilt gebruiken,

cd /chroot
 # Uncomment the next line if you don't use my config file.
#./Config_Chroot.pl config  named
./Config_Chroot.pl install named
./Config_Chroot.pl start   named

Het chrooten van Syslog bij diensten en mijn klachten

• Syslogd chrooten bij iedere dienst. Ik heb dit echt getest en ja, ik kon dingen loggen. Ik vind dit echter geen goede oplossing, aangezien ik nu een dienst heb die root draait.
• Controleren of we kunnen verbinden met een log faciliteit op een andere computer.
• Gewoon log bestanden schrijven naar een bestand en niet via syslogd is waarschijnlijk de veiligste optie, echter als iemand dan toch weet in te breken, kan hij de log bestanden bekijken.
• Syslogd zo configureren dat hij op verschillende plaatsen kijkt om alle diensten te vinden. Je moet de -a optie met syslogd gebruiken om dit te kunnen doen.

Als je geen losse syslogd voor iedere dienst aan wilt maken, maar wilt werken met de 'standaard' syslogd op je systeem, dan moet je het volgende commando toevoegen wanneer syslogd start:

syslogd -a /chroot/DIENST/dev/log

syslogd -a /chroot/ssh/dev/log -a /chroot/named/dev/log -a /dev/log

Laatste opmerking over syslogd: Ik wou dat ik het kon laten draaien onder een niet-root account. Ik heb een paar eenvoudige dingen geprobeerd maar het werkte niet en ik heb het opgegeven. Als ik syslogd onder een andere dan de root account kon laten draaien met iedere dienst, dan zouden mijn veiligheidsproblemen opgelost zijn. Mogelijk zou hij dan zelfs naar een andere machine kunnen loggen.  

Apache chrooten

$dbh ||= DBI->connect('dbi:Pg:dbname=DATABASE',"","", {PrintError=>0});

if ($dbh ) {$dbh->{PrintError} = 1;}
else
  {$dbh ||= DBI->connect('dbi:Pg:dbname=DATABASE;host=127.0.0.1',"","",
      {PrintError=>1});}

Bron: http://httpd.apache.org/dist/httpd/

Compileer en installeer Apache op je hoofdsysteem op /usr/local/apache. En gebruik daarna het perl script.

cd /chroot
 # Uncomment the next line if you don't use my config file.
 # ./Config_Chroot.pl config  httpd
./Config_Chroot.pl install httpd
./Config_Chroot.pl start   httpd

ExtendedStatus On

<Location /server-status>
    SetHandler server-status
    Order deny,allow
    Deny from all
    Allow from 127.0.0.1
</Location>

<Location /server-info>
    SetHandler server-info
    Order deny,allow
    Deny from all
    Allow from 127.0.0.1
</Location>

Ssh chrooten

We gaan opnieuw alleen ssh chrooten en we laten je zelf verzinnen wat de consequenties daarvan zijn (je zal niet je complete systeem kunnen zien als je dit doet). Bovendien zou het in het ideale geval aardig zijn om dit op te zetten naar bestandslogs op andere machines. En je zou Openssh moeten gebruiken, ik gebruik het commerciële ssh omdat dat eenvoudiger is (maar dat is geen goed excuus).

Bron: http://www.ssh.com/products/ssh/download.cfm

Installeer ssh op /usr/local/ssh_chroot. En gebruik daarna het Perl script.

cd /chroot
 # Uncomment the next line if you don't use my config file.
 # ./Config_Chroot.pl config  sshd
./Config_Chroot.pl install sshd
./Config_Chroot.pl start   sshd

PostgreSQL chrooten

Bron: ftp://ftp.us.postgresql.org/source/v7.1.3/postgresql-7.1.3.tar.gz

Compileer en installeer Apache op je basissysteem in /usr/local/postgres. Gebruik daarna het Perl script.

cd /chroot
 # Uncomment the next line if you don't use my config file.
 # ./Config_Chroot.pl config  postgres
./Config_Chroot.pl install postgres
./Config_Chroot.pl start   postgres

Sendmail chrooten

cd /chroot
 # Uncomment the next line if you don't use my config file.
 # ./Config_Chroot.pl config  sendmail
./Config_Chroot.pl install sendmail
./Config_Chroot.pl start   sendmail

Het positieve is dat je altijd post kan verzenden, het is het ontvangen dat problemen geeft. Uiteindelijk kon ik sendmail installeren met Apache zonder enige problemen. Enkele van mijn Perl scripts verzenden mail, en ik had dus een kopie van de de sendmail bestanden nodig in het chroot gebied van Apache  

Andere programma's onder chroot.

1. Alles zou onder chroot moeten draaien, inclusief sendmail, ssh, Apache, PostgreSQL, syslogd en iedere andere dienst die draait op de computer.
2. Alles zou onder een andere dan de root account moeten worden geplaatst (je moet misschien een beveiligde poort doorsturen naar een niet beveiligde poort). Dit is inclusief sendmail en syslogd trouwens.
3. Logs moeten naar een andere machine worden gestuurd.
4. Een partitie zou moeten worden opgezet voor iedere dienst zodat er een beperking is aan de hoeveelheid schijfruimte die een hacker kan gebruiken als hij besluit bestanden weg te schrijven. Als je te weinig partities hebt zou je een loopback apparaat kunnen gebruiken om bestanden als een bestandssysteem te mounten voor sommige diensten.
5. De root zou eigenaar moeten zijn van alle bestanden die niet veranderen.

Voor syslog heb ik het niet eens geprobeerd, maar ik zou zeggen dat logs gelogd dienen te worden onder een andere dan de root account en ik zie niet in waarom dat niet mogelijk zou zijn. Ik kon in ieder geval syslogd onder chroot draaien voor iedere dienst.

Alle diensten zouden moeten worden gedaaid onder een andere dan de root account. Zélfs NFS. Alles!  

Suggesties

• Gebruik een dubbele login voor ssh en draai twee verschillende ssh daemons.
• Zoek uit hoe je sendmail of een ander e-mail programma onder een andere dan de root account draaiende krijgt.
• Haal alle ongebruikte bibliotheken weg uit /lib. Ik heb gewoon alles gekopieerd om het mezelf makkelijker te maken. De meesten heb je toch niet nodig.
• Laat syslogd de logs op een andere machine zetten en zoek uit of we syslogd aan een netwerkpoort kunnen hangen en op die manier alle diensten uit een netwerk kunnen aansluiten op het loopback apparaat. Kijk of we syslogd draaiende kunnen krijgen onder een andere dan de root account.

Conclusie

Ik ben er 100% van overtuigd dat alle diensten zouden moeten draaien onder chroot met een andere dan de root account en iedere distributie die dat niet doet is wat mij betreft niet zuiver op de graat en dus niet bruikbaar als productie-omgeving. Ik ga alles onder chroot draaien, zoveel mogelijk -- uiteindelijk zal het me lukken.

Ik heb het idee om een HOWTO over chrooten te schrijven. Ik heb een verzoek ingediend om iemand te vinden die me kan helpen bij het omzetten van dit artikel naar LyX formaat zodat het in de Linux HOwTOs gezet kan worden.  

Refereties

1. Als dit artikel verandert dan kan het hier gevonden worden http://www.gnujobs.com/Articles/23/chroot.html

Talkback voor dit artikel

2002-06-08, generated by lfparser version 2.28

mirror server hosted at Truenetwork, Russian Federation.