Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 20061 SpamAssassin.

Präsentation zum Thema: "Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 20061 SpamAssassin."—  Präsentation transkript:

1 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 20061 SpamAssassin

2 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 20062 SpamAssassin Ausgangslage Pro Tag empfangen die zentralen Mail-Gateways der Universität ca. 200’000 E-Mails Davon werden über 70% als SPAM erkannt

3 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 20063 SpamAssassin Ausgangslage Seit einigen Jahren sind auf den zentralen Mailgates der Uni SPAM-Blocker (SPAM-Listen) installiert Diese SPAM-Blocker (MAPs und SpamCop) sind Listen mit IP- Adressen, von denen aus entweder gar keine E-Mails frei ins Internet verschickt werden dürfen (ISP-Bereiche, E-Mails nur über Mailhost des Providers) oder IP-Adressen, von denen bereits SPAM verschickt wurde. Diese Massnahmen erkennen immerhin die oben erwähnten 70% SPAM und filtern sie aus dem Mailverkehr der Uni.

4 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 20064 SpamAssassin Ca. 220’000 E-Mails pro Tag Ca. 150 - 160’000 abgewiesene SPAMs

5 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 20065 SpamAssassin Probleme Falsch Negative: SPAM Produzenten entwickeln immer bessere Methoden, die bekannten SPAM-Listen zu umgehen/überlisten Falsch Positive: Die SPAM-Listen überprüfen nur die Absender-IP-Adresse. D.h., dass alle E-Mails von einer geblockten Adresse abgelehnt werden. Dies führt, z.B. wenn die Mailserver des MIT, von GMX oder SwissOnline auf den SPAM-Listen erscheinen, zu falsch als SPAM deklarierten E-Mails (False Positives)

6 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 20066 SpamAssassin Feedback Immer mehr SPAMS kommen durch die Filter Zu viele Falsch Positive (z.B. MIT ist ab und zu auf den Listen) Gerade richtig Kein zentrales Filtern Zentrales Filtern

7 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 20067 SpamAssassin Die Lösung

8 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 20068 SpamAssassin Die Lösung Nicht KEIN sondern BESSERES zentrales Filtern

9 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 20069 SpamAssassin Die Lösung Nicht mehr nur IP-Adressen basiertes Filtern sondern Berücksichtigung von diversen anderen Parametern bei der Bewertung: oContent Filtering oLernen

10 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 200610 SpamAssassin Probleme Problematisch beim Content Filtering sind die unterschiedlichen Anforderungen der sehr heterogenen Benutzerschaft der Universität: Viagra: für 90% SPAM aber es gibt auch Pharmakologen und Mediziner Viele $ in E-Mails: für 90% Werbung aus den USA aber es gibt auch Programmierer Socken, Silberbesteck: für 90% Werbung aber es gibt eventuell Marketing Analysten, die Untersuchungen über SPAMs machen

11 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 200611 SpamAssassin Die Lösung Nach einer eher entäuschenden Evaluation eines sehr teuren kommerziellen Systems habe sich die ID entschlossen, das OpenSource Produkt SpamAssassin zu evaluieren. SpamAssassin erfüllt sehr viele der von uns gestellten Anforderungen, ist gratis und passt ausgezeichnet in das E- Mail Konzept der Universität oHoch verfügbar und skalierbar oContent Filtering oLernfähig oDiverse Einstellungen pro Pro User möglich oLDAP Authentifizierung

12 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 200612 SpamAssassin Vorteile von SpamAssassin SpamAssassin arbeitet mit einem Punkte System. E-Mails durchlaufen diverse Analysemodule und erhalten von jedem Modul eine Anzahl Punkte, die sich pro E-Mail aufsummieren. Punkte z.B. für: SPAM-Listen Spezifische Header Informationen Verdächtigen Content HTML Code u.a.

13 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 200613 SpamAssassin Das Interface Um möglichst viele Benutzeranforderungen zu erfüllen, stellen die ID allen Benutzern ein Interface zur Verfügung, mit dem persönliche SPAM-Einstellungen gemacht werden können.

14 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 200614 SpamAssassin 

15 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 200615 SpamAssassin 

16 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 200616 SpamAssassin 

17 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 200617 SpamAssassin 

18 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 200618 SpamAssassin 

19 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 200619 SpamAssassin 

20 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 200620 SpamAssassin 

21 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 200621 SpamAssassin 

22 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 200622 SpamAssassin 

23 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 200623 SpamAssassin 

24 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 200624 SpamAssassin 

25 Universität Zürich Informatikdienste 25.04.06 GoKoordinatorenmeeting 27. April 200625 SpamAssassin Einführung von SpamAssassin Für Benutzer möglichst transparent Default bleibt wie bisher nur SPAM-Listen Benutzer können ihre Konfigurationen selbst testen Aber! Absender können nicht über gelöschte E-Mails informiert werden Vor Einführung genaue Informationen an IT-Verantwortliche und Benutzer Termin vorraussichtlich im Juni