Ich hab Regeln in die Firewall gesetzt, aber sind die alle korrekt? Port 80, 443, 22 — was muss ich sonst noch schließen?

öffne nicht den Scheiß-Port 22 ändere den Port auf 2222 oder so, aber installier trotzdem fail2ban. ehrlich gesagt wenn kein Mail da ist öffne SMTP/IMAP gar nicht aber lass nur 80, 443 2222 offen den Rest zu...

UFW-Befehle: ufw default deny incoming, ufw allow 80/tcp, ufw allow 443/tcp, ufw limit 2222/tcp (Rate Limiting für SSH), ufw deny 3306/tcp (blockiert MySQL extern). Check: ufw status numbered. Logging aktivieren: ufw logging on, level medium. SSH-Config (/etc/ssh/sshd_config): Port 2222, PermitRootLogin no, PubkeyAuthentication yes, PasswordAuthentication no (key-based). Neustart: systemctl restart sshd. Interne Kommunikation: iptables-Regeln oder Security Groups (auf Cloud-Provider-Ebene).

einfachste Einrichtung: Port 22 vom Internet schließen, nur von der Büro-IP offen lassen... oder Port ändern, auf 2222 setzen. mySQL-Port 3306 gar nicht öffnen, nur localhost. hTTP, HTTPS normal, snost nichts öffnen. das wars dann ist die Sache erledigt.

Firewall-Ebenen: Perimeter (ISP-Ebene), Netzwerk (Router-Firewall), Host (host-basierte Firewall). Für den Webserver: Host-Firewall (UFW) + Cloud Security Group (falls Cloud). SSH-Zugriff: Bastion-Host hinter VPN, oder IP-Whitelist. Datenbank-Zugriff: Nur internes Netzwerk, niemals extern. Logging für alle abgewiesenen Pakete – SIEM-Integration ist ideal. Rate Limiting für SSH + TCP SYN Flood Protection.

Port 22 offen = du lädst Hacker ein 😂 Ändere den Port installier fail2ban, dann ist die Sache erledigt. Mail-Ports? Wenn unnötig mach sie zu warum öffnen...

Du hast recht. Änderungen an Zahlungsdaten werden niemals über den Kanal bestätigt, über den sie eingehen.

Wenn ihr es zum ersten Mal macht, fangt klein an, die Skalierung kommt später. Wenn deine Situation anders ist, ändert sich das natürlich.

wenn wir ins Detail gehen: Kein Prozess ohne Dokumentation verbessert sich weil man nicht weiß was man verbessern soll.

viel Erfolg.

das habe ich auch erlebt.

Teilweise stimme ich zu, teilweise nicht. Wenn man versucht, alles gleichzeitig zu ändern, etabliert sich nichts richtig.

In den ersten drei Monaten läuft alles gut, die Probleme tauchen im vierten Monat auf. Wenn ihr das Ergebnis hier postet, hilft es auch anderen.

letztes Jahr haben wir fast genau dasselbe erlebt und bei uns war der größte Zeitfresser die Unklarheit darüber wer entscheidet.

wenn Genehmigung und Umfang nicht schriftlich vorliegen darf der Test nicht starten und wenn deine Situation anders ist ändert sich das natürlich.

Ich stimme zu. Sicherheit ist nicht absolut; es bedeutet, den Angriff so aufwendig zu machen, dass er sich nicht lohnt.

Wenn deine Situation anders ist, ändert sich das natürlich.

Das habe ich auch erlebt. Wenn ihr es zum ersten Mal macht, fangt klein an die Skalierung kommt später.

An deiner Stelle würde ich so vorgehen.

Das hört man oft, aber bei uns war es nie so. Änderungen an Zahlungsdaten werden niemals über den Kanal bestätigt, über den sie eingehen.

Die meisten Vorfälle beginnen nicht mit einer Schwachstelle, sondern mit einem geleakten Passwort. An deiner Stelle würde ich so vorgehen.

Notiert, danke.

Ich habe diesen Weg schon hinter mir ich erzähl mal. halt wenn die Zwei-Faktor-Authentifizierung aktiv ist reicht ein gestohlenes Passwort allein nicht aus.

Wenn der Benachrichtigungsweg lang ist kommen keine Benachrichtigungen; keine Benachrichtigung bedeutet spät erkannte Vorfälle. An deiner Stelle würde ich so vorgehen.

Ich fasse kurz zusammen, was bisher gesagt wurde. Bei uns war der größte Zeitfresser die Unklarheit darüber, wer entscheidet.

Ein nicht getestetes Backup ist kein Backup. Wenn deine Situation anders ist, ändert sich das natürlich.

Ich probiere es aus.

Ich habe diesen Weg schon hinter mir, ich erzähl mal. Zwei Wochen Notizen machen liefert bessere Ergebnisse als eine sechsmonatige Schätzung.

Kein Prozess ohne Dokumentation verbessert sich, weil man nicht weiß, was man verbessern soll. Wenn es jemand anders macht, würde mich das auch interessieren.