Tech excellence, human relevance
LeistungenReferenzenUnternehmenKontakt

Leistungen / Identity & Security

E-Mail-Penetrationstest: der Mailfluss als Angriffsfläche

Allgemeine Penetrationstests prüfen Netzwerke und Webanwendungen; der Mailfluss bleibt dabei oft aussen vor, obwohl E-Mail einer der häufigsten Einstiegspunkte für Angriffe auf Unternehmen ist. Wir testen Ihre Mailinfrastruktur mit den Methoden eines Angreifers: ob sich Absender fälschen lassen, ob das Gateway umgangen werden kann und welche Dienste von aussen erreichbar sind.

Kontakt aufnehmen →

Testbereiche

Spoofing und Authentifizierung Lässt sich Ihre Domäne von aussen fälschen? SPF, DKIM und DMARC werden gegen reale Empfänger getestet, inklusive Subdomänen und ähnlich aussehender Domänen.
Gateway-Umgehung Direkte Einlieferung an Exchange Online oder den Mailserver am vorgeschalteten Gateway vorbei, Direct Send, ungenügend abgesicherte Connectoren und Relays.
Erreichbare Dienste SMTP, OWA, EWS, ActiveSync, Autodiscover und Admin-Oberflächen von Gateways: Versionen, bekannte Schwachstellen, TLS-Konfiguration und Authentifizierungsverfahren.
Filter und Zustellung Wie das Gateway mit präparierten Anhängen, Links und Headern umgeht, geprüft mit harmlosen Testmustern statt echter Schadsoftware.
Postfach-Sicherheit in Microsoft 365 Legacy-Authentifizierung, externe Weiterleitungen, App-Consents und Audit-Konfiguration als Konfigurations-Review.

Rahmen und Auftrag

Jeder Test beginnt mit einem schriftlichen Auftrag: Scope, Zeitfenster, Ansprechpartner und ausgeschlossene Systeme werden vorher festgelegt. Getestet werden ausschliesslich Systeme, über die der Auftraggeber verfügen darf; für Tests gegen Microsoft 365 gelten zusätzlich die Rules of Engagement von Microsoft für Penetrationstests in der Cloud. Phishing-Simulationen gegen Mitarbeitende gehören nicht zum Standardumfang und werden nur nach Abstimmung mit den Verantwortlichen für Personal und Datenschutz durchgeführt.

Ablauf

  1. 1 Auftrag und Scope Ziele, Systeme, Zeitfenster und Notfallkontakt schriftlich festlegen.
  2. 2 Aufklärung Öffentlich sichtbare Informationen auswerten: DNS, MX, Zertifikate, exponierte Dienste.
  3. 3 Tests Im vereinbarten Zeitfenster, jeder Schritt protokolliert und nachvollziehbar.
  4. 4 Bericht und Nachtest Befunde nach Risiko priorisiert, mit konkreten Massnahmen; nach der Umsetzung ein Nachtest der kritischen Punkte.

Nachzulesen im Fachblog

15.7.2026 · Microsoft 365 / Exchange Ghost Sender in Exchange Online: Ein MX-Record ist keine Firewall Direkte Zustellung an Exchange Online umgeht ein vorgeschaltetes Gateway, wenn der Tenant sie nicht ausdrücklich sperrt. Das Risiko ist real, die Ursache ist eine unvollständige Mailflow-Konfiguration. 28.8.2026 · SMTP und Mailflow Mailversand über ein Relay: TLS und Authentisierung prüfen Ein Onepager für Application Manager, deren Applikation Mails über ein Relay versendet: Welche drei Einstellungen in der Applikation zählen (Port, TLS-Modus, Anmeldung), wie die Optionen in gängigen Umgebungen heissen und wie eine einzige Testmail per Received-Header belegt, dass die Verbindung tatsächlich verschlüsselt und authentisiert läuft. 31.8.2026 · Exchange OnPrem / Hybrid CVE-2026-62911: Warum 85 Prozent der On-Prem-Exchange-Server angreifbar sind, und was technisch dahintersteckt Das BSI meldet, dass rund 85 Prozent der On-Premises-Exchange-Server in Deutschland für CVE-2026-62911 anfällig sind. Der Artikel erklärt die Lücke technisch: MRSProxy, fehlendes Channel Binding, NTLM-Relay und die Pwn2Own-Kette von Orange Tsai, dazu die Einordnung der Zahlen und das konkrete Vorgehen.

Selbst prüfen

Mail-DNS-Check ↗ MX, SPF, DKIM, DMARC, MTA-STS, TLS-RPT, DANE und DNSSEC einer Domain auf einen Blick.

Ein ähnliches Vorhaben?

Im ersten Austausch klären wir Ausgangslage, Risiken und den sinnvollsten nächsten Schritt.

Kontakt aufnehmen →

Ebenfalls im Feld Identity & Security

Incident Response E-MailE-Mail-Forensik für Behörden