Definisci gli ambiti prima della creazione
Concedi a una chiave solo le azioni e le risorse richieste dal suo compito. Un'integrazione di monitoraggio può richiedere accesso in lettura; uno strumento di deployment può richiedere un insieme definito di operazioni del ciclo di vita. Mantieni separata l'autorità di fatturazione ove possibile.
Rivela con cautela e conserva in privato
Una chiave reale dovrebbe essere mostrata tramite un flusso di creazione sicuro, protetta a riposo ed esclusa dai URL, dai bundle del browser e dal controllo del codice sorgente. Registra il proprietario, lo scopo e l'ora di creazione senza esporre il segreto stesso.
Rendi pratica la revoca
Emetti credenziali separate per ogni integrazione, così una può essere revocata senza fermare tutto. Ruota con criterio e verifica che la vecchia chiave non funzioni più. Indaga utilizzi imprevisti con registri di audit limitati.
Metti alla prova i limiti
Un utile test di lancio include un'operazione consentita, un'operazione vietata, una chiave scaduta o revocata e una richiesta al di fuori del confine di risorse della chiave. L'autenticazione da sola non è autorizzazione.
Politica delle chiavi candidate
Il contratto API prevede fino a dieci chiavi attive per account, con scopi denominati, scadenza opzionale e restrizioni sugli indirizzi di origine. Gli scope separano lettura, gestione del server, fatturazione e controllo completo. Un flusso di creazione dovrebbe mostrare il segreto una sola volta e conservare solo una rappresentazione di verifica adeguatamente protetta.
Esegui l'audit senza esporre la richiesta
Un utile record di audit può includere identificatore della chiave, route, ora ed esito senza conservare password o interi corpi delle richieste. L'accesso al record richiede comunque protezione. Definisci conservazione ed esportazione invece di mantenere indefinitamente una cronologia operativa sensibile.
Assegna a ogni automazione credenziali proprie
Un verificatore di backup, un worker di deployment e un'integrazione di fatturazione non dovrebbero condividere la stessa chiave con accesso completo. Assegna a una chiave un nome per il suo compito, concedi l'ambito più ristretto e registra chi la possiede. I gruppi previsti sono lettura, server, fatturazione e completo; la loro esatta mappatura delle operazioni deve essere verificata quando API sarà disponibile.
Creazione, archiviazione e rotazione
Il modello di account proposto consente fino a dieci chiavi attive. Mostra un nuovo segreto una sola volta, poi conserva solo il verificatore lato server necessario per autenticarlo. Archivia la copia del client in un gestore di segreti o in un ambiente di servizio protetto. Ruota introducendo un sostituto, verificando il worker dipendente, quindi revocando la vecchia chiave; non inserire mai una chiave in un URL pubblico o in un bundle del browser.
Revoca l'accesso, non le prove
Disabilitare una chiave dovrebbe bloccare le richieste future preservando un registro di sicurezza limitato del suo uso passato. Se una credenziale potrebbe essere trapelata, revocala prontamente, esamina le risorse interessate e sostituisci eventuali segreti correlati. Un elenco di chiavi dovrebbe mostrare un identificatore sicuro e i metadati dell'ultimo utilizzo anziché segreti in chiaro recuperabili.
Un po' più di chiarezza.
Questa pagina può creare una chiave API funzionante?
No. La creazione delle chiavi richiede un backend account autenticato; questa pagina informativa non emette credenziali.