Kirjautumistiedot ylittävät tiimirajoja jatkuvasti. Alustatiimi antaa käyttöönottoavaimen tuotetiimille, tuki saa toimittajaportaalin ylläpitäjätunnukset, talous antaa pankin API-tunnisteen kehitykselle integraatiota varten. Jokainen luovutus on rutiinia, ja juuri luovutuksissa kirjautumistiedot useimmiten päätyvät Slack-ketjuun pysyvästi.
Turvallinen tapa luovuttaa kirjautumistiedot tiimien välillä ei perustu nokkelaan työkaluun vaan selkeään sääntöön siitä, kumpaa kahdesta työkalusta käytetään, sekä muutamaan tapaan sen ympärillä. Tämä opas esittelee säännön ja tavat: rajaa kirjautumistietojen oikeudet, toimita ne laittamatta niitä viestiin, nimeä vastuuhenkilö ja poista tiedot ajallaan.
Ainoa ratkaiseva päätös: holvi vai kertakäyttölinkki
Kaikki muu seuraa siitä, miten vastaanottava tiimi käyttää kirjautumistietoja.
| Vastaanottava tiimi aikoo | Käytä | Miksi |
|---|---|---|
| Käyttää niitä jatkuvasti, usean ihmisen voimin, toistaiseksi | Jaettu holvi salasanojen tai salaisuuksien hallintaohjelmassa | Nimetyt käyttöoikeudet, mitätöinti ja vaihtaminen yhdessä paikassa |
| Käyttää niitä kerran, tai yksi ihminen tarvitsee niitä hetken | Kertakäyttöinen salainen linkki | Viestissä on vain linkki, ja kopio tuhotaan ensimmäisellä avauksella |
| Ajaa niitä koodista tai CI:stä | Salaisuuksien hallintaohjelma koneidentiteeteillä | Kukaan ihminen ei koskaan näe arvoa |
Holvi on virallinen tietolähde. Jos kirjautumistiedoilla on käyttöä luovutuksen jälkeenkin, ne kuuluvat jaettuun holviin, jonka omistaa vastaanottava tiimi ja johon jäsenet lisätään nimeltä. Useimmat yritysten salasanojen hallintaohjelmat sekä työkalut, kuten Vault tai AWS Secrets Manager, hoitavat tämän hyvin.
Kertakäyttölinkki on siirtohetkeä varten, kun holvi ei sovi: vastaanottaja ei ole holvissasi, kirjautumistiedot ovat tilapäisiä tai sinun on välitettävä arvo yhdelle ihmiselle heti. Salaisuus salataan selaimessasi, tallennettu kopio tuhotaan, kun linkki avataan ensimmäisen kerran, ja itse linkki lakkaa toimimasta vanhetessaan, jos kukaan ei avaa sitä. Salaiset linkit vai salasanojen hallintaohjelmat käy läpi rajatapaukset.
Ei koskaan sähköpostia, chattia, jaettuja asiakirjoja tai tukipyyntöjä. Ne kaikki säilyttävät kopioita, ne kaikki synkronoituvat laitteille, joita et hallitse, ja niistä kaikista voi hakea kuka tahansa, joka seuraavaksi pääsee tilille.
Rajaa kirjautumistietojen oikeudet ennen siirtoa
Hyvä kanava ei korjaa liian laajoja oikeuksia.
- Luo erillinen tili vastaanottavalle tiimille tai henkilölle sen sijaan, että lainaisit yksittäiseen ihmiseen sidottua tiliä. Jaettuja identiteettejä ei voi auditoida eikä poistaa siististi.
- Anna tehtävän vaatimat oikeudet. Raportteja lukeva tiimi ei tarvitse kirjoitusoikeutta. Käyttöönottoja tekevä tiimi ei tarvitse laskutusta.
- Vaihda ensin, jos arvo on jo kulkenut. Jos nykyistä avainta on liitetty sinne tänne, luo luovutusta varten uusi sen sijaan, että levittäisit vanhaa entistä laajemmalle.
- Käy läpi oheismateriaali. Työhön liittyvät tukipyynnöt, ajo-ohjeet, esimerkkiasetukset ja skriptit sisältävät usein juuri ne kirjautumistiedot, joita olet luovuttamassa. Poista ne ennen luovutusta, muuten itse luovutus on vuotoriskeistäsi pienin.
Itse luovutus
- Varmista vastaanottaja kanavalla, johon organisaatiosi jo luottaa: tukipyyntö, tuttu esihenkilö, videopuhelu. Samannäköiset osoitteet ja automaattisesti täydentyvät nimet ovat tavallisin syy siihen, että salaisuus päätyy väärälle henkilölle.
- Toimita valitulla työkalulla. Holvi: lisää henkilö jaettuun kokoelmaan. Linkki: liitä arvo kertakäyttöisen salaisen linkin työkaluun, aseta voimassaoloaika todellisen tarpeen mukaan (tunti, jos vastaanottaja odottaa, vuorokausi aikavyöhykkeiden yli), aseta avauskertojen rajaksi yksi, lisää Pro-tilillä salalause kaikkeen arkaluonteiseen ja lähetä linkki.
- Lähetä taustatiedot erikseen. Käyttäjätunnus, palvelin ja se, mihin kirjautumistiedot antavat pääsyn, kulkevat tavallisessa viestissä, ei koskaan linkin kanssa. Yksittäinen vuotanut viesti ei saa sisältää kumpaakin puolikasta.
- Kirjaa luovutus viralliseen järjestelmään ilman salaisuutta: vastaanottaja, tarkoitus, järjestelmä, vastuuhenkilö, päättymispäivä.
- Pyydä vahvistus pääsystä, älä arvosta. ”Pääsetkö kirjautumaan?” on oikea kysymys. ”Lähetä avain takaisin tarkistettavaksi” ei ole.
Tiimille, joka tekee tätä usein, LinkPilotin Slack-sovellus muuttaa liitetyn salasanan kertakäyttölinkiksi suoraan kanavalla, joten tapa ei riipu siitä, muistaako jokainen avata toisen työkalun.
Nimeä vastuuhenkilö ja tarkista säännöllisesti
Kirjautumistietoja, joilla ei ole vastuuhenkilöä, ei koskaan vaihdeta eikä poisteta. Vastaanottavan tiimin pitäisi nimetä yksi ihminen, joka vastaa arvosta: kenellä se on, kuka muu sitä tarvitsee ja milloin se poistetaan.
- Vähimmät oikeudet roolin mukaan, rooleja tai ryhmiä käyttäen silloin, kun ne helpottavat hallintaa, jottei yksi lähtö tarkoita yhtä nollausta järjestelmää kohden.
- Monivaiheinen tunnistautuminen holviin, koska nyt kannattaa hyökätä juuri holviin.
- Tarkistusväli arkaluonteisuuden mukaan: neljännesvuosittain useimmille jaetuille kirjautumistiedoille, jokaisen tiimimuutoksen yhteydessä tuotantoympäristön käyttöoikeuksille.
- Auditoi luovutukset. Holvista näkee, kuka käytti mitäkin. LinkPilotin Pro-tilillä jokaisella salaisella linkillä on tarkastusloki, eli loki linkin tapahtumista, josta näet, milloin kertakäyttöinen salaisuus näytettiin, ja voit verrata sitä vastaanottajan vahvistukseen.
Voimassaoloaika, vaihtaminen ja altistuminen
Päätä kirjautumistietojen elinkaaren loppu ennen kuin se alkaa.
- Tilapäinen pääsy päättyy sovittuna päivänä. Poista tili tai holvin jäsenyys ja mitätöi kertakäyttölinkit, joita ei koskaan avattu.
- Vaihtaminen seuraa riskiä, ei pelkkää kalenteria: lähdön jälkeen, toimittajan vaihtuessa, minkä tahansa epäillyn altistumisen jälkeen ja aikataulun mukaan kaikessa pitkäikäisessä.
- Epäilty vuoto on vuoto, kunnes toisin osoitetaan. Vaihda kirjautumistiedot järjestelmässä, joka ne hyväksyy, kerro vastuuhenkilölle ja päivitä työt ja palvelut, jotka käyttivät vanhaa arvoa. API-avainoppaassa on vaihtamisen tarkistuslista, joka sopii useimmille kirjautumistietotyypeille.
Kaksi työkalua, yksi sääntö niiden välillä valitsemiseen ja vastuuhenkilö jokaiselle arvolle. Siinä on koko järjestelmä, ja se kestää paljon useampia luovutuksia kuin yksikään ohjeasiakirja, jonka lukemisen ihmiset lopettavat.