Salasanan itseasetusprosessi pysyy samana, mutta vaadittu todennusmenetelmä tuo vaihteluita käyttötapauksiin ja vaikuttaa käyttäjän henkilöllisyyden varmennuksen tasoon ennen salasanan vaihtamisen sallimista. Core , Pro ja/tai IGA ratkaisu tukee useita todennusmenetelmiä, jotka voivat jopa vaihdella käyttäjäryhmän mukaan.

Ensimmäinen vaihe on todennusmenetelmän valitseminen. Sen jälkeen itsepalautusprosessi jatkuu normaalisti.

1. Salasanan itsepalautus yrityksen kirjautumisen yhteydessä
   • Käyttäjät voivat vaihtaa salasanansa kirjautumisen jälkeen sisään olemassa olevilla yrityksen tunnuksilla. Uusi salasana lisätään hakemistoon automaattisesti.
   • Rajoitus: Jos käyttäjät unohtavat nykyiset tunnistetietonsa, he eivät voi käyttää salasanan itsepalautuspalvelua. Se edellyttää olemassa olevan salasanan tuntemista.
   • Turvataso: Matala
   • Tuetut todennusmenetelmät:
     • AD kirjautuminen (käyttäjätunnus ja salasana)
     • AD FS -kirjautuminen ( AD SSO)
     • Entra SSO
     • Paikallisen käyttäjän kirjautuminen ( SAML / OpenID )
2. Salasanan itsepalautus kertakäyttöisellä salasanalla (OTP) – lisäosa
   • Käyttäjät voivat aloittaa salasanan vaihdon M42 kirjautumissivulta valitsemalla "Unohdin salasanani". He antavat sähköpostiosoitteensa tai puhelinnumeronsa ja saavat viestin, joka sisältää kertakäyttöisen salasanan (OTP). Onnistuneen todennuksen jälkeen käyttäjä asettaa uuden salasanan, joka sitten annetaan hakemistolle.
   • Vaatimus: Käyttäjän puhelinnumeron tai sähköpostiosoitteen on oltava Core / Pro tai IGA ratkaisussa.
   • Turvataso: Keskitaso
   • Tuetut todennusmenetelmät:
     • Kertakäyttöinen salasana, tekstiviesti
     • Kertakäyttöinen salasana, sähköposti
     • Kertakäyttöinen salasana, todennussovellus
3. Salasanan itsepalautus pankkitunnustunnistuksella (eID)
   • Käyttäjät voivat aloittaa salasanan vaihdon M42 kirjautumissivulta valitsemalla "Unohdin salasanani". Heidät ohjataan tunnistautumaan valitsemansa pankin tunnistusmenetelmällä. Onnistuneen tunnistautumisen jälkeen käyttäjä ohjataan Core / Pro tai IGA ratkaisuun, jossa he voivat määrittää uuden salasanan. Salasana lisätään sitten automaattisesti hakemistoon.
   • Vaatimus: Käyttäjän sosiaaliturvatunnuksen on oltava käytettävissä Core tai Pro ratkaisussa.
   • Turvataso: Korkea
   • Tuetut todennusmenetelmät:
     • Ruotsalainen pankkitunnus
     • Suomen luottamusverkosto (FTN)
     • Suomi.fi (Suomi)
     • Mobiilivarmenne (Suomi)

Tämä käyttötapaus on tarkoitettu Core / Pro ratkaisujen agenttikäyttäjille, eikä hakemistoon tarvitse päästä silloin, kun käyttäjä soittaa ja pyytää salasanaan liittyviä toimintoja, kuten salasanan vaihtoa tai lukituksen avaamista.

Harmonikan runko

Salasananhallinnan käyttötapausten määrittely on suoraviivaista, ja se vaatii asiakkaalta sekä teknistä että toiminnallista tietoa.

Määrittelytyöpaja kestää noin yhden (1) tunnin, niissä tapauksissa, joissa salasanan vaihtaminen on sallittu yhteen (1) hakemistoon.

Määritelmätyöpajan osallistujat

• Varmistaa, että tekniset valmistelut on tehty ja toiminnalliset valmistelut jatkuvat
• Tarkistaa käyttötapauksen ja varmistaa, että tiedot ovat ajan tasalla (käyttäjät, matkapuhelinnumerot, sähköpostiosoitteet tai sosiaaliturvatunnukset)
• Aikatauluttaa konfiguroinnin, testauksen ja tuotantokäytön aloituspäivämäärät.

Osallistujat:

• Hakemisto-/todennusasiantuntija(t)
• M42 ratkaisuagentti/järjestelmänvalvoja

Tekniset valmistelut:

