Durch die Kündigung eines Anbietervertrags entfällt nicht zwangsläufig die Möglichkeit, authentifizierte E-Mails für Ihre Domain zu versenden. Das Offboarding muss das verbleibende Dienstkonto, die Anmeldeinformationen, DNS Beziehungen und die betrieblichen Abhängigkeiten abdecken. Das Ziel besteht darin, unnötige Autorität zu entfernen und gleichzeitig die legitimen Anwendungen zu bewahren, die diese möglicherweise teilen.
Legen Sie die Ruhestandsgrenze fest
Identifizieren Sie das genaue Anbieterkonto, den Servicezweck, den Eigentümer und die endgültige autorisierte Sendezeit. Listen Sie geplante Jobs, Wiederholungsversuche, Nachrichten in der Warteschlange, eingehende Antworten, Bounce-Verarbeitung und Integrationen auf. Bestätigen Sie, ob der Dienst vollständig stoppt oder nur eine Domain verliert. Bewahren Sie die Konfiguration und relevante Beweise auf, bevor der Zugriff verschwindet, vorbehaltlich Aufbewahrungs- und Datenschutzanforderungen.
Inventar SPF Mechanismen, DKIM Schlüssel bzw Wähler Delegierungen, benutzerdefinierte Rückgabepfade, delegierte Zonen, API-Anmeldeinformationen, Connectors und Berichtsziele, die von diesem Dienst verwendet werden. Dabei handelt es sich um unterschiedliche Abhängigkeiten mit unterschiedlichen Widerrufsschritten. Die Veröffentlichung und Überprüfung DKIM Schlüssels ist in RFC 6376 spezifiziert. Das zu frühe Löschen eines Schlüssels kann die Überprüfung bereits signierter Nachrichten beeinträchtigen. DKIM -Spezifikation. Gehen Sie nicht davon aus, dass durch die Vertragsbeendigung DNS geändert oder ein API-Token widerrufen wurde.
Finden Sie vor der Entfernung eine gemeinsame Autorität
Identifizieren Sie für jede vorgeschlagene Löschung andere Anwendungen, die von demselben Objekt abhängen. Ein in SPF enthaltener Anbieter unterstützt möglicherweise mehrere genehmigte Konten. Das Entfernen kann legitimen E-Mails schaden; Die Beibehaltung kann zu einem breiteren Autorisierungspfad als beabsichtigt führen. Bestimmen Sie, ob die Abhängigkeit geteilt werden kann oder der eingestellte Dienst an seiner Kontogrenze deaktiviert werden kann. Überprüfen Sie das anbieterspezifische Verhalten, anstatt eine zu behandeln SPF Eintrag als Berechtigungsliste pro Benutzer. RFC 7208.
Dokumentieren Sie eine Stoppsequenz, eine Überprüfungssequenz und Wiederherstellungsgrenzen. Ein Rollback, das kompromittierte Anmeldeinformationen wiederherstellt, ist nicht gleichbedeutend mit einem Rollback, das einen versehentlich entfernten DNS Eintrag wiederherstellt. Wenn eine Kompromittierung vermutet wird, koordinieren Sie die Reaktion, bevor Sie die alte Autorität wieder aktivieren. Normales Offboarding und Notfalleindämmung erfordern möglicherweise einen unterschiedlichen Zeitpunkt, aber beide erfordern eine nachvollziehbare Entscheidung und Beweise.
Vermeiden Sie, dass eine erfolgreiche Prüfung jede Abhängigkeit schließt
Stellen Sie sich ein hypothetisches, stillgelegtes Abrechnungskonto und ein verbleibendes Lohnkonto beim selben Anbieter vor. Ihre Selektoren unterscheiden sich, aber ihr SPF Include ist gemeinsam. Das Entfernen des ausgemusterten Selektors stellt nicht sicher, dass seine API-Anmeldeinformationen widerrufen werden, und das Löschen des gemeinsam genutzten Include könnte sich auf die Gehaltsabrechnung auswirken. Ordnen Sie zunächst jedes Objekt der Kontogrenze und den verbleibenden Nutzungen zu und genehmigen Sie dann die spezifische Stoppsequenz.
Angenommen, eine spätere autorisierte DNS Beobachtung bestätigt, dass der zurückgezogene Selektor nicht vorhanden ist, während kein Beweis für die Sperrung des Anbieterkontos verfügbar ist. Notieren Sie DNS Abschaltung als beobachtet und die Sperrung der Anmeldeinformationen als ausstehend. Führen Sie keinen unbefugten Versand durch, um diese Lücke zu schließen. Verwenden Sie die vom Anbieter unterstützten Verwaltungsnachweise oder einen ausdrücklich genehmigten Sicherheitstest. Hierbei handelt es sich um hypothetische Entscheidungen, nicht um tatsächliche DNS oder Anmeldeinformationsvorgänge.
Ein aufbewahrter öffentlicher Schlüssel für legitime E-Mails in der Warteschlange hat einen anderen Zweck als ein aktiver Berechtigungsnachweis, der den erneuten Versand ermöglicht. Gleichen Sie die Kontinuität der Überprüfung mit jeder vermuteten Kompromittierung durch den Eigentümer des Vorfalls aus; Führen Sie keine allgemeine Aufbewahrungsverzögerung ein und stellen Sie ein gefährdetes Geheimnis nicht automatisch wieder her.
Überprüfen Sie sowohl die Entfernung als auch den Durchgang
Testen Sie mithilfe einer genehmigten, sicheren Methode, ob die stillgelegte Route nicht mehr über die vorgesehene Berechtigung verfügt. Testen Sie separat die legitimen Dienste, die die Infrastruktur gemeinsam nutzen, einschließlich Transaktionspfaden mit geringem Volumen. Überprüfen Sie die Empfängerauthentifizierung und die Ergebnisse der Geschäftszustellung, anstatt sich nur auf DNS Veröffentlichung zu verlassen. DMARC Ergebnisse beschreiben Domänenausrichtung und Handhabung, kein Beweis dafür, dass Ihr Inventar vollständig ist. RFC 9989.
Schließen Sie den Offboarding-Datensatz mit entfernten Abhängigkeiten, absichtlich beibehaltenen Objekten, Gründen, Eigentümern und Überprüfungsdaten. Behalten Sie Registrierungs- oder Empfangsabhängigkeiten dort bei, wo das Unternehmen sie noch benötigt. Achten Sie auf spätere Beobachtungen im Zusammenhang mit dem eingestellten Dienst und untersuchen Sie deren Quelle, anstatt davon auszugehen, dass jede verspätete Meldung bedeutet, dass die Sperrung fehlgeschlagen ist. Der Fall ist abgeschlossen, wenn die genehmigte Autoritätsgrenze und die Beweise übereinstimmen.
Schließen Sie jede Behörde einzeln
Behalten Sie die Kontodeaktivierung, den Widerruf von Anmeldeinformationen, DNS Entfernung und Surviving-Flow-Prüfungen als separate Ergebnisse bei. Markieren Sie eine fehlende Nachprüfung des Anbieters als ausstehend, auch wenn alle DNS Prüfungen erfolgreich sind. Benennen Sie den Eigentümer und die sichere Überprüfungsmethode für jede beibehaltene Abhängigkeit.