Spam-Bekämpfung: So schützt Sie Ihr Hosting-Anbieter
Schätzungen zufolge sind bis zu 95 % der im Internet ausgetauschten E-Mails Spam. Davon sollen 85 % von „Botnets“ verschickt werden, also von infizierten Computern oder Servern.
Lässt sich eine legitime E-Mail überhaupt noch von Spam unterscheiden? Wie schützen Hosting-Anbieter ihre eifrigen E-Mail-Nutzer?
Hier die Antworten.
Das E-Mail-System ist von Grund auf unsicher
Die E-Mail entstand in den 1960er-Jahren und hatte in den 1970ern bereits eine Form erreicht, die der heutigen recht ähnlich ist. Der damals festgelegte E-Mail-Standard überlässt es dem Absender, welche Adresse er als Absender der Nachricht anzeigt. Das heißt: Ohne jede Prüfung kann jeder im Namen von jedem an jeden eine E-Mail senden.
Eine Adresse, die einem nicht gehört, als Absender einer E-Mail anzugeben, nennt man „Mail Spoofing“ – eine Art Fälschung der E-Mail.
Das Problem? Das funktioniert bis heute so! Im grundlegenden E-Mail-Standard verhindert nichts das Mail Spoofing. Damit ist das E-Mail-System von Grund auf unsicher.
Ist für die E-Mail also alles verloren? Vorerst ist die Welt nicht bereit, auf sie zu verzichten. Zum Glück gibt es inzwischen zahlreiche Möglichkeiten, einen Großteil des Spams zu erkennen und abzuweisen, bevor er überhaupt im Postfach der Empfänger landet. Diese Möglichkeiten stellen wir Ihnen hier vor.
Standards zur E-Mail-Authentifizierung für Hosting-Anbieter
Derzeit gibt es mindestens 6 „Standards“ – aus der Not heraus entstanden, denn einen echten Konsens gibt es nicht –, mit denen sich die Echtheit einer E-Mail prüfen lässt. Werden sie nicht eingehalten, wird die E-Mail sehr wahrscheinlich abgewiesen, und der Absender erhält eine Rückmeldung, den sogenannten „Bounce“, mit dem technischen Grund der Ablehnung.
Wenn Sie die technischen Details interessieren, finden Sie eine ausführliche Erklärung in unserem Wiki (auf Französisch).
Die 4 Grundregeln, die eine E-Mail erfüllen muss, um angenommen zu werden
HaiSoft prüft, ob eingehende E-Mails diese Regeln einhalten.
Selbstverständlich sind alle unsere Kunden, deren Domain bei uns liegt, standardmäßig so konfiguriert, dass sie diese Regeln erfüllen.
- MX: Das ist eine Frage des gesunden Menschenverstands: Man nimmt keine E-Mail von einer Domain an, die nicht existiert oder auf die man nicht antworten kann. Es wird also geprüft, ob die Domain des Absenders (der Teil nach dem @) tatsächlich existiert und einen „MX“-Eintrag besitzt, also E-Mails auf dem als MX der Domain festgelegten SMTP-Server empfangen kann.
- HELO / Reverse-IP: Hier wird geprüft, ob der sendende Server halbwegs seriös ist und nicht einfach Teil eines Botnets, das – wie eingangs erwähnt – den Großteil des Spams verschickt. Die Prüfung ist einfach, die Erklärung etwas technisch. E-Mails werden zwischen SMTP-Servern ausgetauscht. „HELO“ ist die Begrüßung, die ein SMTP-Server beim Zustellen einer E-Mail sendet. Der HELO muss ein gültiger Domainname (oder eine Subdomain) sein. Diese Domain muss auf die IP-Adresse des SMTP-Servers zeigen, und der rDNS (Reverse DNS) dieser IP muss derselbe Domainname wie der HELO sein. Außerdem darf der rDNS nicht der Standardeintrag sein (etwa der eines Providers, der die IP rückwärts enthält), sondern muss einem Namen entsprechen, der zum Dienst oder Dienstleister passt. Beispiel bei HaiSoft: Werden Ihre E-Mails auf srv01 verwaltet, lautet die IP des Servers 154.41.66.1, ihr Reverse-Eintrag srv01.haisoft.net und der HELO des Mailservers srv01.haisoft.net. Alles ist stimmig, der Kreis schließt sich.
- Blacklists: Es gibt öffentliche Listen von Spam-Versendern, im Fachjargon „RBL“ (Realtime Blackhole List) genannt. Steht die sendende IP auf einer dieser RBLs, wird der empfangende SMTP-Server die E-Mail wahrscheinlich abweisen. Dann gilt es, den Spam-Versand zu stoppen und bei den betreffenden Stellen die Entfernung aus der Liste zu beantragen. Bei manchen genügt es, abzuwarten. Sie können mit MXToolbox prüfen, ob eine IP auf einer Blacklist steht.
- Der SPF-Eintrag: SPF ist heute wohl die grundlegendste und wichtigste Regel. Das „Sender Policy Framework“ legt fest, welche Server E-Mails für eine Domain versenden dürfen. Es wird als TXT-Eintrag in der DNS-Zone der Domain hinterlegt und verhindert „Mail Spoofing“, also dass Dritte E-Mails in Ihrem Namen verschicken. So wird zum Beispiel eine @gmail.com-E-Mail nur angenommen, wenn sie von einem Server stammt, der zu Gmail gehört und im SPF-Eintrag der Domain „gmail.com“ aufgeführt ist. Ein SPF-Eintrag kann streng oder nicht streng sein (vollständige Ablehnung nicht konformer E-Mails oder Entscheidung beim Empfänger), je nachdem, ob er mit „-all“ oder „~all“ endet. Wichtig: Es ist der Empfänger, der prüft, ob die eingehende E-Mail dem SPF-Eintrag der Absenderdomain entspricht. HaiSoft setzt den Standard schon seit mehreren Jahren um und stellt standardmäßig einen nicht strengen SPF-Eintrag bereit; seit Kurzem ist dieser Eintrag für Neukunden standardmäßig streng.
Weitergehende Prüfungen
- Die DKIM-Signatur: DKIM signiert einen Teil Ihrer ausgehenden E-Mails mit einem Code, der sich nur mit dem öffentlichen Schlüssel in Ihrer DNS-Zone überprüfen lässt. Das stärkt die Authentifizierung der von Ihrer Domain versendeten E-Mails, denn nur eine von Ihrem Server gesendete E-Mail kann eine gültige Signatur tragen. Der öffentliche DKIM-Schlüssel wird als TXT-Eintrag in Ihrer DNS-Zone hinterlegt. Sie können DKIM mit wenigen Klicks in Plesk aktivieren (auf Französisch).
- Der DMARC-Eintrag: Mit DMARC legen Sie fest, was passiert, wenn DKIM oder SPF nicht eingehalten werden: E-Mails abweisen, einen bestimmten Prozentsatz annehmen, Berichte (standardmäßig täglich) an eine festgelegte Adresse senden usw. So ist sichergestellt, dass gefälschte E-Mails von allen Empfängern, die DMARC prüfen, abgewiesen werden. Neukunden erhalten standardmäßig einen DMARC-Eintrag. Bestandskunden können ihn in ihrer DNS-Zone hinzufügen oder ihren bevorzugten Support darum bitten!
Spamfilter
Über die Standards für den Versand hinaus prüfen Spamfilter den Inhalt der E-Mails. Damit soll man sich vor dem schlimmsten Spam schützen: dem, der perfekt authentifiziert ist und technisch legitim wirkt, aber in Wahrheit unerwünscht ist.
Spamfilter sortieren E-Mails daher nach ihrem Inhalt: Sie suchen nach Schlüsselwörtern und Formatierungsfehlern oder berücksichtigen sogar den verwendeten E-Mail-Client, der in den Kopfzeilen der Nachricht steht.
Der meistgenutzte Spamfilter ist SpamAssassin, der jeder E-Mail eine Punktzahl gibt: Je höher sie ist, desto wahrscheinlicher handelt es sich um Spam. Bei HaiSoft lässt sich dieser Schwellenwert im Plesk-Control-Panel für jede Adresse einzeln einstellen, und die anzuwendende Aktion (nichts tun, als Spam markieren, in den Spam-Ordner verschieben) ist konfigurierbar.
Und funktioniert das?
Diese Systeme filtern den Großteil des Spams heraus.
Manchmal funktionieren sie sogar etwas zu gut! Es kommt regelmäßig vor, dass Nutzer ihre Domain oder ihren E-Mail-Client falsch konfiguriert haben. Dann kann es zu Fehlalarmen kommen, also zur Ablehnung legitimer E-Mails. Der Absender erhält eine Ablehnungsmeldung und versteht in der Regel, dass seine Konfiguration fehlerhaft ist und er sie zusammen mit seinem Hosting-Anbieter korrigieren muss. In manchen Fällen kann der sendende Server oder der Absender auf eine Whitelist gesetzt werden, damit diese fehlerhaften E-Mails trotzdem angenommen werden. HaiSoft unterstützt Sie in diesem Fall – und ebenso, wenn Ihre eigenen E-Mails abgewiesen werden.
Umgekehrt reichen diese Schutzmaßnahmen manchmal nicht aus. Ist eine E-Mail-Adresse zu vielen Spammern bekannt, erhalten Sie womöglich weiterhin zu viel Spam, und es braucht drastischere Lösungen. Das ist jedoch ein anderes Thema, dem wir einen eigenen Artikel widmen werden. Abonnieren Sie unseren Newsletter, um über neue Artikel informiert zu werden.
Wir hoffen, dass Sie nun besser verstehen, wovon die Zustellbarkeit von E-Mails abhängt – beim Empfang ebenso wie beim Versand. Wenn Sie HaiSoft-Kunde sind und zu viel Spam erhalten oder Ihre E-Mails im Spam landen, hilft Ihnen unser Support gerne dabei, Ihre Konfiguration zu optimieren.
