- Graylist
-
Der Begriff Graue Liste bzw. Greylisting (brit.)/Graylisting (USA) bezeichnet eine Form der Spam-Bekämpfung bei E-Mails, bei dem die erste E-Mail von unbekannten Absendern temporär abgewiesen und erst nach einem zweiten Zustellversuch angenommen wird.
Inhaltsverzeichnis
Funktionsweise
Wird ein SMTP-Server kontaktiert, damit dieser eine E-Mail in Empfang nimmt, so sind diesem Mailserver folgende drei Daten bekannt, bevor der Mail-Server die E-Mail annehmen muss (der "SMTP-Envelope"):
- IP-Adresse des absendenden Mailservers
- E-Mail-Adresse des E-Mail-Senders
- E-Mail-Adresse des E-Mail-Empfängers
Wurde eine E-Mail mit dieser Kombination von Adressen noch nie empfangen, dann wird der Zustellversuch durch den SMTP-Server abgeblockt mit einer Meldung, dass ein temporärer Fehler aufgetreten sei, der SMTP-Client die Zustellung also später noch einmal versuchen soll. Wird ein nächstes Mal versucht, eine E-Mail mit derselben Kombination von Daten zuzustellen (was ein regulärer und RFC-konform konfigurierter SMTP-Server auf jeden Fall tun sollte), so wird diese E-Mail (nach einem konfigurierbaren Zeitintervall) akzeptiert. Ob und wann ein erneuter Zustellversuch unternommen wird, hängt einzig und allein vom Versender ab. Es gibt auch Greylisting-Implementierungen, die die Regeln ein wenig lockern, indem z.B. die beteiligten Domains statt der E-Mail-Adressen eingetragen und überprüft werden.
Vorteile
Typische Software für den Massen-Versand von E-Mails (insbesondere Würmer oder Trojaner) versucht oft nicht, eine (Spam-)E-Mail ein zweites Mal an denselben SMTP-Server zuzustellen. Solche E-Mails werden durch „Greylisting“ erfolgreich gefiltert. Zurzeit (Stand August 2007) ist damit eine sehr effektive Spambekämpfung möglich, die den Spam auf bis zu ein Zehntel reduziert.
Durch die verzögerte Zustellung greifen auch Verfahren zur Spamerkennung, die auf Netzwerkprüfungen basieren, effektiver (wie z.B. RBLs, Vipul’s Razor und DCC), da zwischen erstem und zweitem Zustellungsversuch die Spamwelle evtl. bereits erkannt und auf den entsprechenden Blacklisten eingetragen wurde.
Eine E-Mail kann bereits abgelehnt werden, wenn lediglich der Mail-Envelope mit Absender- und Empfängerdaten empfangen wurde und nicht erst nachdem die komplette E-Mail (mit Body und ggf. Anhängen) erhalten wurde. Auf diese Weise werden weitere Spamfilter wie z.B. Spamassassin nicht mit einer abgewiesenen Mail belastet, was erheblich Ressourcen spart.
Anders als bei heuristischen Spam-Bekämpfungs-Verfahren geht durch „Greylisting“ im Normalfall keine E-Mail verloren. Die meisten Greylisting-Implementierungen führen eine dynamische Whitelist. Nach einer erfolgreichen Mailzustellung wird die Kombination Sender, Empfänger und Mailserver in die Whitelist eingetragen. Kombinationen, die in der Whitelist vermerkt sind, umgehen das Greylisting, wodurch die E-Mail bereits beim ersten Versuch zugestellt wird. Findet zwischen 2 Personen wiederholt ein E-Mail-Versand statt, wird dieser also nicht durch das Greylisting behindert.
Nachteile
Es gibt einige (fehlerhafte) Mailserver-Programme, die bei temporären Fehlern keinen späteren Zustellversuch unternehmen, sondern die E-Mails trotz nicht erfolgter Zustellung entweder verwerfen oder als unzustellbar an den Absender zurück schicken (Bounce). Im ersteren Fall geht die Nachricht vollständig verloren. In beiden Fällen sollte auf jeden Fall der zuständige Administrator des versendenden Mailservers angehalten werden, diese grobe Fehlkonfiguration seines Systems zu beheben. Des Weiteren bieten viele Greylisting-Implementationen eine Whitelist, die allerdings eher für legitime als für fehlerhafte Absender genutzt werden sollte, beispielsweise zum Whitelisting großer Provider wie AOL, GMX oder WEB.de. Der durch den hohen Anteil gefälschter Absender-Adressen wieder erhöhte Spam-Anteil kann durch Verwendung von SPF negiert werden.
Ein weiterer Nachteil ist die Zeitverzögerung. Eine erwünschte E-Mail kann durch das Greylisting einige Minuten oder Stunden später eintreffen.
Einige Mailserver-Programme generieren bereits beim ersten Versuch einer durch Greylisting abgewiesenen E-Mail einen Zustellbericht an den Absender. Dieser Bericht wird oft nicht genau gelesen bzw. nicht verstanden und somit oft als Bericht über eine endgültig fehlgeschlagene Zustellung behandelt.
Wie alle Methoden der Spambekämpfung kann Greylisting durch Weiterentwicklung der Spam-Software an Effizienz verlieren. Zurzeit ist davon noch nicht viel zu bemerken, doch könnte z. B. ein zweiter Zustell-Versuch implementiert werden, um Greylisting zu umgehen. Dadurch benötigen Spam-Versender jedoch mehr Ressourcen und können weniger Spam pro Zeiteinheit ausliefern. Die zeitliche Verzögerung kann zudem dazu benutzt werden, Spam-Versender zu erkennen. Trotzdem ist es sinnvoll, auch andere Verfahren wie beispielsweise SPF oder DKIM einzusetzen.
Weiterhin ist zu beachten, dass nach Möglichkeit alle für eine Domain zuständigen Mailserver Greylisting aktiviert haben, da Spamversender bereits heute häufig direkt den – oft schlechter geschützten – MX mit der geringsten Priorität zur Einlieferung benutzen.
Bei Implementierungen auf Cluster-Servern ist zu beachten, dass die Greylist-Datenbank auf alle Serverknoten repliziert wird, da sonst der Mail-Empfang stark verzögert werden kann.
Siehe auch
Weblinks
- http://www.greylisting.org
- Postgrey, Greylisting - Implementierung für Postfix als Policy - Server: http://postgrey.schweikert.ch/
- Postfix: Greylisting mit Postgrey (SuSE) http://www.huschi.net/21_239_de.html
- Policyd - Anti-Spam Plugin für Postfix mit Greylisting
- Greylisting mit Sendmail
- spamd, Greylisting-Implementierung von OpenBSD: http://www.openbsd.org/spamd/
- Plesk Greylisting/Spamdyke Control Panel (deutsch/englisch) : http://www.haggybear.de
- Greylisting für qmail mit spamdyke: spamdyke.org (Englisch), huschi.net, rootforum.de
- Greylisting für qmail auf Plesk 8.x installieren: huschi.net, clausvb.de
- Greylisting mit Grafiken erklärt
Wikimedia Foundation.
