Voit rakentaa oman autentikaation päivässä. Siinä on ansa.
Kymmenet B2B-tiimit kertovat saman tarinan. Se alkaa yksinkertaisesta kirjautumissivusta. Sitten todellinen liikenne kulkee sen läpi, ja siitä kasvaa hiljaisesti identiteetti-infrastruktuuri: perusta, jonka varaan koko tuotteesi rakentuu.
Se näytti ominaisuudelta. Siitä jäi kokonainen identiteettimalli.
Jokainen itse rakennettu autentikaatio alkaa muutamasta rivistä koodia. Ongelmat alkavat julkaisun jälkeen, kun jokainen pieni päätös jämähtää malliksi, jonka varaan koko tuotteesi rakentuu.
Ensimmäinen päivä: neljäkymmentä riviä koodia
Sähköposti, salasana, hash, tallenna, vertaa kirjautuessa. Selkeä ja valmis.
Toistasadaskymmenes päivä: hiljainen identiteettimalli
Kuka lasketaan käyttäjäksi. Mihin organisaatioon he kuuluvat. Mikä sessio on yhä luotettava. Kuinka käyttöoikeudet otetaan pois.
Viides vuosi: perusta, johon et saa koskea
Kirjautumissivun vaihto paperilla tarkoitti identiteettiperustan uudelleenrakennusta koodissa.
Itserakennettu autentikaatio toimii hyvin — kunnes liiketoiminta muuttuu
Se kirjauttaa käyttäjät sisään vuosia ilman ongelmia. Sitten yksi liiketoimintamuutos muuttaa “riittävän” yhdessä yössä “esteeksi”. Nämä kolme tulevat vastaan melkein jokaisessa skaalautuvassa tuotteessa.
Yritysasiakkaat alkavat pyytää SSO:ta
Ensimmäinen iso sopimus tulee ja hankintaosasto haluaa SSO:n oman Entran tai Google Workspacen kautta. Sitten sekä SAML että OIDC, koska seuraava asiakas käyttää eri järjestelmää. Jokaisen asiakkaan identiteettiratkaisu on erilainen, eikä työ käy uudelleenkäytöstä.
- Eri protokollat, kenttien yhdistämiset ja sertifikaattien vaihdot jokaiselle asiakkaalle
- SSO:ta ei rakenneta kerran. Se rakennetaan uudelleen jokaisen yritysasiakkaan kanssa
- Siitä tulee hiljaa käsityötä, jonka kokonaisuudessaan ymmärtää vain yksi kehittäjä
Hajautettu identiteetti pitää nyt yhdistää yhteen
Jaettu organisaatioittain, jaettu tuotteittain, usein peritty yritysostoissa. ”Yhdistä identiteetti” kuulostaa ominaisuudelta; koodissa se tarkoittaa sen määrittelyä, mikä lasketaan yhdeksi käyttäjäksi ja yhdeksi organisaatioksi.
- Voiko yksi sähköposti kuulua useaan organisaatioon? Miten siirrät historiaan jääneet käyttäjänimet?
- Yhdeksän yrityskauppojen kautta tullutta tuotetta tarkoittaa yhdeksää erillistä autentikaatiopinon ylläpitoa
- Poista lähteneen henkilön oikeudet kaikista kerralla ja todista se yhdestä paikasta
Tekoälyagentit ja CLI:t alkavat toimia käyttäjän puolesta
Kyse ei ole enää vain käyttäjistä selaimessa. Agentit, MCP-palvelimet ja komentorivit toimivat jonkun käyttäjän puolesta. Ja oma autentikaatiosi osaa vain kirjata käyttäjän sisään sivulle.
- Kenelle token on myönnetty, millä oikeuksilla ja mille kohderyhmälle?
- Anna pääsy vain yhteen työkalun osaan tai tietoon, ja poista se myöhemmin
- MCP- ja CLI-käyttö perustuu OAuthiin, ei kirjautumislomakkeeseen
Todelliset kustannukset eivät ole rakentamisessa. Ne ovat vuosien ylläpidossa.
Ensimmäinen versio on halpa: muutama kehittäjä, muutama viikko, ja valmis. Sitten ruokit sitä vuosittain sillä insinööriajalla, joka kuuluisi ydinliiketoimintaasi.
Lasku muuttui, mutta sitä yhä maksetaan
Et koskaan saa laskua, jossa lukee “autentikaatio”.
Vastuu lepää hiljaa yhden tai kahden ihmisen harteilla
Kriittiset tiedot ovat jonkun päässä, eivät dokumentaatiossa.
Missä haluaisit kehittäjäsi?
Yksikään asiakas ei maksa senttiäkään enemmän siitä, että kirjoitit oman OAuth-palvelimen.
Jos et rakenna sitä itse, miten valitset?
Useimmat valmiit autentikaatioratkaisut kattavat jo keskeiset ominaisuudet: SSO, MFA, organisaatiot, yhtenäinen kirjautuminen, agenttikäyttö. Suurin ero on se, voitko lähteä. Älä kaivaudu ulos omista riveistäsi vain jäädäksesi kiinni jonkun toisen järjestelmään.
Standardiprotokollat, ei keksitty pino
Ovi, josta oikeasti voi poistua
Laskutus, joka ei seuraa käyttäjätaulua
Tietosi eivät koskaan lukkiudu
Autentikaatio ei luultavasti ole ydinliiketoimintaasi. Kohtele sitä sen mukaisesti.
Logto on avoimen lähdekoodin, itse hostattava sekä saatavilla myös pilvipalveluna. Kirjautuminen, MFA, SSO ja RBAC toimivat suoraan vakio-OIDC:lla. Laskutus perustuu tokeneihin, ja kun haluat siirtyä pois, ovi pysyy avoinna.