Secure Access – asiakasohjeet Entra ID -määritykselle OpenID Connect (OIDC)
How to configure Entra ID OpenID Connect for Secure Access authentication
Secure Access – asiakasohjeet Entra ID -määritykselle OpenID Connect (OIDC)
How to configure Entra ID OpenID Connect for Secure Access authentication
Tämä artikkeli sisältää asiakkaalle ohjeet Microsoft Entra ID:n (aiemmin Azure AD) määrittämiseksi todennukseen OpenID Connectia (OIDC) käyttäen Matrix42 Pro- ja IGA-ratkaisuissa.
Yleensä tämän määrityksen tekee asiakkaan Entra ID- tai todennusasiantuntija. Sen toteuttamiseen ja testaamiseen ei pitäisi kulua enempää kuin puoli päivää. Huomaa, että osa kuvakaappauksista saattaa näyttää erilaisilta asiakkaan Entra ID:ssä.
Nämä ohjeet koskevat kaikkia Matrix42 Pro- ja IGA-ratkaisuja (esim. ITSM, IGA, HR), jotka käyttävät Secure Access -komponenttia todennukseen.
Kaikki alla olevat vaiheet ovat pakollisia, ellei toisin erikseen mainita valinnaiseksi.
Note
Tämän App Registration -sovelluksen on tarkoitus olla käytössä vain Secure Accessin kanssa, Matrix42 Professional- ja IGA-ratkaisuihin todentautuville käyttäjille.
Jos käytät OIDC:tä myös Microsoft Graph API Native Connectoreiden kanssa, suositellaan erillisen sovelluksen luomista niitä varten. Katso näissä tapauksissa Native Connectors - Customer instructions for Entra ID
Kuinka määrittää Entra ID OpenID Connectia (OIDC) varten
Application Registration
Asiakkaan on määritettävä oma Entra-vuokraajansa (tenant) siten, että Matrix42 Security Access -komponentti voi hakea käyttäjätili- ja ryhmätiedot. Määritys tehdään kirjautumalla Entra ID -konsoliin (aiemmin Azure AD).
- Siirry kohtaan https://entra.microsoft.com ja valitse kirjautumisen jälkeen
App registrations(HUOM! Tämä ei ole "Enterprise Application", joka luodaan toista polkua pitkin, mutta se saatetaan sekoittaa tähän).
- Valitse
New registration.
- Anna sovellukselle nimi.
- Valitse oikea
Supported Account Typeskäyttötapauksestasi riippuen. Tämä on erittäin tärkeä valinta, joten jos et ole varma, mitä valita, kysy neuvoa jollain, jolla on enemmän kokemusta tästä määrityksestä.-
Vaihtoehto 1 – suositeltu useimmissa tapauksissa: Jos rakennat perusmääritystä, jossa kaikki Matrix42-järjestelmään kirjautuvat käyttäjät kuuluvat omaan vuokraajaasi (tenant), valitse
Accounts in this organizational directory only (<this tenant> only - Single tenant) -
Vaihtoehto 2: – Tässä käyttötapauksessa olet varma, että haluat myös muiden vuokraajien (tenant) käyttäjien pystyvän kirjautumaan Matrix42-ratkaisuihisi (sinulla on esimerkiksi Multi service provider, MSP).
Valitse:Accounts in any organizational directory (Any Microsoft Entra ID tenant - Multitenant).- Huomaa, että käytettäessä multitenant-sovellusta, Azure ei lähetä ryhmiä nimillä, vaan lähettää ryhmät aina vain ID-tunnisteina.
- Huom! Jos valitset tämän multitenant-vaihtoehdon, Matrix42:n on määritettävä kaikki sallitut vuokraajat (tenant) Identity providers -asetuksen Issuer-kenttään pilkuilla erotettuna luettelona.
-
Vaihtoehto 1 – suositeltu useimmissa tapauksissa: Jos rakennat perusmääritystä, jossa kaikki Matrix42-järjestelmään kirjautuvat käyttäjät kuuluvat omaan vuokraajaasi (tenant), valitse
- Kohdassa
Redirect URI, valitseWebalustaksi ja anna sitten Secure Accessin reply-URL-osoite (tämä voidaan lisätä myöhemmin, jos Matrix42 ei ole vielä toimittanut URI-osoitetta).
- Valitse
Register.
Kuinka asettaa Redirect URI sovelluksen luomisen jälkeen
- Siirry kohtaan https://entra.microsoft.com ja valitse kirjautumisen jälkeen
App registrations. - Etsi ja avaa luomasi sovellus.
- Valitse vasemmasta valikosta Authentication.
- Redirect URI:n lisääminen
Platform type:Web
Redirect URI: URL-osoite, jonka sait Matrix42:n OpenID Connect v1.0 Identity providers -kohdastaRedirect URI -attribuutti.
Certificates & Secrets
Secure Access tukee suojattua yhteyttä käyttäen Entra ID käyttämällä Client Secrets.
Client Secret -ohjeet
- Microsoft Entra -hallintakeskuksessa, kohdassa
App registrations, valitse sovelluksesi.
- Valitse
Certificates & secrets > Client secrets > New client secret.
- Lisää kuvaus client secretillesi.
- Valitse secretille voimassaoloaika tai määritä mukautettu kesto.
- Client secretin voimassaolo on rajoitettu enintään 730 päivään / 24 kuukauteen (kaksi vuotta). Et voi määrittää mukautettua voimassaoloaikaa, joka on pidempi kuin 730 päivää / 24 kuukautta.
- Microsoft suosittelee asettamaan voimassaolon päättymispäivän, joka on alle 365 päivän / 12 kuukauden päässä.
- Valitse
Add.
- Tallenna secretin arvo käytettäväksi asiakassovelluksesi koodissa.
Tätä secretin arvoa ei näytetä enää uudelleen tämän sivun jälkeen. Jos secretin arvo katoaa / sitä ei ole tallennettu, ainoa tapa saada uusi arvo on määrittää uusi secret.
Merkitse secretin voimassaolon päättymispäivä kalenteriin ja ratkaisun vuosikelloon.
Tämä on sitä varten, että muistat lisätä uuden secretin ja ottaa sen käyttöön Secure Accessissa ennen kuin vanha vanhenee.
Suunnittele secret-avaimen vaihto etukäteen, koska kun secret vanhenee, Matrix42 Pro- ja IGA-ratkaisujen käyttäjät eivät pysty todentamaan järjestelmään OIDC-todennuksen kautta.
Token Configuration
Perusmuotoista OpenID Connect (OIDC) -kirjautumisen toimimiseksi sinun ei tarvitse lisätä Optional claim.
Email-claimin lisääminen
On kuitenkin erittäin suositeltavaa lähettää myös käyttäjän sähköpostiosoite kohteesta Entra kohteeseen Secure Access. Sieltä käyttäjän sähköpostitieto lähetetään Matrix42 Pro- ja IGA-ratkaisuun. Tämä tarvitaan Chat-toiminnallisuutta varten (jos sähköposti puuttuu, chat ei ole käytettävissä).
Tätä varten sinun on lisättävä email-claim:
- Siirry kohtaan
Token configuration, napsautaAdd optional claimlisätäksesi email-claimin. - Valitse token-tyyppi:
ID and Claim: email
Add Groups Token
Valinnaisesti, jos haluat lähettää myös käyttäjän ryhmätiedot kohteesta Entra kohteeseen Secure Access, sinun on lisättävä groups-claim.
Kohdassa Secure Access voit käyttää groups-claim-tietoa laskeaksesi userLevel ja esm roolit:
- Siirry kohtaan
Token configuration, napsautaGroups-claimin lisääminen. - Valitse oikeat ryhmätyypit sen mukaan, minkä tyyppisiä ryhmiä haluat lähettää Secure Access -komponentille.
- Yleensä
Security groupsriittää, mutta se riippuu siitä, miten asiakkaat ovatEntra IDryhmät on suunniteltu.
- Yleensä
- Valitse
Tokenin ominaisuuksien mukauttaminen tyypin mukaan.- Huomaa, että oletusarvo on
Group ID, mutta Matrix42 Professional- ja IGA-ratkaisussasAMAccountNameon yleensä parempi vaihtoehto, jos ryhmiä ei luoda suoraanEntra.
- Jos haluat lähettää pilviryhmät claimissa muodossa
groupIDs, valitse vain "group type" ja valitseIDs.
- Huomaa, että oletusarvo on
API Permissions
API-käyttöoikeudet myönnetään vähimmäistasoisena käyttöoikeusjoukkona. Tämä tarkoittaa, että Secure Access -sovellukselle sallitaan vain välttämätön pääsy.
- Valitse sivupalkista “API permissions”.
- Valitse kyseiseltä sivulta “Add a permission”.
- Sinulla pitäisi jo olla Microsoft Graph > User.Read lisättynä, voit jättää tämän ennalleen.
- Sinulla pitäisi jo olla Microsoft Graph > User.Read lisättynä, voit jättää tämän ennalleen.
- Valitse "Microsoft Graph".
- Valitse
Delegated permissions
- Vieritä alaspäin ja valitse tarvittavat käyttöoikeudet.
- Käyttöoikeus:
User.Read, tyyppi:Delegated - Käyttöoikeus:
email, tyyppi:Delegated- Tämä on tarpeen vain, jos email-claim on määritetty ja vaaditaan.
- Käyttöoikeus:
- Napsauta “
Add permissions”. - Nyt määritetyt käyttöoikeudet (Configured permissions) näytetään.
Valinnainen: Entra ID:n määrittäminen lähettämään federoitu/vierailija-UPN OIDC ID-tokeneissa
Tämä määritys suositellaan tehtäväksi, jos sallit vierailijakäyttäjien kirjautumisen.
- Avaa
App Registration. - Valitse luomasi sovellus (
Riku M42 native connectorskuvakaappauksessa). - Siirry kohtaan
Token configuration - Valitse
Add optional claim. - Valitse
Token typetyyppinäIDjaClaimtyyppinäupn - Napsauta
Addlisätäksesi kyseisen tokenin.
- Ponnahdusikkuna avautuu, valitse valintaruutu ja napsauta
Add.
- Muokkaa juuri määritettyä claimia valitsemalla
Edit-vaihtoehto kolmen pisteen takana:
- Aseta
Ulkoisesti todennettukohteeseenYesjaSave.

