CyberArk heter nå Idira: dette bør dere sjekke
Palo Alto Networks lanserte Idira i mai 2026. Slik finner dere frem mellom det nye navnet, CyberArk-dokumentasjonen og spørsmål om lisenser.
Forsidebildet er en AI-generert redaksjonell illustrasjon. Skjermer og dokumenter er illustrerte konsepter.
Palo Alto Networks lanserte Idira 12. mai 2026, med CyberArk som grunnlag for identitetssikkerhetsplattformen. Det forklarer hvorfor et produkt eller dokument dere kjente som CyberArk, nå kan hete Idira.
Lanseringen omfatter nye funksjoner i tillegg til nytt navn. Den betyr ikke at alle kunder får alle funksjoner uten tilleggslisens.
Ta utgangspunkt i produktet dere bruker
De sentrale områdene er fortsatt gjenkjennelige i Idira-porteføljen:
| Område | Produktnavn å se etter |
|---|---|
| Privilegert administratortilgang | Privileged Access Management |
| Forhøyede rettigheter på endepunkter | Endpoint Privilege Manager |
| Pålogging og tilgang for ansatte | Identity and Access Management |
| Hemmeligheter brukt av applikasjoner | Secrets Management |
| Tilgangsrevisjoner og styring | Identity Governance |
| Eksterne administratorer | Vendor Privileged Access |
Oppgi modul og driftsform når dere spør om en oppgradering. «Vi har CyberArk» sier ikke om det gjelder et egenadministrert hvelv, en skytjeneste eller en endepunktagent.
Gamle navn kan fortsatt forekomme i dokumentasjon, installasjonsstier og driftsoversikter. Behold gjerne det tidligere navnet i parentes der det hjelper ansatte med å finne riktig rutine. Av samme grunn beholder FMs produktsider sine eksisterende adresser.
Skill lisensrettigheter fra profilering
Lanseringen skiller mellom eksisterende SaaS-pakker. Enkelte forbedringer er inkludert, mens utvidet sikring av agent- og maskinidentiteter kan kreve nye lisenser. Kontroller bestillingen og gjeldende rettigheter fremfor å tolke dekningen ut fra navnet i konsollen.
Navneendringen avklarer heller ikke tenantadresser, støtteavtaler eller migrering for alle installasjoner. Bekreft dette gjennom etablerte kontakt- og støttekanaler. Ikke endre en adresse i drift bare fordi en markedsføringsside har flyttet.
Oppdater opplysningene folk bruker
Se over leverandørregister, kategorier i servicedesken og dokumentasjonslenker. Behold nok navnehistorikk til at eldre avtaler og revisjonsbevis kan knyttes til dagens tjeneste. Ulike navn er noe som må kunne forklares, ikke automatisk et revisjonsavvik.
I et nytt prosjekt bør tilgangsbehovene styre samtalen: Hvilke kontoer må beskyttes, hvordan brukes legitimasjonen, og hvem skal drifte tiltakene? Veiledningen for PAM-prosjekter går gjennom disse beslutningene. De er nødvendige uansett hva plattformen heter.