• Testiympäristö
  • M42 ratkaisun testiympäristö (mukaan lukien itsepalvelu, jos salasanan itsepalautus on käytössä)
  • Hakemiston/hakemistojen testiympäristö
    • Jos Active Directory on käytössä eikä testiympäristöä ole saatavilla, voidaan testiympäristönä käyttää myös erillistä testi-OU:ta tuotannossa. Näissä tapauksissa on tärkeää, että palvelutilit ovat erillään ja että niillä on pääsy vain oikeisiin testi- ja tuotantoympäristössä käytettyihin OU:ihin.
• Hakemistopalvelun tili:
  • Yksi testaukseen ja yksi tuotantoon
  • Luo uusi palvelutili hakemistoon tai laajenna olemassa olevan/olemassa olevien tilejä
  • Palvelutilillä on oltava oikeudet vaihtaa käyttäjien salasanoja, avata salasanoja ja aktivoida tilejä.
• Todennus
  • Kertakäyttöinen salasana
    • Kaikki käyttäjät, joilla on lupa vaihtaa salasanansa itsepalvelun kautta, on löydettävä M42 ratkaisusta, ja heillä kaikilla on oltava voimassa oleva sähköpostiosoite tai matkapuhelinnumero.
      Jos tuonteja tai massapäivityksiä tarvitaan, varmista, että tarvittava työ sisältyy toimitussisältöön.
  • Pankkitunnuksen todennus
    • Kaikki käyttäjät, joilla on lupa vaihtaa salasanansa itsepalvelun kautta, on löydettävä M42 ratkaisusta, ja heillä kaikilla on oltava voimassa oleva sosiaaliturvatunnus.
      Jos tuonteja tai massapäivityksiä tarvitaan, varmista, että tarvittava työ sisältyy toimitussisältöön.
    • Suomi.fi-tunnistautumista käytettäessä asiakkaalla tulee olla DVV:ltä tarvittavat oikeudet menetelmän käyttöön.

Toiminnalliset valmisteet:

• Viestintä loppukäyttäjille
  • Huomioi myös ulkopuoliset käyttäjät
• Koulutus ( uid , ohjeet)
• Hallinto- ja tilintarkastusvaatimukset

Testaus:

• Tarkista luku: Järjestelmän ja käyttäjän hyväksyntätestaus

Pro käyttö:

• Varmista, että hallinto- 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 valmistelussa ole virheitä
• Jos salasanakäytäntö muuttuu, muista päivittää loppukäyttäjän ohjeet
• Varmistaa, että käyttäjillä, joilla ei enää ole oikeutta vaihtaa salasanaansa, ei ole pääsyä palveluun.
• Varmistaa, että matkapuhelinnumerot, sähköpostiosoitteet ja sosiaaliturvatunnukset ovat jatkuvasti voimassa ja ajan tasalla.

IGA tilin toiminnot

Onko datakortti, joka aloittaa hakemistoihin liittymisen, kun IGA -ylläpitäjä tai Service Desk Agent vaihtaa käyttäjän salasanan tai suorittaa muun toiminnon, kuten tilin aktivoinnin tai lukituksen avaamisen.

Lippu

Lipputietokorttia voidaan käyttää käyttäjän salasanan vaihdon aloittamiseen käyttämällä seuraavia määritteitä

• Pikatäyttö - Vaihtoehto: vaihda salasana tiketistä
• Asiakas - käyttäjä, jonka salasana vaihdetaan
• Muunna-painike ”vaihda käyttäjän salasana”, joka avaa uuden IGA -tilin toimintojen datakortin ja kopioi asiakastiedot datakortille

IGA palvelupyyntö

Pro aloitetaan IGA -palvelupyynnöstä, kun salasana vaihdetaan itsepalvelun itsepalautuspalvelulla.

Muista aina:

1. Konfiguroi käyttötapaukset ensin testiympäristöön
2. Noudata oikeita ohjeita ympäristötyypin ja M42 -ratkaisun mukaan
   • Salasanan itsepalautus uudessa ympäristössä
   • Salasanan itsepalautus olemassa olevassa ympäristössä
   • Service Desk salasanan palautus Agent ympäristössä
   • Service Desk Agent palautus olemassa olevassa ympäristössä
   • IGA ylläpitäjien salasanan palautus uudessa ympäristössä
   • IGA ylläpitäjien salasanan palautus olemassa olevaan ympäristöön
3. Suorita järjestelmä- ja käyttäjähyväksyntätestaus testiympäristössä
4. Korjaa kaikki mahdolliset löydökset ja suorita uudelleentestaus
5. Siirrä konfiguraatio tuotantoympäristöön
6. Varmista, että kokoonpano on siirretty oikein tuotantoympäristöön

Salasanan automaattisen palautuksen määritysohjeet uuteen ympäristöön