Federoitujen/vierailijakäyttäjien määritys on nyt valmis.
Heidän upn-tietonsa näytetään ID-tokenissa tässä muodossa: <upn>_<homedomain>#EXT#@<resourcedomain> esimerkiksi: john_contoso.com#EXT#@contoso.onmicrosoft.com
Tämä asetus ei vaikuta sisäisten käyttäjien upn-muotoon, se on edelleen normaalissa upn-muodossa, esimerkiksi: john.doe@contoso.com
Asiakkaan toimitettavat tiedot
Toimita seuraavat tiedot Matrix42:lle, jotta ne voidaan määrittää Secure Accessiin.
| Tiedot | Esimerkki |
|---|---|
|
Application (client) ID Luomasi sovellusrekisteröinnin (app registration) ID Näkyy sovelluksesi yleiskatsauksessa |
56cf0dabc-1a1b-12ca-3bca-bca4bc56a78b
|
|
Directory (tenant) ID Entra-vuokraajan (tenant) ID |
abc1fb23-dd24-5a67-8b91-1a123ab123a12 |
| Discovery URL in v1.0 format | |
| Secret | Toimita secretin arvo Matrix42:lle turvallista toimitustapaa käyttäen. |
OIDC-vianmääritys Entra ID -määritykselle
Troubleshooting
If you run across the issues described below, it is recommended to contact Matrix42 as some of the steps can only be done by at our end.
Username Shown in Weird Format on Portal
Example of this issue in portal, where username is a weird string and the circle has also number or weird character:

