Subdomain-Policy (sp=)
Der sp=-Tag definiert eine eigene DMARC-Policy für alle Subdomains einer Organisation, unabhängig von der Policy der Hauptdomain.
Warum das für Ihr Unternehmen relevant ist
Angreifer weichen gezielt auf Subdomains aus (rechnung.ihre-firma.ch), wenn die Hauptdomain geschützt ist. Ohne explizite Subdomain-Policy erbt zwar jede Subdomain die Hauptpolicy — aber Ausnahmen und Altlasten bleiben oft unbemerkt.
Technische Funktionsweise
v=DMARC1; p=reject; sp=reject. Eine Subdomain mit eigenem _dmarc-Record überschreibt beides — deshalb gehört jede Subdomain ins Audit-Inventar.
So löst Sentrust die Komplexität für Sie
Unser Audit erfasst sämtliche Subdomains inklusive vergessener Alt-Systeme und setzt eine konsistente Policy-Hierarchie über das gesamte Portfolio.
Praxisfall: Vom offenen Scheunentor zu p=reject in neun Wochen
Ein Schweizer Handelsunternehmen (120 Mitarbeitende) startete mit SPF-Wildwuchs, unsigniertem CRM und DMARC p=none. Unser Audit identifizierte aus sechs Wochen Report-Daten zwölf aktive Versandquellen — vier davon der IT unbekannt. Nach Konsolidierung und Quellen-Alignment erreichten die legitimen Systeme 99.2% Alignment-Quote; erst dann eskalierten wir über p=quarantine (pct-Stufen) zu p=reject. Ergebnis: Domain-Spoofing technisch unterbunden, kein einziger dokumentierter Verlust legitimer Mails. Genau in diesem Projektablauf spielt der hier erklärte Begriff seine Rolle.
Modellfall: anonymisiertes, typisches Projektszenario. Ihre konkrete Ausgangslage erheben wir im kostenlosen Audit.
Verwandte Begriffe
Quellen & weiterführende Standards
- Sentrust Engineering — Projekterfahrung aus Managed-DMARC- und BIMI-Mandaten
Wie steht Ihre Domain zu diesem Thema da?
Kostenloses Audit — Befund mit Handlungsplan innert 48 Stunden.