Ohiko galderak
Innguma Active Directoryrekin integratzen da?
Bai. Innguma erakundearen Active Directoryrekin integratzen da: pertsona bakoitzak bere kontu korporatiboarekin hasten du saioa, eta altak eta bajak modu zentralizatuan kudeatzen dira, enpresak gainerako tresnetarako erabiltzen duen direktorio beretik. Horrela, zaintzako informaziorako sarbideak sistemen sailak beste edozein aplikazio korporatibori aplikatzen dizkion identitate-prozesu berberei jarraitzen die.
Zer da Active Directory eta zer esan nahi du harekin integratzeak?
Active Directory Microsoften direktorio-zerbitzua da, eta erakunde askok bere zerbitzarietan erabiltzen dute kontuak, taldeak eta kredentzialak kudeatzeko. Hodeiko baliokidea Microsoft Entra ID da, eta enpresa askok bi-biak konbinatzen dituzte: Microsoftek identitate hibridoa deitzen dio erabiltzaile-identitate komun bat edukitzeari, bertako baliabideetan eta hodeikoetan autentifikatzeko eta baimena lortzeko, eta hornikuntzaren eta sinkronizazioaren bidez mantentzen du[1].
Aplikazio bat direktorioarekin integratzeak esan nahi du aplikazioak bere pasahitzak kudeatzeari uzten diola eta identitate korporatiboan konfiantza duela. Saio-hasiera bakarrak aukera ematen dio pertsona bakoitzari kredentzial-multzo bakar batekin behin sartzeko eta esleituta dituen aplikazioak berriro identifikatu gabe irekitzeko[2].
Zer aldea dago saio-hasiera bakarraren eta hornikuntzaren artean?
Bi pieza desberdin dira, sarritan nahasten direnak. Microsoftek honela laburbiltzen du: SAML edo OIDC bezalako estandarrek saio-hasiera konpontzen dute, baina sarbideak behar du, gainera, kontua aplikazioan existitzea, eta hornikuntza automatikoak identitate horiek sortzea, mantentzea eta ezabatzea barne hartzen du, pertsona bakoitzaren egoera aldatzen denean[3].
| Mekanismoa | Zer konpontzen duen | Ohiko estandarra |
|---|---|---|
| Saio-hasiera bakarra | Pertsonak bere identitate korporatiboarekin autentifikatzea | SAML 2.0, OASISena[4], edo OpenID Connect, OAuth 2.0n oinarritutako autentifikazio-protokoloa[5] |
| Hornikuntza | Aplikazioko kontuak sortzea, eguneratzea eta desaktibatzea | SCIM, IETFren HTTP protokoloa domeinuen arteko identitateak kudeatzeko (RFC 7644, 2015eko iraila)[6] |
| Lehen sarbideko hornikuntza | Kontua pertsonak lehen aldiz saioa hasten duenean sortzea | Autentifikazioan bidalitako atributuak (adibidez, SAMLen)[3] |
| Sinkronizazio hibridoa | Bertako direktorioa hodeikoarekin lerrokatzea | Identitate-hornitzailearen sinkronizazio-tresnak[1] |
Inngumarekin zein mekanismo eta protokolo zehatz erabiltzen diren erakunde bakoitzeko sistemen taldearekin adosten da, abian jartzean.
Zergatik dira hain garrantzitsuak bajak zaintza-plataforma batean?
Zaintzak informazio estrategikoa biltzen duelako: zein lehiakide jarraitzen diren, zein teknologia interesatzen zaizkigun, zer barne-iruzkin laguntzen duten seinale bakoitza. Titularra joan denean, agian lehiakide batera, aktibo jarraitzen duen kontu bat arrisku konkretua da. Microsoftek hornikuntza automatikoaren onura gisa nabarmentzen du identitateak berehala kentzea aplikazioetatik norbaitek erakundea uzten duenean[3].
Segurtasun Eskema Nazionalak ere logika bera jasotzen du: 311/2022 Errege Dekretuak sistemetarako sarbidea kontrolatzea eskatzen du (17. artikulua) eta sistemak beharrezko gutxieneko pribilegioak emanez konfiguratzea (20. artikulua), eta sarbide-kontroleko neurriak II. eranskinean garatzen ditu[7]. Altak eta bajak direktorio bakar batetik kudeatzeak printzipio horiek betetzea errazten du.
Zer ekartzen du integrazioak Innguman
- Saio-hasiera korporatiboa. Pertsona bakoitzak Inngumara gainerako tresnetan erabiltzen duen identitate beraz sartzen da.
- Alta zentralizatuak. Norbaiti sarbidea ematea direktorioko ohiko alta-prozesuaren parte da.
- Baja zentralizatuak. Sarbidea pertsonaren irteera kudeatzen den direktorio beretik kentzen da.
- Kontrol-puntu bakarra. Sistemek Inngumarako sarbidea gobernatzen dute beste aplikazioei dagoeneko aplikatzen dizkieten politikekin.
Inngumaren kudeatutako zaintza-zerbitzuei euskarria ematen dieten sistemak ENSn ziurtatuta daude, maila ertainean (34/5704/24/05039 ziurtagiria, OCA Global, 2028ko ekainera arte indarrean)[8].
Zer komeni da prestatzea sistemen taldearekin
- Zer direktorio erabiltzen duen erakundeak: lokala, hodeikoa edo hibridoa.
- Direktorioko zein taldek emango dion sarbidea Inngumara, alta pertsona talde horretan gehituz egin dadin.
- Nork onartzen duen alta bakoitza eta nork egiaztatzen duen aldizka ez dela sarbide beharrezkorik geratzen.
- Identitate-hornitzaileak zer politika korporatibo aplikatzen dituen dagoeneko, adibidez faktore anitzeko autentifikazioa, eta sarbidean eragiten duten.
- Nork berrikusten dituen buletinen hartzaile-zerrendak norbait arloz aldatzen denean edo joaten denean.
- Proba bat talde txiki batekin, gainerakoei sarbidea ireki aurretik.
Iturriak eta erreferentziak
- [1] Microsoft Learn. What is hybrid identity with Microsoft Entra ID?
- [2] Microsoft Learn. What is single sign-on in Microsoft Entra ID?
- [3] Microsoft Learn. What is automated app user provisioning in Microsoft Entra ID
- [4] OASIS. Security Assertion Markup Language (SAML), zehaztapenen biltegia, 2.0 bertsioa barne
- [5] OpenID Foundation. How OpenID Connect Works
- [6] IETF. RFC 7644, System for Cross-domain Identity Management: Protocol. 2015
- [7] 311/2022 Errege Dekretua, maiatzaren 3koa, Segurtasun Eskema Nazionala arautzen duena. BOE
- [8] Inngumaren ENS ziurtagiria (PDF)