Siirry sisältöön

Yleiskatsaus

tunnuspalvelu on hallittu, monen tenantin, salasanaton OpenID Connect -identiteettipalvelu. Se toimii kirjautumis- ja identiteettikerroksena omille sovelluksillesi: sovelluksesi ohjaa käyttäjän tunnuspalveluun kirjautumaan, ja saa vastauksena standardin mukaisen OIDC-tokenin.

Palvelu on hostattu EU:ssa. Yksityiskohdat hostingista ja saatavuudesta on koottu kohtaan Hosting ja saatavuus.

tunnuspalvelu sopii organisaatioille, jotka tarvitsevat kirjautumisen ja identiteetinhallinnan omille sovelluksilleen ilman että joutuvat itse ylläpitämään ja tietoturvaamaan identiteettipalvelinta. Tämä koskee sekä kuluttajasovelluksia (yksittäiset loppukäyttäjät) että B2B-sovelluksia, joissa käyttäjät kuuluvat asiakasorganisaatioihin, ryhmiin ja rooleihin.

Osa Kuvaus
Oma tenant-host Oma identiteettidomain, esim. id.esimerkki.fi, jolla on oma issuer, omat signing-avaimet ja oma käyttäjäkanta.
Admin-paneeli Web-käyttöliittymä (/admin) käyttäjien, OAuth-clienttien, organisaatioiden, webhookien ja audit-lokin hallintaan.
OIDC-standardimukainen rajapinta Authorization Code -flow PKCE:llä, discovery-dokumentti, JWKS, userinfo, introspection, revocation. Ks. Standardien tuki.
B2B-organisaatiot Organisaatiot, ryhmät ja mukautetut roolit, näkyvissä ID-tokenin claimeina. Ks. Integraatio.
Machine-to-machine-rajapinta HMAC-allekirjoitettu M2M-API käyttäjien ja organisaatioiden provisiointiin ilman selainsessiota. Ks. Machine API.
Webhookit Tapahtumapohjaiset ilmoitukset (esim. onnistunut kirjautuminen, organisaation jäsenmuutokset) omalle sovelluksellesi. Ks. Webhookit.
  • Ei ole ohjelmisto, jonka asennat ja ylläpidät itse — tunnuspalvelu on hallittu palvelu, jonka ylläpito hoitaa infrastruktuurin, päivitykset ja varmuuskopioinnin.
  • Ei tue salasanoja missään vaiheessa. Kirjautuminen tapahtuu aina jollain salasanattomalla menetelmällä — ks. Kirjautumistavat.

Jokainen asiakas saa oman tenantin: oman identiteettidomainin, omat OAuth-clientit, oman käyttäjäkannan ja omat signing-avaimet. Tunnuspalvelu tunnistaa, mihin tenanttiin pyyntö kuuluu, saapuvan HTTP-Host-headerin perusteella — eri tenantit eivät jaa käyttäjiä, sessioita tai avaimia keskenään, vaikka sama fyysinen palvelu ajaa niitä kaikkia.