Definește domeniile de aplicare înainte de creare
Acordați unei chei doar acțiunile și resursele de care are nevoie sarcina sa. O integrare de monitorizare poate necesita acces de citire; un instrument de implementare poate necesita un set definit de operațiuni de ciclu de viață. Păstrați autoritatea de facturare separată acolo unde este posibil.
Dezvăluiți cu atenție și păstrați în privat
O cheie reală trebuie afișată printr-un flux de creare securizat, protejată în repaus și exclusă din URL, pachetele de browser și controlul sursei. Înregistrați proprietarul, scopul și momentul creării fără a expune secretul în sine.
Faceți revocarea practică
Emite credențiale separate pentru fiecare integrare, astfel încât una să poată fi revocată fără a opri totul. Rotește-le deliberat și verifică faptul că vechea cheie nu mai funcționează. Investighează utilizarea neașteptată cu înregistrări de audit limitate.
Testează limitele
Un test util de lansare include o operațiune permisă, o operațiune interzisă, o cheie expirată sau revocată și o cerere în afara graniței de resurse a cheii. Autentificarea singură nu este autorizare.
Politica privind cheile candidate
Contractul API descrie până la zece chei active per cont, cu scopuri denumite, expirare opțională și restricții de adresă sursă. Domeniile de aplicare separă citirea, administrarea serverului, facturarea și controlul complet. Un flux de creare ar trebui să afișeze secretul o singură dată și să păstreze doar o reprezentare de verificare protejată în mod corespunzător.
Auditează fără a expune cererea
O evidență de audit utilă poate include identificatorul cheii, ruta, momentul și rezultatul fără a păstra parole sau corpuri complete de solicitări. Accesul la evidență necesită în continuare protecție. Definește păstrarea și exportul în loc să păstrezi la nesfârșit istoricul operațional sensibil.
Acordați fiecărei automatizări propriile credențiale
Un verificator de backup, un lucrător de implementare și o integrare de facturare nu ar trebui să împărtășească aceeași cheie cu acces complet. Denumiți o cheie după sarcina ei, acordați cel mai mic domeniu de aplicare și înregistrați cine o deține. Grupurile prevăzute sunt citire, servere, facturare și complet; maparea exactă a operațiunilor lor trebuie testată atunci când API devine disponibil.
Creare, stocare și rotație
Modelul de cont propus permite până la zece chei active. Afișează un secret nou o singură dată, apoi păstrează doar verificatorul de pe partea serverului necesar pentru autentificarea acestuia. Stochează copia clientului într-un manager de secrete sau într-un mediu de serviciu protejat. Rotește introducând un înlocuitor, verificând workerul dependent, apoi revocând cheia veche; nu plasa niciodată o cheie într-un URL public sau într-un pachet de browser.
Revocă accesul, nu dovezile
Dezactivarea unei chei ar trebui să oprească cererile viitoare, păstrând în același timp o evidență de securitate limitată a utilizării sale anterioare. Dacă o acreditare poate fi fost divulgată, revocați-o prompt, examinați resursele afectate și înlocuiți orice secrete asociate. O listă de chei ar trebui să afișeze un identificator sigur și metadate privind ultima utilizare, nu secrete în text clar recuperabile.
Puțin mai multă claritate.
Poate această pagină să creeze o cheie API funcțională?
Nu. Crearea cheilor necesită un backend de cont autentificat; această pagină informativă nu emite acreditări.