Jeder kann öffentliche Authentifizierungsunterlagen einsehen. Diese Fähigkeit darf keinen Zugriff auf die Berichte oder die Verwaltungskonsole eines Kunden gewähren. Ein Domänen-Onboarding-Prozess erfordert einen Autoritätsnachweis, einen definierten Umfang und eine Möglichkeit, den Zugriff zu entziehen, wenn sich die Beziehung ändert.
Definieren Sie, was der Anspruch bedeutet
Unterscheiden Sie zwischen rechtlichem Eigentum, DNS -Kontrolle, Berechtigung, für einen Kunden zu handeln, und Erlaubnis zur Nutzung eines Dienstes. Eine DNS Herausforderung kann die Kontrolle über demonstrieren ein Rekord zu einem bestimmten Zeitpunkt. Sie allein begründet keinen Rechtsanspruch, kein Beschäftigungsverhältnis oder keine Befugnis des Antragstellers über jede Subdomain und das zugehörige Kundenkonto.
Bestätigen Sie bei einem MSP die anfragende Organisation und die delegierte Autorität anhand der Kundenvereinbarung und der benannten Ansprechpartner. Notieren Sie die genaue Domäne, den Mandanten, den Zweck und den angeforderten Zugriff. Nutzen Sie einen unabhängigen Kundengenehmigungsweg für Streitigkeiten oder Übertragungen. Führen Sie Mandanten nicht automatisch zusammen, nur weil sie dieselbe Domäne beanspruchen.
Binden und begrenzen Sie eine Herausforderung
Ein illustratives Design stellt eine unvorhersehbare Herausforderung dar, die an eine Domain, einen Mieter, einen Antragsteller und einen Ablauf gebunden ist. Überprüfen Sie die erwarteten verbindlichen Beweise, wahren Sie die Beobachtungszeit und entkräften Sie die Herausforderung nach erfolgreicher Verwendung. Vermeiden Sie es, ein Token von einer anderen Domäne oder einem früheren Onboarding-Versuch zu akzeptieren. Dies ist ein empfohlenes Design, keine Protokollanforderung oder Behauptung zur EmailAuth Implementierung.
Fordern Sie eine authentifizierte Identität an, bevor Sie den Anspruch geltend machen, und autorisieren Sie dann jeden weiteren Zugriff unabhängig. Autorisierungsleitfaden von OWASP fordert eine Standardverweigerung und Berechtigungsprüfungen bei jeder Anfrage. Bei einer erfolgreichen Domänenüberprüfung sollte nur die ausdrücklich genehmigte Berechtigung festgestellt werden, nicht die administrative Autorität über unabhängige Mandanten oder historische Berichtsarchive.
Testen Sie berechtigte Ansprüche und kontradiktorische Fälle
Angenommen, eine neue Behörde kann die angeforderte DNS Herausforderung veröffentlichen, möchte jedoch auf die für die vorherige Behörde gesammelten Berichte zugreifen. Die DNS Beobachtung unterstützt die aktuelle Kontrolle dieses Datensatzes; es berechtigt nicht zum Zugriff auf das Archiv des früheren Mieters. Halten Sie den Archivzugriff auf Eis, bis der Kunde die spezifischen Daten und den Empfänger über einen verifizierten unabhängigen Weg genehmigt.
Testen Sie separat eine ansonsten gültige Anfechtung unter dem falschen Mieter, nach Ablauf und nach erfolgreicher Nutzung. In diesem vorgeschlagenen Entwurf sollten diese Fälle abgelehnt werden, während ein gültiger, umfangsbezogener Anspruch den separat erforderlichen Autoritäts- und Genehmigungsprüfungen unterzogen werden sollte. Hierbei handelt es sich um hypothetisch erwartete Entscheidungen, nicht um bereitgestellte Token, DNS Beobachtungen oder ausgeführte Tests. Überprüfen Sie die Generierung echter Herausforderungen, die maßgebliche Suche, das Caching und die Dienstautorisierung in einer genehmigten Testumgebung.
Behandeln Sie Übertragung und Widerruf explizit
Domainverkauf, Agenturwechsel und Mitarbeiterabgang erfordern unterschiedliche Maßnahmen. Frieren Sie umstrittene Änderungen ein und überprüfen Sie gleichzeitig die Autorität anhand verifizierter Kontakte. Bewahren Sie alte und neue Anspruchsnachweise auf, ohne die Berichte des vorherigen Kunden dem neuen Anspruchsteller zugänglich zu machen. Ein neuer DNS Controller sollte nicht automatisch historische Mandantendaten erben.
Widerrufen Sie den Zugriff auf der Serviceebene, einschließlich aktiver Sitzungen, Hintergrundjobs und eingeschränkter Anmeldeinformationen (sofern zutreffend). Das Löschen einer DNS Herausforderung ist kein Ersatz für den Entzug von Berechtigungen. Überprüfen Sie die laufende Datenerfassung separat, damit gesperrte Benutzer keine weiteren Berichte exportieren oder empfangen können.
Akzeptieren Sie die richtigen Beweise
Schließen Sie das Onboarding erst ab, wenn die Berechtigungsprüfung, die Umfangsgenehmigung, die Identitätsbereitstellung und die negativen Zugriffstests abgeschlossen sind. Erfassen Sie, wer die Beziehung genehmigt und welcher Zugriff gewährt wurde. Nach wesentlichen Eigentums- oder Serviceänderungen erneut validieren. Ein strenger Verifizierungsprozess führt zu einer begrenzten Autorisierungsentscheidung und einem wiederherstellbaren Prüfverlauf, nicht zu einer dauerhaften Behauptung, dass eine Person für immer Eigentümer einer Domain ist.