Nämä ohjeet koskevat tilanteita, joissa salasanan nollaus asennetaan omaan erilliseen ympäristöön tai se konfiguroidaan uuteen ympäristöön (perusversio 2025.1 tai uudempi).

• Itsepalvelu
  • Vahvista, että salasananvaihtopalvelu on julkaistu (jos ei, julkaise palvelu)
• Todennus
  • Ping apua toimituspäälliköltäsi, jos et ole vielä määrittänyt
  • Noudata oikeita todennusohjeita valitun todennusmenetelmän mukaisesti
• Core , Professional tai IGA ratkaisu
  • Noudata hakemiston oikeita määritysohjeita ja testaa yhteys.

Salasanan itsepalautuksen määritysohjeet olemassa olevassa ympäristössä

• Luo uusi yhden napsautuksen demo (OCD) -ympäristö
• Itsepalvelu
  • Luo uusi itsepalvelusivusto salasanan palautuspalvelua varten
  • Tuo ”vaihda salasanani” -palvelu (OCD)-ympäristöstä asiakasympäristöön
  • Tarkista, että OmatPalvelut ja muut asetukset ovat samat OCD:ssä ja asiakasympäristössä.
  • Julkaise palvelu
• Todennus
  • Luo uusi alue Secure Access -komponentille
  • Varmista, että käyttäjät ohjataan itsepalvelusivustolle, jolla julkaisit salasanan palautuspalvelun.
  • Noudata todennusmenetelmän oikeita Secure Access -määritysohjeita
• Core ja Professional ratkaisu
  • Todennäköisesti asiakkaalla on jo liitin hakemistoon, joten siirry seuraavaan vaiheeseen, mutta luo tarvittaessa uusi liitin ja noudata hakemiston mukaisia oikeita määritysohjeita .
  • Luo tapahtumapohjaisia tehtäviä hakemiston mukaan
    • Entra ID : Azure IGA -palvelupyyntö: Vahvista, Lisää, Poista
    • AD : AD IGA -palvelupyyntö: Vahvista, Lisää, Poista
    • OpenLDAP :lle: OpenLDAP IGA -palvelupyyntö: Vahvista, Lisää, Poista
  • Varmista, että määritteet, asetukset ja määritykset ovat samat OCD- ja asiakasympäristössä.
  • Varmista, että IGA palvelupyyntömalli sisältää kaikki tarvittavat attribuutit, käsittelijät ja kuuntelijat
  • Varmista, että IGA salasanan vaihtotyönkulku käyttää luomiasi oikeita tapahtumapohjaisia tehtäviä
  • Julkaise IGA salasanan vaihtotyönkulku

Service Desk Agent konfigurointiohjeet uuteen ympäristöön

• Noudata hakemiston oikeita määritysohjeita ja testaa yhteys.

Service Desk Agent konfigurointiohjeet olemassa olevaan ympäristöön

• Luo uusi One-Click-Demo (OCD) -ympäristö, jossa voit viedä/kopioida kokoonpanon olemassa olevaan ympäristöön
• Tee seuraavat määritysmuutokset ESM:ään (vertaa OCD:hen):
  • Tikettimalli:
    • uusi ominaisuus: Salasanan palautus
    • uusi ominaisuus: Vaihda asiakkaan salasana
    • muokkaa luokkaa: Tiketin kuvaus
      • määritteiden järjestysnumeroita muokattu
    • uusi muunnos: IGA tilin toiminnot
    • muokkaa ominaisuutta: Itsepalvelutuote
      • "Näytä vain näkyvissä"
    • muokkauskuuntelija: presave.FAIL tiketin tyypin muuttaminen palvelutilaukseksi
    • uusi kuuntelija: presave.FAIL ratkaisee ilman salasanan vaihtamista
    • muokkaustyönkulku: Tiketin työnkulku:
      • uudet työnkulun valintakriteerit: Tila ”yhtä suuri kuin” 07 - Ratkaistu.
  • Quickfill-mallipohja:
    • muokkaa attribuuttia: Tyyppi:
      • lisäarvo: Palvelutilaus
    • uusi ominaisuus: Pikatäyttö salasanan palautuspyynnölle?
    • uusi ominaisuus: Itsepalvelutuote
    • uusi datakortti: Salasanan nollaus Ticketistä
  • Itsepalvelutuotteen mallipohja:
    • uusi datakortti: salasanan manuaalinen palautus
    • uusi ominaisuus: Salli manuaalisesti luodut pyynnöt
  • IGA tilin toiminnot -malli:
    • uusi attribuutti: Viittaava tukipyyntö
  • Käyttöoikeudet:
    • Service Desk Agent :
      • Organisaatio-moduulissa, IGA -tilin toiminnot -mallissa: RCU
      • Organisaatio-moduulissa, IGA tilin toiminnot -kansiossa: RCU
      • Tikettimalli, Salasanan nollaus -attribuutti:
        • Lukuoikeus
      • Tikettipohja, Itsepalvelutuote-attribuutti:
        • kaikki käyttöoikeudet on sallittava
