Sikring af API-nøgler

En almindelig fejl er at indsætte en nøgle direkte i koden:

Så ender den i dit kodearkiv og din historik, hvor alle med adgang kan læse den.

Opbevar nøgler uden for koden i miljøvariabler.

Hemmeligheden ligger i miljøet og ikke i dine kildefiler.

Føj filer med hemmeligheder til .gitignore, så de aldrig bliver committet:

Hvis en nøgle nogensinde er blevet committet, er det ikke nok at fjerne den senere; den skal roteres.

Indlejr aldrig en hemmelig nøgle i front-end- eller mobilkode.

Alle kan undersøge appen og trække nøglen ud. Opbevar hemmelige nøgler på serveren, og kald API'et fra tredjeparten derfra.

Til produktion skal du opbevare nøgler i et dedikeret system til håndtering af hemmeligheder.

Værktøjer som Vault eller en cloudtjeneste til hemmeligheder krypterer nøgler, styrer adgangen og logger, hvem der læser dem.

Giv hver nøgle kun de tilladelser, den har brug for.

En skrivebeskyttet nøgle kan ikke slette data, selv hvis den lækkes. Begrænsning af omfanget begrænser skaden fra enhver enkelt kompromitteret nøgle.

Rotation betyder, at nøgler udskiftes efter en plan og straks efter enhver mistanke om læk.

Kortlivede nøgler begrænser, hvor længe en stjålet nøgle er nyttig for en angriber.

Begræns nøgler yderligere ved kun at tillade bestemte IP'er eller domæner.

Overvåg derefter brugen. Uventet trafik eller nye placeringer kan afsløre, at en nøgle er blevet stjålet.

Hvis en nøgle lækkes, skal du handle hurtigt:

• Tilbagekald straks den gamle nøgle
• Udsted en ny
• Gennemgå loggene for misbrug

Hurtig handling begrænser den skade, en lækket hemmelighed kan forårsage.

Beskyt API-nøgler som adgangskoder: hold dem ude af kode og Git, opbevar dem i miljøvariabler eller et system til håndtering af hemmeligheder, begræns dem til de mindst mulige privilegier, rotér dem, begræns og overvåg brugen, og tilbagekald hurtigt alle lækkede nøgler.