In ESS2 portal, missing/weird username mapper affecting UI is cannot be shown.
Cause: Username mapper missing or configured incorrectly.
Fix: Contact Matrix42.
Weird Username and/or Missing Email on Entra Authentication
After Entra authentication, you see screen like this, with weird username and/or email missing.

Cause: Username mapper missing or configured incorrectly.
Fix: Contact Matrix42
Error Screen After Entra Authentication - Application with Identifier
After Entra authentication you see a screen like this, containing text Application with identifier [string] not found in the directory.

Cause: As you can see error message, identifier has extra R character on beginning of it, so it doesn’t match Entra applications Application ID.
Fix: : Contact Matrix42 and provide the Application ID value.
Redirect URI Error After Entra Login
After Entra login you see screen like this:

Cause: The error message states that Redirect URI is not configured to application on Entra. It has not been configured at all, or there is a typo on that URI on Entra configuration.
(example in the screenshot: https://rikurestdemo20251.efectecloud-demo.com/auth/realms/rikurestdemo20251/broker/oidctest/endpoint)
Fix:
- Contact Matrix42 and request for your Secure Access' OIDC Identity Provider's
Redirect URI.
- Go to your Entra.
- Go to “
App registration”. - From the list, select your application that you use for OIDC login configurations.
- Select
Authentication.
- Under
Redirect URIsremove the faulty Redirect URI.
- Click
Add URI. - Add the correct redirect URI (this was copied on step 1.).
- Test again.
Login doesn't work and keycloak.log contains errors
If log contains error like this:
Caused by: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
Then issue is that Secure Access doesn't trust Entra certificates.
Follow this guidance https://docs.efecte.com/configure-authentication/download-and-install-certificates-to-secure-access-esa chapter "Add Microsoft related certificates to Secure Access" to install needed certificates to Secure Access and then try login again.
Table of Contents
