Hacking Linux Proseminar Network Hacking und Abwehr

Transkript

1 Lehrstuhl Netzarchitekturen und Netzdienste Institut für Informatik Technische Universität München Hacking Linux Proseminar Network Hacking und Abwehr Vortragender: Marek Kubica Betreuer: Holger Kinkelin

2 Programm Warum Linux hacken? Einige populäre Angriffe und was man dagegen tun kann : ) Buffer Overflow Symlink Attacke Input validation failure Bruteforce password guessing Und wie man auch sonst das System sicher bekommt : ) Software Updates Interessante Linux Features Hacking Linux 2

3 Software auf Linux Kernel Mail: Sendmail, Postfix, Exim, Dovecot, SpamAssassin Web: Apache, Lighttpd, nginx, Cherokee FTP: UW FTPd, ProFTPd Datenbanken: PostgreSQL, MySQL, SQLite Eine ganze Menge Einfallstore für Angriffe : ( Hacking Linux 3

4 Buffer Overflow Passiert wenn man über einen Puffer hinausschreibt In Lowlevel Sprachen wie C sehr einfach möglich Überschreibt dann irgendwelche anderen Daten : ( Etwa Rücksprungsadressen Schleuse für ausführbaren Code (Shellcode) Hacking Linux 4

5 Sicherung gegen Buffer Overflow Von Neumann Architektur Angreifer können Code in Speicher einschleusen : ( NX Bit No executable Speicherbereiche Wenn Speicher NX, kann der Code im Speicher nicht ausgeführt werden Gefahr gebannt, Programm terminiert : ) Prüfung der Stackframes Muss vom Compiler unterstützt und aktiviert werden Heißt bei GCC ProPolice Nur wenige Distributionen tun das standardmäßig : ( Hacking Linux 5

6 Symlink Attacke Unix Dateisysteme unterstützen transparente Links auf Dateien/Ordner Bsp: /tmp/tempfile /etc/shadow Viele Programme nutzen temporäre Dateien Temporäre Dateien + Symlinks: Breakage : ( Ermöglicht unterjubeln von Symlinks an Programme die keine Symlinks erwartet haben Programme mit root Rechten können dumme Sachen mit den Symlinks anstellen Berechtigung auf lesbar für alle stellen Inhalte überschreiben Hacking Linux 6

7 Kompartimentierung Chroot Sperrt ein Programm in einen Bereich des Dateisystems Programme können nicht außerhalb der chroot lesen/schreiben Ausbruch dennoch möglich OpenVZ, Virtuozzo, Xen, KVM, Lguest, Linux VServer Und wiesiealleheißen ; ) Eine ganze Menge anderer Ansätze: Besseres chroot, Paravirtualisierung Hacking Linux 7

8 Limitierung der Programmrechte Nicht jedes Programm mit root Rechten benötigt alle Privilegien Bsp: /etc/shadow lesen/schreiben ist meist nicht nötig Nicht jedes Programm mit User Rechten benötigt alle Privilegien Ein PDF Reader muss keine Dateien löschen können Linux bietet Security Module die man ins System einhängen kann SELinux Umfassend, aber kompliziert zu konfigurieren Im Linux Kernel integriert : ) Von der NSA AppArmor Novells Alternative zu SELinux Einfacherer Regelsatz : ) Hacking Linux 8

9 Bruteforce password guessing Passwörter (automatisiert) erraten Viele Loginversuche => langsam; kann geblockt werden Benutzernamen in /etc/passwd, Passworthashes in /etc/shadow /etc/passwd für alle Systemuser lesbar : ( /etc/shadow knacken Manchmal läuft die Authentifizierung auch anders (LDAP & Co) Lokale User nicht an /etc/shadow lassen Root Login verhindern Anzahl der Login Versuche limitieren Hacking Linux 9

10 Input validation failure User machen Fehler, Programme sollten Eingaben prüfen Einige Programme crashen bei Falscheingaben Manchmal machen sie stattdessen etwas dummes : ) Beispiele: XSS SQL Injection $ telnet -l -froot adresse_eines_solaris_10 Trying adresse_eines_solaris_10 Connected to adresse_eines_solaris_10 Escape character is '^]' Last login: Sun Jul 27 14:13:55 from some_other_host Sun Microsystems Inc. SunOS 5.10 Generic January 2005 # id uid=0(root) gid=0(root) : ) Linux NIC Treiber und Jumbo Frames: e1000, rtl8169 kaputt Hacking Linux 10

11 Aktuelle Software Sicherheitslücken werden oft schnell behoben Red Hat, Debian, Ubuntu, Novell, Mandriva Zügige Updates nötig Paketmanagement existiert : ) APT, YUM, Canary, Portage, Pacman, urpmi, ZYpp Auf signierte Pakete achten (Man in the middle) Update Announcements (Advisories) lesen Hacking Linux 11

12 Modularisierung von root Manchmal braucht man nur ganz bestimmte root Rechte Raw Sockets Listen() auf Ports unter 1024 Möglichkeit Berechtigungen beliebig zu setzen Signale wie TERM, KILL an fremde Prozesse schicken Kein Sinn das Programm dann komplett als root laufen zu lassen Linux Capabilities bieten einzelne Rechte : ) Hacking Linux 12

13 Wechsel der Software Viel Software ist unsicher geschrieben : ( Weil man nicht von bösartigen Benutzern ausging Weil sie unachtsam geschrieben wurde Sichere Alternativen existieren : ) Sendmail => Postfix UW IMAP => Dovecot WU FTPD => vsftpd Wechsel der Protokolle Rlogin => SSH FTP => SFTP Hacking Linux 13

14 Zusammenfassung Linux ist nicht per se sicher Die üblichen Angriffe sind auf Linux genauso möglich Dazu auch noch Angriffe die nur auf Linux/Unix machbar sind : ( Es gibt jedoch eine ganze Reihe von Sicherheitsmaßnahmen : ) Erfordert vom Administrator einiges an Wissen Nicht immer komfortabel Selten brauchbar dokumentiert Dafür aber umfassend Hacking Linux 14