• Tee myös tarvittavat muutokset luvun ” IGA järjestelmänvalvojien määritysohjeet olemassa olevaan ympäristöön” mukaisesti.

IGA järjestelmänvalvojille tarkoitetut määritysohjeet uuteen ympäristöön

• Noudata hakemiston oikeita määritysohjeita ja testaa yhteydet.
• Vahvista, onko IGA -tilitoimintojen mallia tai tilinhallintatoimintojen työnkulkua tarpeen muokata.
• Vahvista, onko " IGA -tilin toiminnot" -kansion käyttöoikeuksia tarpeen muokata.
• IGA -tilin toimintoihin liittyvien näkymien validointi:
  • Kaikki käyttäjän tilitoiminnot
  • Käyttäjät pyytävät eniten salasanan vaihtoa (vuosittain)
  • Käytöstä poistettujen tilien tilitoiminnot
  • Tilitoimenpiteet, jotka tehdään toimistoajan ulkopuolella

IGA järjestelmänvalvojille tarkoitetut määritysohjeet olemassa olevaan ympäristöön

• Luo uusi yhden napsautuksen demo (OCD) -ympäristö.
• Luo tarvittavat yhteydet. Noudata hakemiston oikeita määritysohjeita ja testaa yhteys.
• Luo tarvittavat tapahtumapohjaiset tehtävät hakemiston mukaan
  • Azure IGA -järjestelmänvalvojan toiminnot: Nollaa, avaa lukitus, aktivoi
  • AD IGA -järjestelmänvalvojan toiminnot: Nollaa, avaa lukitus, aktivoi
  • OpenLDAP IGA n ylläpitäjän toiminnot: Nollaa, avaa lukitus, aktivoi
• Kopioi IGA tilitoimintojen malli ja tilinhallintatoimintojen työnkulku OCD:stä olemassa olevaan ympäristöön.
• Luo " IGA Account Actions" -kansio organisaatiomoduuliin " IGA Account Actions" -tietokorteille.
• Aseta oikeat käyttöoikeudet " IGA -tilin toiminnot" -kansiolle.
• Luotiin tarvittavat IGA -tilitoimintoihin liittyvät näkymät:
  • Kaikki käyttäjän tilitoiminnot
  • Käyttäjät pyytävät eniten salasanan vaihtoa (vuosittain)
  • Käytöstä poistettujen tilien tilitoiminnot
  • Tilitoimenpiteet, jotka tehdään toimistoajan ulkopuolella
• Varmista, että tilienhallinnan toimintojen työnkulku käyttää orkestrointisolmuista luomiasi tehtäviä.
• Julkaise tilinhallinnan toimintojen työnkulku.

Testausvalmistelut:

1. Testaus tehdään testiympäristössä ja testihakemistoa (tai testi-OU:ta) vasten.
2. Luo hakemistoon testikäyttäjiä ja varmista, että kaikki tarvittavat tiedot ovat paikoillaan.
3. Varmista, että loppukäyttäjillä, agenteilla ja järjestelmänvalvojilla on oikeat käyttöoikeudet itsepalveluun ja M42 ratkaisuun.

Testausohjeet loppukäyttäjille:

1. Kirjaudu sisään yhdellä testikäyttäjällä ja seuraa käyttötapausohjeita.
2. Salasanan vaihdon jälkeen kirjaudu sisään uusilla tunnuksilla
3. Kokeile myös asettaa salasana, joka ei vastaa yrityksen käytäntöjä.
4. Varmista, että itsepalvelussa on oikeat tiedot, ohjeet, logo, värit, palveluiden nimet jne.
5. Salasananvaihtopyyntöjen vahvistus näkyy pyyntönäkymässäni

Testausohjeet Service Desk Agent ja IGA Adminille:

1. Kirjaudu sisään Core tai Professional ratkaisuun
2. Luo uusi tiketti ja seuraa käyttötapauksen vaiheita
3. Siirry liittimien asetuksiin, poista yhteys hakemistoon ja yritä testata salasanan vaihto uudelleen.
4. Muuta asetukset takaisin ja testaa salasanan vaihto uudelleen
5. Testaa myös muita toimintatyyppien skenaarioita
6. Varmista, että raportit, näkymät ja koontinäytöt näyttävät oikeat tiedot
7. Kirjaudu sisään testikäyttäjänä ja vahvista, että salasanan vaihto onnistui