Massenweise Authentifikationsversuche über SMTP

Ihr nutzt also SMTP Auth für AD User im SMTP Proxy? Wieso ist das erforderlich? 

Guten Morgen,

wenn die Funktion deaktiviert wäre, könnten die User aus dem AD doch keine Mails mehr senden...oder? Das Ganze ist nur so eingerichtet worden, dass das gesamte AD die UTM als Smarthost verwenden darf. Man könnte hier noch eine Gruppe erstellen in der nur die User sind, die diese Funktion auch wirklich nutzen. Das Problem der fremden Zugriffe werde ich damit aber wohl auch nicht lösen können. 

Beste Grüße

Standard ist, dass nach 5 Fehlersuchen eines Userlogins die Quelle für 10 Minuten blockiert wird. 

Wenn die Szenarien das berücksichtigen, kann dieser Mechanismus nicht greifen. Dann bliebe die Frage nach Passwortstärke und nach IPS.

Es bleibt aber die Frage nach der Erfordernis. Habt ihr keine(n) internen Mailserver? 

Wo kann ich sehen, dass der Standard (nach 5 Fehlversuchen Quelle für 10 Minuten blocken) aktiviert ist? Kann nämlich nicht, weil weitaus mehr als 5 Fehlversuche von einer IP-Adresse kommen. 

Einen internen Mailserver haben wir (Exchange) der im Verbund mit der UTM steht. Ist es denn nicht sicherer und einfacher den Mailverkehr über den SMTP Proxy laufen zu lassen? Oder versteh ich da gerade irgendwas falsch? Möchte ja ungerne, dass mir der ganze Mailverkehr zusammenbricht wenn ich authenticated relaying deaktiviere. 

Danke und Grüße

Okay, also die Zugriffe auf 3 fehlgeschlagene Anmeldungen zu reduzieren habe ich gefunden: Definitions an Users - Authentication Services- Advanced - Block Password Guessing. Der Haken bei SMTP Proxy war nicht gesetzt.

Bleibt trotzdem noch die Frage ob das Relaying überhaupt notwendig ist...

Dank und Grüße ! 

Auch wenn bisher keine Antwort mehr kam, möchte ich den Fall auf gelöst setzen. 

Das Problem lag an der bereits erwähnten Aktivierung des Zugriffs auf den SMTP Proxy fürs gesamte AD. Ich habe das Relaying jetzt herausgenommen, der Exchange ist ja schließlich berechtigt die Mails durch die UTM zu senden. Nachdem der Haken fürs Relaying raus war, haben auch die fremden Zugriffsversuche aufgehört.

Vielen Dank und Grüße

hi Dennis

dann würde ich mal das interne AD auf botnet befall überprüfen. es muss ja einen Grund geben warum solche anfragen überhaupt da ankommen.

vg

mod

(Sorry, my German-speaking brain isn't creating thoughts at the moment. [:(])

You will want to consult Basic Exchange setup with SMTP Proxy.

For users outside your LAN, there are then three choices (ordered from most-secure to least) for them to connect to Exchange to send/receive mail:

1. Configure WAF for Microsoft Exchange Services.
2. Have them connect via Remote Access.
3. Create, for example, an A-Record in public DNS for outlook.yourdomain.com pointing to one of your unused public IPs.  Create an Additional Address on the External interface of your UTM with that IP and name it "Outlook."  Inside your LAN, have the same FQDN resolve to the internal IP of Exchange.  Finally, create a NAT rule 'DNAT : Internet -> HTTPS -> External [Outlook] (Address) : to {Exchange}'.

MfG - Bob (Bitte auf Deutsch weiterhin.)

(Sorry, my German-speaking brain isn't creating thoughts at the moment. [:(])

You will want to consult Basic Exchange setup with SMTP Proxy.

For users outside your LAN, there are then three choices (ordered from most-secure to least) for them to connect to Exchange to send/receive mail:

1. Configure WAF for Microsoft Exchange Services.
2. Have them connect via Remote Access.
3. Create, for example, an A-Record in public DNS for outlook.yourdomain.com pointing to one of your unused public IPs.  Create an Additional Address on the External interface of your UTM with that IP and name it "Outlook."  Inside your LAN, have the same FQDN resolve to the internal IP of Exchange.  Finally, create a NAT rule 'DNAT : Internet -> HTTPS -> External [Outlook] (Address) : to {Exchange}'.

MfG - Bob (Bitte auf Deutsch weiterhin.)