Chiunque può controllare i record di autenticazione pubblica. Tale capacità non deve garantire l'accesso ai report o alla console di amministrazione del cliente. Un processo di onboarding di un dominio necessita di prove di autorità, un ambito definito e un modo per revocare l'accesso quando la relazione cambia.
Definire il significato dell'affermazione
Distinguere la proprietà legale, il controllo dei DNS , l'autorizzazione ad agire per un cliente e il permesso di utilizzare un servizio. Una sfida DNS può dimostrare il controllo di un record in un determinato momento. Di per sé non stabilisce il titolo legale, l'impiego del richiedente o l'autorità su ogni sottodominio e account cliente associato.
Per un MSP, confermare l'organizzazione richiedente e l'autorità delegata tramite il contratto con il cliente e i contatti designati. Registra il dominio esatto, il tenant, lo scopo e l'accesso richiesto. Utilizza un percorso di approvazione del cliente indipendente per controversie o trasferimenti. Non unire automaticamente i tenant semplicemente perché rivendicano lo stesso dominio.
Vincolare e limitare una sfida
Un design illustrativo lancia una sfida imprevedibile legata a un dominio, inquilino, richiedente e scadenza. Controllare le prove autorevoli previste, preservare il tempo di osservazione e invalidare la sfida dopo un utilizzo riuscito. Evita di accettare un token da un altro dominio o da un precedente tentativo di onboarding. Si tratta di una progettazione consigliata, non di un requisito del protocollo o di un'affermazione sull'implementazione EmailAuth .
Richiedere un'identità autenticata prima di avviare la richiesta, quindi autorizzare ogni accesso successivo in autonomia. Guida all'autorizzazione di OWASP richiede il rifiuto predefinito e il controllo delle autorizzazioni su ogni richiesta. Una verifica del dominio riuscita dovrebbe stabilire solo l'autorizzazione esplicitamente approvata, non l'autorità amministrativa su tenant non correlati o archivi di report storici.
Testare affermazioni legittime e casi contraddittori
Supponiamo che una nuova agenzia possa pubblicare la richiesta DNS challenge ma cerchi l'accesso ai report raccolti per l'agenzia precedente. L'osservazione DNS supporta il controllo attuale di quel record; non autorizza l'accesso all'archivio del precedente inquilino. Mantieni in sospeso l'accesso all'archivio finché il cliente non approva i dati specifici e il destinatario attraverso un percorso indipendente verificato.
Testare separatamente una sfida altrimenti valida sotto l'affittuario sbagliato, dopo la scadenza e dopo l'utilizzo riuscito. In questo progetto proposto tali casi dovrebbero essere respinti mentre una rivendicazione con ambito valido dovrebbe procedere ai controlli di autorità e autorizzazione richiesti separatamente. Si tratta di ipotetiche decisioni attese, non di token forniti, osservazioni DNS o test eseguiti. Verifica la generazione di sfide reali, la ricerca autorevole, la memorizzazione nella cache e l'autorizzazione del servizio in un ambiente di test approvato.
Gestire il trasferimento e la revoca in modo esplicito
La vendita del dominio, i cambiamenti di agenzia e la partenza dei dipendenti richiedono azioni diverse. Congela le modifiche contestate mentre controlli l'autorità con i contatti verificati. Conserva le prove dei reclami vecchi e nuovi senza esporre i rapporti del cliente precedente al nuovo richiedente. Un nuovo controller DNS non dovrebbe ereditare automaticamente i dati storici del tenant.
Revocare l'accesso a livello di servizio, incluse sessioni attive, processi in background e credenziali con ambito, a seconda dei casi. L'eliminazione di una verifica DNS non sostituisce la revoca delle autorizzazioni. Esaminare separatamente qualsiasi raccolta dati in corso in modo che gli utenti revocati non possano continuare a esportare o ricevere report.
Accetta le prove giuste
Chiudere l'onboarding solo una volta completati il controllo dell'autorità, l'approvazione dell'ambito, il provisioning dell'identità e i test di accesso negativo. Registra chi ha approvato la relazione e quale accesso è stato concesso. Riconvalidare dopo modifiche alla proprietà materiale o al servizio. Un processo di verifica rigoroso produce una decisione di autorizzazione limitata e una cronologia di audit recuperabile, non un'affermazione permanente secondo cui una persona possiede un dominio per sempre.