Salasanan hallinta Core-, Pro- ja IGA-ratkaisuille
Salasanan hallinta Core-, Pro- ja IGA-ratkaisuille
Salasanan hallinta
Tässä artikkelissa esitellään erilaisia käyttötapauksia loppukäyttäjille, Service Desk -agenteille ja Identity Governance and Administration (IGA) -järjestelmänvalvojille.
Service Desk -agenttien ja IGA-järjestelmänvalvojien käyttötapaukset sisältyvät ratkaisupaketteihin, kuten M42 Core, M42 Professional sekä M42 IGA Starter, Growth tai Enterprise.
Loppukäyttäjän käyttötapaus – jonka avulla käyttäjät voivat nollata oman salasanansa – tarjotaan lisäosana. Tämä ominaisuus voidaan joko integroida olemassa olevaan M42-ratkaisuusi tai tarjota erillisessä, salasanan nollauksiin omistetussa ympäristössä.
Salasanan hallinta kattaa työkalut, prosessit ja käytännöt, joita organisaatiot käyttävät käyttäjätunnusten turvalliseen hallintaan järjestelmissä ja sovelluksissa. Se on kriittinen toiminto, jonka tavoitteena on hallita ja automatisoida salasanojen luontia, päivittämistä, tallentamista ja palauttamista.
Salasanan nollausten automatisointi tuo lukuisia hyötyjä. Alla on yhteenveto keskeisistä eduista:
- Parannettu tietoturva
- Vähentää heikkojen tai uudelleenkäytettyjen salasanojen riskiä vahvoja salasanakäytäntöjä noudattamalla.
- Poistaa inhimilliset virheet ja viiveet, jotka voivat johtaa haavoittuvuuksiin.
- Monivaiheinen tunnistautuminen (MFA) ja identiteetin varmistus varmistavat, että vain oikea henkilö nollaa salasanan.
- Pienemmät IT-tukikustannukset
- Suuri osa tukipalvelupuheluista (usein 30–50 %) koskee pelkästään salasanan nollauksia.
- Tämän automatisointi vapauttaa IT-henkilöstön keskittymään strategisempiin tehtäviin – säästäen sekä aikaa että rahaa.
- Nopeampi käyttöoikeuksien palautus
- Käyttäjien ei tarvitse odottaa IT:tä – erityisen hyödyllistä etätiimeille tai virka-ajan ulkopuolisille käyttäjille.
- Minimoi käyttökatkoja, mikä pitää tuottavuuden korkealla.
- Parempi käyttäjäkokemus
- Itsepalvelunollausvaihtoehto tarkoittaa, että käyttäjät voivat korjata omat kirjautumisongelmansa ympäri vuorokauden.
- Vähentää turhautumista ja odotusaikoja – erityisen tärkeää suurissa organisaatioissa.
- Vahvempi vaatimustenmukaisuus ja tarkastettavuus
- Jokainen nollausyritys kirjataan lokiin, mikä on erinomaista tarkastuspolkuja ja vaatimustenmukaisuusraportointia varten.
- Seuraa salasanan vaihtoja, nollausyrityksiä ja käytäntörikkomuksia.
- Auttaa täyttämään säädökset, kuten GDPR, HIPAA, SOX ja muut, jotka edellyttävät vahvaa pääsynhallintaa ja jäljitettävyyttä.
- Yhdenmukainen käytäntöjen noudattaminen
- Varmistaa, että salasanakäytäntöjä (kuten vanheneminen, monimutkaisuus jne.) sovelletaan yhdenmukaisesti kaikissa järjestelmissä ja kaikilla käyttäjillä.
- Tukee hybridi- ja pilviympäristöjä
- Toimii sekä on-premise-järjestelmissä (kuten Active Directory) että pilvisovelluksissa (kuten Entra ID), mikä on erityisen tärkeää yritysten siirtyessä kohti hybridi-IT-ympäristöjä.
Salasanan itsenäinen nollaus (lisäosa)
Salasanan itsenäinen nollaus tarjoaa useita hyötyjä, erityisesti käyttäjille ja IT-tiimeille. Alla on yhteenveto käyttötapauksesta; yksityiskohtainen kuvaus löytyy kuvan alapuolelta.
Salasanan itsenäisen nollauksen (lisäosa) käyttötapauskuvaus
Itse salasanan itsenäisen nollauksen prosessi pysyy samana, mutta vaadittu tunnistautumismenetelmä tuo vaihtelua käyttötapauksiin ja vaikuttaa käyttäjän identiteetin varmistuksen tasoon ennen salasanan vaihdon sallimista. Core-, Pro- ja/tai IGA-ratkaisu tukee useita tunnistautumismenetelmiä, jotka voivat vaihdella jopa käyttäjäryhmän mukaan.
Ensimmäinen vaihe on tunnistautumismenetelmän valinta. Sen jälkeen itsenäinen nollausprosessi etenee tavalliseen tapaan.
- Salasanan itsenäinen nollaus yrityksen kirjautumistunnuksilla
- Käyttäjät voivat vaihtaa salasanansa kirjauduttuaan sisään olemassa olevilla yrityksen tunnuksillaan. Uusi salasana provisioidaan automaattisesti hakemistoon.
- Rajoitus: Jos käyttäjät unohtavat nykyiset tunnuksensa, he eivät pääse käyttämään salasanan itsenäistä nollauspalvelua. Se edellyttää nykyisen salasanan tuntemista.
- Turvallisuustaso: Matala
- Tuetut tunnistautumismenetelmät:
- AD-kirjautuminen (käyttäjätunnus ja salasana)
- ADFS-kirjautuminen (AD SSO)
- Entra SSO
- Paikallisen käyttäjän kirjautuminen (SAML / OpenID)
- Salasanan itsenäinen nollaus kertakäyttöisellä salasanalla (OTP) – lisäosa
- Käyttäjät voivat aloittaa salasanan nollauksen M42-kirjautumissivulta valitsemalla "I forgot my password". He antavat sähköpostiosoitteensa tai puhelinnumeronsa ja saavat viestin, joka sisältää kertakäyttöisen salasanan (OTP). Onnistuneen tunnistautumisen jälkeen käyttäjä asettaa uuden salasanan, joka provisioidaan hakemistoon.
- Vaatimus: Käyttäjän puhelinnumeron tai sähköpostiosoitteen täytyy olla tallennettuna Core/Pro- tai IGA-ratkaisuun.
- Turvallisuustaso: Keskitaso
- Tuetut tunnistautumismenetelmät:
- Kertakäyttöinen salasana, tekstiviesti
- Kertakäyttöinen salasana, sähköposti
- Kertakäyttöinen salasana, tunnistautumissovellus
- Salasanan itsenäinen nollaus pankkitunnistautumisella (eID)
- Käyttäjät voivat aloittaa salasanan nollauksen M42-kirjautumissivulta valitsemalla "I forgot my password". Heidät ohjataan tunnistautumaan valitsemansa pankin tunnistautumismenetelmällä. Onnistuneen tunnistautumisen jälkeen käyttäjä ohjataan Core/Pro- tai IGA-ratkaisuun, jossa hän voi määrittää uuden salasanan. Salasana provisioidaan sitten automaattisesti hakemistoon.
- Vaatimus: Käyttäjän henkilötunnuksen täytyy olla saatavilla Core- tai Pro-ratkaisussa.
- Turvallisuustaso: Korkea
- Tuetut tunnistautumismenetelmät:
- Swedish Bank ID
- Finnish Trust Network (FTN)
- Suomi.fi (Finland)
- Mobiilivarmenne (Finland)
| Yleiskatsaus | Tämä käyttötapaus kuvaa, miten loppukäyttäjä voi vaihtaa oman salasanansa käyttäen salasanan itsenäisen nollauksen palvelua Self-Servicessä. |
| Toimijat |
Loppukäyttäjä Self-Service Core/Pro |
| Edellytykset |
Tunnistautumisvaihtoehto on valittu ja sovittu.
Tapauksissa, joissa käyttäjä voi vaihtaa oman salasanansa yrityksen verkon ulkopuolelta, salasanapalvelun on oltava käytettävissä julkisesta verkosta.
Baseline-versio 2025.1 tai uudempi, tai määritetty erikseen asiakkaan olemassa olevaan Core/Pro-ratkaisuun, joka käyttää connector managementia (provisiointimoottoria) ja secure access -komponenttia tunnistautumiseen.
Käyttäjä löytyy asiakkaan hakemistosta, ja käyttäjätiedot on luettu Core/Pro-ratkaisun IGA Account -datakortille.
Hakemistoon suuntautuvalla liittimellä on oikeat käyttöoikeudet tietojen muuttamiseen asiakkaan hakemistoon. |
| Tulos / lopputulos | Käyttäjä on onnistuneesti vaihtanut oman salasanansa ja voi nyt kirjautua sisään hakemiston tunnuksilla. |
| Toimintaketju |
|
| Ongelmanratkaisu |
|
| Tarkastus ja raportointi |
|
| Provisiointi |
|
Salasanan nollaus Service Desk -agenteille
Salasanan nollaus Service Desk -agenteille tarjoaa useita hyötyjä, erityisesti IT-tiimeille. Alla on yhteenveto käyttötapauksesta; yksityiskohtainen kuvaus löytyy kuvan alapuolelta.
Salasanan nollaus tiketiltä (Service Desk -agentti)
Tämä käyttötapaus on tarkoitettu Core/Pro-ratkaisun agenttikäyttäjille, ja se poistaa tarpeen käyttää hakemistoa suoraan tilanteissa, joissa käyttäjä soittaa ja pyytää salasanaan liittyviä toimia, kuten salasanan vaihtoa tai lukituksen poistoa.
| Overview | Tämä käyttötapaus kuvaa, miten Service Desk -agentti voi nopeasti ja helposti vaihtaa käyttäjän salasanan puhelun aikana luodulta tiketiltä ilman, että hakemistoa tarvitsee käyttää suoraan. |
| Toimijat |
Loppukäyttäjä Agentti Core/Pro |
| Edellytykset |
Baseline-versio 2025.1 tai uudempi, tai määritetty erikseen asiakkaan olemassa olevaan Core/Pro-ratkaisuun, joka käyttää connector managementia (provisiointimoottoria) ja secure access -komponenttia tunnistautumiseen.
Käyttäjä löytyy asiakkaan hakemistosta, ja käyttäjätiedot on luettu Core/Pro-ratkaisun IGA Account -datakortille.
Hakemistoon suuntautuvalla liittimellä on oikeat käyttöoikeudet tietojen muuttamiseen asiakkaan hakemistoon. |
| Tulos / lopputulos | Kun agentti asettaa käyttäjälle uuden salasanan, se provisioidaan automaattisesti hakemistoon. Käyttäjä voi sen jälkeen tunnistautua yrityksen sovelluksiin ja verkkoon, ja tarkastustiedot tallennetaan. |
| Toimintaketju |
Skenaario:
Vaiheet:
Vaihtoehtoiset toimintotyypit:
Viimeistely:
|
| Ongelmanratkaisu |
Virheiden käsittely:
|
| Tarkastus ja raportointi |
|
Salasanan nollaus IGA-järjestelmänvalvojille
Ei ole kovin tavallista, että IGA-järjestelmänvalvoja joutuisi vaihtamaan käyttäjien salasanoja, mutta joissakin poikkeuksellisissa tilanteissa se voi olla tarpeen. Yleensä käyttäjät saavat vaihtaa oman salasanansa itse, tai he soittavat Service Deskiin avuksi.
Kun IGA-järjestelmänvalvojan täytyy vaihtaa käyttäjän salasana, samat hyödyt, kuten tietoturva, vaatimustenmukaisuus ja hallinta, pätevät kuten silloin, kun Service Desk -agentti vaihtaa salasanan tikettimallilta (katso hyödyt yllä).
Salasanan nollaus IGA-järjestelmänvalvojille
Sisältö
| Overview | Tässä käyttötapauksessa kuvataan, miten IGA-järjestelmänvalvoja voi nopeasti ja helposti vaihtaa käyttäjien salasanan IGA-ratkaisusta, ja se provisioidaan automaattisesti hakemistoon. |
| Toimijat |
Loppukäyttäjä IGA-järjestelmänvalvoja IGA-ratkaisu |
| Edellytykset |
Baseline-versio 2025.1 tai uudempi, tai määritetty erikseen asiakkaan olemassa olevaan Core/Pro-ratkaisuun, joka käyttää connector managementia (provisiointimoottoria) ja secure access -komponenttia tunnistautumiseen.
Käyttäjä löytyy asiakkaan hakemistosta, ja käyttäjätiedot on luettu Core/Pro-ratkaisun IGA Account -datakortille.
Hakemistoon suuntautuvalla liittimellä on oikeat käyttöoikeudet tietojen muuttamiseen asiakkaan hakemistoon. |
| Tulos / lopputulos | Järjestelmänvalvoja on asettanut käyttäjälle uuden salasanan, se vaihdetaan (provisioidaan) automaattisesti hakemistoon, käyttäjä voi tunnistautua yrityksen sovelluksiin/verkkoon, ja tarkastustiedot tallennetaan. |
| Toimintaketju |
Vaihtoehtoiset toimintotyypit:
Viimeistely
|
| Ongelmanratkaisu |
|
| Tarkastus ja raportointi |
|
Toimitusohjeet
Asiakasohjeet
Salasanan hallinnan käyttötapausten määrittely on suoraviivaista, ja se edellyttää sekä teknistä että toiminnallista tietoa asiakkaalta.
Määrittelytyöpaja kestää noin yhden (1) tunnin tapauksissa, joissa salasanaa saa vaihtaa yhteen (1) hakemistoon.
Määrittelytyöpajassa osallistujat
- varmistavat, että tekniset valmistelut on tehty ja toiminnalliset valmistelut ovat käynnissä
- käyvät läpi käyttötapauksen ja varmistavat, että data on ajan tasalla (käyttäjät, matkapuhelinnumerot, sähköpostiosoitteet tai henkilötunnukset)
- sopivat aikataulun konfiguroinnille, testaukselle ja tuotantokäytön aloitukselle
Osallistujat:
- Hakemisto-/tunnistautumisasiantuntija(t)
- M42-ratkaisun agentti-/järjestelmänvalvojakäyttäjä
Tekniset valmistelut:
- Testiympäristö
- testiympäristö M42-ratkaisulle (mukaan lukien Self-Service, jos kyseessä salasanan itsenäisen nollauksen käyttötapaus)
- testiympäristö hakemistolle/hakemistoille
- jos kyseessä on Active Directory eikä testiympäristöä ole saatavilla, myös erillistä testi-OU:ta tuotannossa voidaan käyttää testiympäristönä. Näissä tapauksissa on tärkeää, että palvelutilit ovat erillisiä ja niillä on käyttöoikeudet vain oikeisiin testi- ja tuotanto-OU:ihin
- Hakemiston palvelutili:
- yksi testiä ja yksi tuotantoa varten
- luo uusi palvelutili hakemistoon tai laajenna olemassa olevan/olemassa olevien oikeuksia
- palvelutilillä täytyy olla oikeudet vaihtaa käyttäjien salasanoja, poistaa salasanojen lukituksia ja aktivoida tilejä
- Tunnistautuminen
- One-Time Password
- kaikkien käyttäjien, joilla on oikeus vaihtaa oma salasanansa Self-Servicestä, täytyy löytyä M42-ratkaisusta, ja heillä kaikilla täytyy olla voimassa oleva sähköpostiosoite tai matkapuhelinnumero
jos tuonteja tai massapäivityksiä tarvitaan, varmista, että tarvittava työ sisältyy toimituksen laajuuteen
- kaikkien käyttäjien, joilla on oikeus vaihtaa oma salasanansa Self-Servicestä, täytyy löytyä M42-ratkaisusta, ja heillä kaikilla täytyy olla voimassa oleva sähköpostiosoite tai matkapuhelinnumero
- Bank ID authentication
- kaikkien käyttäjien, joilla on oikeus vaihtaa oma salasanansa Self-Servicestä, täytyy löytyä M42-ratkaisusta, ja heillä kaikilla täytyy olla voimassa oleva henkilötunnus
jos tuonteja tai massapäivityksiä tarvitaan, varmista, että tarvittava työ sisältyy toimituksen laajuuteen - suomi.fi-tunnistautumisen tapauksessa asiakkaalla täytyy olla DVV:ltä oikeat käyttöoikeudet menetelmän käyttöön
- kaikkien käyttäjien, joilla on oikeus vaihtaa oma salasanansa Self-Servicestä, täytyy löytyä M42-ratkaisusta, ja heillä kaikilla täytyy olla voimassa oleva henkilötunnus
- One-Time Password
Toiminnalliset valmistelut:
- Viestintä loppukäyttäjille
- huomioi myös ulkoiset käyttäjät
- Koulutus (videot, ohjeet, opastukset)
- Hallinta- ja tarkastusvaatimukset
Testaus:
- katso luku: Järjestelmä- ja käyttäjähyväksyntätestaus
Tuotantokäyttö:
- varmista, että hallinta- ja tarkastusvaatimukset täyttyvät (päivittäinen/viikoittainen/kuukausittainen/neljännesvuosittainen/vuosittainen raportointi) yrityksen käytäntöjen mukaisesti
- tarkista päivittäin, ettei provisiointivirheitä esiinny
- jos salasanakäytäntö muuttuu, muista päivittää loppukäyttäjien ohjeet
- varmista, ettei käyttäjillä, joilla ei enää ole oikeutta vaihtaa salasanaansa, ole pääsyä palveluun
- varmista, että matkapuhelinnumerot, sähköpostiosoitteet ja henkilötunnukset ovat jatkuvasti voimassa ja ajan tasalla
Datakortin kulku ja tarkoitus
IGA Account Actions
On datakortti, joka käynnistää provisioinnin hakemistoihin, kun IGA-järjestelmänvalvoja tai Service Desk -agentti vaihtaa käyttäjän salasanan tai kun tarvitaan muu toimintotyyppi, kuten tilin aktivointi tai lukituksen poisto.
| Attribuutti | Kuvaus | Pakollinen / valinnainen |
| Status |
Näkyy vain tallennetuilla datakorteilla, ja se näyttää, käsiteltiinkö pyyntö onnistuneesti.
|
Pakollinen |
| Action type |
|
Pakollinen |
| Select user |
Henkilöiden luettelo. Täytetään automaattisesti, kun IGA account action -datakortti luodaan tiketiltä. |
Pakollinen |
| Select account | Luettelo käyttäjän hakemistotileistä | Pakollinen |
| New password |
Näkyy, kun toimintotyyppi on “change password” Kirjoita uusi salasana tähän, varmista että se täyttää yrityksen salasanakäytännön vaatimukset. |
Pakollinen |
| User must change password |
Näkyy, kun toimintotyyppi on “change password”
|
Pakollinen |
| Password delivered |
Näkyy, kun toimintotyyppi on “change password”
|
Valinnainen |
| Re-run provisioning |
Näkyy, jos provisiointi epäonnistui (tila: closed - provisioning failed)
|
Valinnainen |
| Workflow name | Tekninen kenttä, näyttää, mitä työnkulkua toiminnossa käytettiin | Tekninen |
| Last workflow action | Tekninen kenttä, näyttää työnkulun viimeisimmän toiminnon, esimerkiksi onnistuiko provisiointi | Tekninen |
| Workflow history | Näyttää työnkulun vaiheet | |
| Provisioning exception | Näyttää liittimen virheilmoituksen |
Ticket
Ticket-datakorttia voidaan käyttää käyttäjän salasanan vaihdon käynnistämiseen seuraavien attribuuttien avulla
- Quick fill – vaihtoehto: change password from ticket
- Customer – käyttäjä, jonka salasana vaihdetaan
- “change users password” -muunnospainike, joka avaa uuden IGA Account Actions -datakortin ja kopioi asiakastiedot datakortille
IGA Service Request
Provisiointi käynnistyy IGA Service Requestista, kun salasana vaihdetaan käyttäen itsenäisen nollauksen palvelua Self-Servicessä.
Määritysohjeet
Muista aina:
- Määritä käyttötapaukset ensin testiympäristöön
- Noudata oikeita ohjeita ympäristötyypin ja M42-ratkaisun mukaan
- Salasanan itsenäinen nollaus uuteen ympäristöön
- Salasanan itsenäinen nollaus olemassa olevaan ympäristöön
- Salasanan nollaus Service Desk -agenteille uuteen ympäristöön
- Salasanan nollaus Service Desk -agenteille olemassa olevaan ympäristöön
- Salasanan nollaus IGA-järjestelmänvalvojille uuteen ympäristöön
- Salasanan nollaus IGA-järjestelmänvalvojille olemassa olevaan ympäristöön
- Suorita järjestelmä- ja käyttäjähyväksyntätestaus testiympäristössä
- Korjaa kaikki mahdolliset löydökset ja suorita uudelleentestaus
- Siirrä konfiguraatio tuotantoympäristöön
- Varmista, että konfiguraatio on siirretty oikein tuotantoympäristöön
Määritysohjeet salasanan itsenäiselle nollaukselle uuteen ympäristöön
Nämä ohjeet koskevat tilanteita, joissa salasanan nollaus asennetaan omaan erilliseen ympäristöön tai määritetään uuteen ympäristöön (baseline-versio 2025.1 tai uudempi).
- Self-Service
- Varmista, että change my password -palvelu on julkaistu (jos ei, julkaise palvelu)
- Tunnistautuminen
- Ota yhteyttä toimitusvastaavaasi avuksi, jos et ole vielä määrittänyt
- Noudata oikeita tunnistautumisohjeita valitun tunnistautumismenetelmän mukaan
- Core, Professional or IGA solution
- Noudata oikeita määritysohjeita hakemistolle, testaa yhteys.
Määritysohjeet salasanan itsenäiselle nollaukselle olemassa olevaan ympäristöön
- Luo uusi One-Click-Demo (OCD) -ympäristö
- Self-Service
- Luo uusi Self-Service-sivusto salasanan nollauspalvelulle
- Tuo “change my password” -palvelu (OCD)-ympäristöstä asiakasympäristöön
- Tarkista, että MyServices ja muut asetukset ovat samat OCD- ja asiakasympäristössä
- Julkaise palvelu
- Tunnistautuminen
- Luo uusi realm Secure Access -komponenttiin
- Varmista, että käyttäjät ohjataan Self-Service-sivustolle, johon julkaisit salasanan nollauspalvelun
- Noudata oikeita Secure Accessin määritysohjeita tunnistautumismenetelmälle
- Core and Professional solution
- Todennäköisesti asiakkaalla on jo liitin hakemistoon, joten siirry seuraavaan vaiheeseen, mutta jos tarpeen, luo uusi liitin ja noudata oikeita määritysohjeita hakemiston mukaan
- Luo tapahtumapohjaiset tehtävät hakemiston mukaan
- Entra ID:lle: Azure IGA Service request: Verify, Add, Remove
- AD:lle: AD IGA Service request: Verify, Add, Remove
- OpenLDAP:lle: OpenLDAP IGA Service request: Verify, Add, Remove
- Varmista, että attribuutit, asetukset ja kartoitukset ovat samat OCD- ja asiakasympäristössä
- Varmista, että IGA Service Request -malli sisältää kaikki tarvittavat attribuutit, käsittelijät ja kuuntelijat
- Varmista, että IGA Change Password Workflow käyttää luomiasi oikeita tapahtumapohjaisia tehtäviä
- Julkaise IGA Change Password Workflow
Määritysohjeet Service Desk -agenteille uuteen ympäristöön
- Noudata oikeita määritysohjeita hakemistolle, testaa yhteys.
Määritysohjeet Service Desk -agenteille olemassa olevaan ympäristöön
- Luo uusi One-Click-Demo (OCD) -ympäristö, josta voit viedä/kopioida konfiguraation olemassa olevaan ympäristöön
- Tee seuraavat konfiguraatiomuutokset ESM:ään (vertaa OCD:hen):
- Ticket-malli:
- uusi attribuutti: Password reset
- uusi attribuutti: Change customer password
- muokkaa luokkaa: Ticket description
- attribuuttien järjestysnumeroita muokattu
- uusi muunnos: IGA Account Actions
- muokkaa attribuuttia: Self-Service item
- “Show in view only”
- muokkaa kuuntelijaa: presave.FAIL, joka vaihtaa tiketin tyypin arvoon Service Order
- uusi kuuntelija: presave.FAIL, joka ratkaisee ilman salasanan nollausta
- muokkaa työnkulkua: Ticket workflow:
- uusi työnkulun valintaehto: Status “equal to” 07 - Resolved.
- Quickfill-malli:
- muokkaa attribuuttia: Type:
- lisää arvo: Service Order
- uusi attribuutti: Quickfill for password reset ticket?
- uusi attribuutti: Self-service item
- uusi datakortti: Password reset from Ticket
- muokkaa attribuuttia: Type:
- Self-service item -malli:
- uusi datakortti: Manual password reset
- uusi attribuutti: Allow manually created requests
- IGA Account Actions -malli:
- uusi attribuutti: Referring ticket
- Käyttöoikeudet:
- Service Desk Agent -rooli:
- Organization-moduulissa, IGA Account Actions -malli: RCU
- Organization-moduulissa, IGA Account Actions -kansio: RCU
- Ticket-malli, Password reset -attribuutti:
- Read-käyttöoikeus
- Ticket-malli, Self-Service item -attribuutti:
- kaikki käyttöoikeudet on sallittava
- Service Desk Agent -rooli:
- Ticket-malli:
- Tee myös tarvittavat muutokset luvun “Configuration instructions for IGA Admins for existing environment” mukaisesti
Määritysohjeet IGA-järjestelmänvalvojille uuteen ympäristöön
- Noudata oikeita määritysohjeita hakemistolle, testaa yhteydet.
- Tarkista, onko tarpeen muokata IGA Account Actions -mallia tai Account Management Action Workflow'ta.
- Tarkista, onko tarpeen muokata "IGA Account actions" -kansion käyttöoikeuksia.
- Tarkista IGA Account actions -toimintoihin liittyvät näkymät:
- Kaikki tilitoimet käyttäjittäin
- Käyttäjät, jotka pyytävät eniten salasanan nollauksia (vuosittain)
- Tilitoimet käytöstä poistetuille tileille
- Virka-ajan ulkopuolella tehdyt tilitoimet
Määritysohjeet IGA-järjestelmänvalvojille olemassa olevaan ympäristöön
- Luo uusi One-Click-Demo (OCD) -ympäristö.
- Luo tarvittavat yhteydet. Noudata oikeita määritysohjeita hakemistolle, testaa yhteys.
- Luo tarvittavat tapahtumapohjaiset tehtävät hakemiston mukaan
- Azure IGA Admin Actions: Reset, unlock, activate
- AD IGA Admin Actions: Reset, unlock, activate
- OpenLDAP IGA Admin Actions: Reset, unlock, activate
- Kopioi IGA Account Actions -malli ja Account Management Action Workflow OCD:stä olemassa olevaan ympäristöön.
- Luo "IGA Account actions" -kansio Organization-moduuliin "IGA Account Actions" -datakortteja varten.
- Aseta oikeat käyttöoikeudet "IGA Account actions" -kansiolle.
- Luo tarvittavat IGA Account actions -toimintoihin liittyvät näkymät:
- Kaikki tilitoimet käyttäjittäin
- Käyttäjät, jotka pyytävät eniten salasanan nollauksia (vuosittain)
- Tilitoimet käytöstä poistetuille tileille
- Virka-ajan ulkopuolella tehdyt tilitoimet
- Varmista, että Account Management Action Workflow käyttää orkestrointisolmuista luomiasi tehtäviä.
- Julkaise Account Management Action Workflow.
Järjestelmä- ja käyttäjähyväksyntätestaus
Testausvalmistelut:
- Testaus tehdään testiympäristössä ja testihakemistoa (tai testi-OU:ta) vasten
- Luo testikäyttäjät hakemistoon ja varmista, että kaikki tarvittavat tiedot ovat kunnossa
- Varmista, että loppukäyttäjillä, agenteilla ja järjestelmänvalvojilla on oikeat käyttöoikeudet Self-Serviceen ja M42-ratkaisuun.
Testausohjeet loppukäyttäjille:
- Kirjaudu sisään jollakin testikäyttäjällä ja noudata käyttötapauksen vaiheita
- Onnistuneen salasanan vaihdon jälkeen kirjaudu sisään uusilla tunnuksilla
- Kokeile testata myös salasanan asettamista, joka ei täytä yrityksen käytäntöjä
- Varmista, että Self-Servicessä on oikeat infotekstit, ohjeet, logo, värit, palvelunimet jne.
- Varmista, että salasanan vaihtopyynnöt näkyvät my requests -näkymässä
Testausohjeet Service Desk -agentille ja IGA-järjestelmänvalvojalle:
- Kirjaudu Core- tai Professional-ratkaisuun
- Luo uusi tiketti ja noudata käyttötapauksen vaiheita
- Siirry liittimen asetuksiin, poista yhteys hakemistoon käytöstä ja kokeile testata salasanan vaihtoa uudelleen
- Palauta asetukset ennalleen ja testaa salasanan vaihto uudelleen
- Testaa myös muita toimintotyyppiskenaarioita
- Varmista, että raportit, näkymät ja koontinäytöt näyttävät oikeat tiedot
- Kirjaudu sisään testikäyttäjällä ja varmista, että salasanan vaihto onnistui
Table of Contents