Linux - Security und Firewall Labor: Unterschied zwischen den Versionen

Aus Xinux Wiki
Zur Navigation springen Zur Suche springen
← Zum vorherigen Versionsunterschied
 
(7 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 12: Zeile 12:


= Hostzugriff absichern =
= Hostzugriff absichern =
* Falls man physischen Zugriff zur Maschine hat, kann die Authentifzierung von ''root'' beim Booten umgangen werden
*[[Hostzugriff absichern Linux - Security und Firewall Labor]]
* [[Linux boot hacking|Bootsicherheit/-hacking]]
* Das wollen wir an der Firewall verhindern
* [[Grub2 Password|GRUB Passwort einrichten]]


= Remotezugriff mit [[:Kategorie:SSH|SSH]] =
= Remotezugriff mit [[:Kategorie:SSH|SSH]] =
* Da man nicht immer physisch an einer Maschine anwesend sein kann, empfiehlt es sich Hosts über SSH zu steuern
*[[Remotezugriff mit - Linux - Security und Firewall Labor]]
* Der Datenverkehr ist dabei verschlüsselt, damit es beide Maschinen vor potentiellen Angreifern schützt, die den Verkehr mitschneiden
* Jeder Host soll über das [[SSH-Protokoll]] administrierbar sein
* Generieren Sie einen SSH-Schlüssel mit der Passphrase, z.B. ''123Start$''
* hinterlegen Sie den öffentlichen Schlüssel für die Nutzer ''kit'' und ''root'' auf der Firewall
* Der SSH-Server sollte nach Sicherstellung des Zugriffs über autorisierte SSH-Schlüssel keine Passwort-Authentifizierung mehr zulassen: [[SSH-Server Hardening]]
* Am Ende sollte jeder Host über '''ssh ''user''@''ip.oder.host.name'' ''' erreichbar sein
 
= Router Firewall =
= Router Firewall =
*[[Router Firewall - Linux - Security und Firewall Labor]]
*[[Router Firewall - Linux - Security und Firewall Labor]]
Zeile 33: Zeile 23:
*[[iptables firewall]]
*[[iptables firewall]]


== DHCP ==
= DHCP =
*[[DHCP Linux - Security und Firewall Labor]]
*[[DHCP Linux - Security und Firewall Labor]]


Zeile 42: Zeile 32:
*[[DNS für das Labor einrichten - Linux - Security und Firewall Labor]]
*[[DNS für das Labor einrichten - Linux - Security und Firewall Labor]]


=Nameserver=
*[[DNS Linux - Netzwerk und Serveradministration - Skript]]
*[[DNS Linux - Netzwerk und Serveradministration - Skript]]
==SFTP Server==
=SFTP Server=
*[[SFTP Server Linux - Security und Firewall Labor]]
*[[SFTP Server Linux - Security und Firewall Labor]]


Zeile 62: Zeile 51:


= Fail2ban für SSH/SFTP einrichten =
= Fail2ban für SSH/SFTP einrichten =
*'''apt install iptables fail2ban'''
*[[Fail2ban für SSH/SFTP einrichten]]
* Plan ist es den DNS Server als Angreifer auf den SFTP Server zu starten
* [[Fail2ban ssh]]


= [[Proxy Konzepte|Proxies]] =
= [[Proxy Konzepte|Proxies]] =
== SOCKS Proxy ==
== SOCKS Proxy ==
 
*[[SOCKS Proxy]]
* SOCKS Proxies verbinden Client und Server protokollunabhängig über einen Proxy
* Eine verschlüsselte SOCKS Verbindung kann man am einfachsten mit SSH erreichen
* '''ssh -fnN -D 8080 kit@sftp'''
* '''curl www.lab1''xx''.sec
* '''curl --socks5 localhost:8080 www.lab1''xx''.sec
* Unterschiedliche IPs sollten unter ''/var/log/apache2/access.log'' zu sehen sein


== [[Squid ACL Basic|Squid als Standard Proxy]] ==
== [[Squid ACL Basic|Squid als Standard Proxy]] ==
Zeile 99: Zeile 80:


= HIDS =
= HIDS =
 
*[[HIDS - Linux - Security und Firewall Labor]]
{{#drawio:linux-sec-fire-05}}
 
== [[Aide Konfiguration|AIDE]] ==
*[[Aide Linux - Security und Firewall Labor]]
 
== [[Tripwire]] ==
*[[Tripwire Linux - Security und Firewall Labor]]


= [[Was ist GSM|Greenbone]] Security/Vulnerability Manager (''Hacking & Security'' Seite 161) =
= [[Was ist GSM|Greenbone]] Security/Vulnerability Manager (''Hacking & Security'' Seite 161) =

Aktuelle Version vom 13. April 2025, 14:17 Uhr

Ziel

physischer Netzwerkplan

linux-sec-fire-00.0

logischer Netzwerkplan

linux-sec-fire-00
linux-sec-fire-00.1

VM Vorlage

Hostzugriff absichern

Remotezugriff mit SSH

Router Firewall

Firewall

DHCP

Switch

DNS für das Labor einrichten

SFTP Server

Strongswan IPSEC

Wireguard

OpenVPN

Crowdsec

Fail2ban für SSH/SFTP einrichten

Proxies

SOCKS Proxy

Squid als Standard Proxy

  • Ein einfacher Proxy soll eingerichtet werden
  • Über die Source-IP wird kontrolliert, ob ein Client den Proxy benutzen darf
  • Weitere ACLs können den Zugriff auf bestimmte Webseiten blockieren

Transparenter Proxy

  • Clients im LAN sollen nicht die Möglichkeit haben den Proxy zu umgehen, indem sie den Eintrag aus dem Browser entfernen
  • Über Firewall-Regeln können die Webanfragen auf den Proxy geleitet werden

Virenscanning mit ClamAV in Squid

  • Durch Installieren von Stammzertifikaten auf den Browsern der Clients, soll Squid die Möglichkeit haben die Inhalte der Webseiten zu scannen
  • Der Proxy kann so dann verhindern, dass Clients sich Viren herunterladen

Suricata

Mandatory Access Control

Apparmor

SELinux

HIDS

Greenbone Security/Vulnerability Manager (Hacking & Security Seite 161)

Portscanning

  • Die Effektivität der Firewall soll mit nmap getestet werden
  • Für einen Vergleich scannen wir einmal mit Default-Policy accept und einmal mit drop

IP bei zuvielen Anfragen sperren

Abgerufen von „http://wiki.xinux.net/index.php?title=Linux_-_Security_und_Firewall_Labor&oldid=61651“