Have a look at this one:
Das Feature steht – wie bereits erwähnt – zunächst für alle vServer ab der G12 zur Verfügung und wird auch noch schrittweise für ältere Generationen ausgerollt.
Wir möchten dennoch ausdrücklich betonen, dass diese Firewall nur Basisschutz bietet und keinen Ersatz für zusätzliche, eigene Sicherheitsmaßnahmen darstellt – deshalb empfehlen wir, auf eigene, lokale Firewall-Lösungen trotzdem nicht zu verzichten.
Ebenso möchten wir euch darauf hinweisen, dass einige Regeln bereits standardmäßig vordefiniert sind, um beispielsweise E-Mail-Spamming zu verhindern. So ist beispielsweise ausgehender Traffic auf Port 25 (SMTP) standardmäßig blockiert. Falls du deinen Server als Mailserver betreiben möchtest, kannst du diese Regel jederzeit manuell entfernen. In diesem Fall stelle jedoch sicher, dass deine E-Mail-Konfiguration vollständig und korrekt ist, um Sperrungen durch Drittanbieter oder Blacklist zu vermeiden.
Wenn die Firewall und damit die SMTP-Block-Regel für Bestandsysteme ausgerollt wird, halte ich das für keine gute Idee.
Ein Teil meiner Server läuft heute als sauber konfigurierte Mailserver. Da würde eine solche Regel, die plötzlich erscheint doch den Betrieb, die Funktionalität und die Verfügbarkeit erheblich stören.
Ich würde mal einen dpkg --verify ausführen. Der läuft einen Moment und prüft, welche Dateien aus den Installations-Paketen modifiziert/manipuliert wurde.
Wenn dort Datein in bin oder sbin auftauchen, würde ich von einer feindlichen Übernahme des Systems ausgehen.
Das npm Ökosystem hatte im letzten halben Jahr einige Angriffe mit Hintertüren und Infostealern. Ansonsten gabs die letzten Tage mit den React Server Components eine dicke Sicherhitslücke.
In der reinen Lehre nach RFC 4408 sollte der Host der bei MAIL FROM und HELO verwendet wird, auch einen SPF-Record bekommen:
mail.mailrunner.de. TXT "v=spf1 a -all"
Den mx auf dieser Ebene kannst du dir sparen, weil es auf der Ebene mail.mailrunner.de keinen MX-Record gibt, auf der Domain mailrunner.de ist er notwendig.
