Sommerferien er over for de fleste i disse dager, og nye og spennende prosjekter settes igang hos veldig menge. IAM er ikke lenger siste nytt og mange ivrige sjeler har anskaffet IAM verktøy for at de nå virkelig skal kontrollere tilgangene til brukeridentitetene sine. Rollebasert tilgangskontroll (RBAC) har etablert seg som det saliggjørende for å håndtere tilgangsrettigheter til bl.a. fagapplikasjoner og interne systemer. RBAC spiller en vesentlig rolle når det etableres en modell for å håndheve sikkerheten i organisasjoner. RBAC er også en kritisk komponent i en IAM løsing. Kort fortalt: Tilgang til ressurser tildeles ved å tildele brukere roller og rollene tildeles rettigheter.
I teorien “a walk in the park”. Etterhvert som flere virksomheter nå har satt igang RBAC orienterte IAM prosjekter blir det tydeligere at det å definere høy-nivå virksomhetsroller med grunnleggende rettigheter ikke imøtekommer de forventningene om forretningsfordelene som virksomhetssiden i organisasjonene har. Og hva forventer de så egentlig? Jo, de ønsker kontroll og trygghet. De ønsker at ledere skal være i stand til å ta sitt ansvar med å tildele rettigheter til sine ansatte på en forståelig, enkel og fleksibel måte ved å bruke egne begrep og termer. Systemtekniske detaljer må skjules, og de ønsker å være sikre på at tildeling av tilganger skjer etter et såkalt tjenstlig behov. Dette er faktisk ikke “a walk in the park”. Tildelinger av rettigheter og systemtilganger har til nå stort sett blitt sett på å være et teknisk ansvar siden rettigheter er forbundet med applikasjoner og administreres som egne siloer uten spesielt mye input fra forretningssiden. Resultatet er utfylling av kryptiske skjemaer og mye fram og tilbake mellom forretningen og brukerstøtte for å få riktige tilganger for en medarbeider. Ledere ønsker ikke, og kan heller ikke, å ta det ansvaret som er de er pålagt i forbindelse med å vite hva deres ansatte har tilgang til. Organisasjoner implementerer ofte IAM systemer basert på rollebaserte modeller uten å ta hensyn til roller. I tillegg er det mange tilfeller hvor rollemodellene i IAM verktøyene ikke vil fungere side de fleste kun opererer med en rolletype, og den er som oftest linket til organisasjonen. Ved organisasjonsendringer vil man umiddelbart få problemer. Prosessen med å definere roller må i bunn og grunn basere seg på hvordan en organisasjon fungerer og må inkludere ressurser fra linjeorganisasjonen, ledere, personal i tillegg til tekniske systemansvarlige for å få til dette. En rolle er ikke en virksomhetsrolle fordi det ikke er en systemrolle og IT sier at det er det. Rolledefinisjonsarbeid og ledelse krever en utstrakt forpliktelse blandt organisasjonsenhetene siden et rolleinitiativ spenner over hele virksomheten.
Viktigheten av virksomhetsroller bør ikke komme som en ettertanke, men som en integrert del av et IAM initiativ. Virksomheten må nøye vurdere fordelene med rollebasert tilgangstyring ved å vurdere hvordan roller kontinuerlig skal defineres og administreres. Rollemodelleringsprosessen er en hjørnestein i prosessen med å definere roller som tilfredsstiller forretningens krav. Så snart rollene er definert og rollelisten er publisert i organisasjonen, må den vedlikeholdes i samarbeid av både IT og forretningen fordi det vil bidra til å holde informasjonen oppdatert og tilgjengelig for et hvert IAM initiativ i framtiden.
I kommende blogginnlegg vil jeg skrive mer om rollebasert tilgangskontroll (RBAC) i forbindelse med IAM implementeringer, og jeg vil ta for meg hvorfor de rollemodellene som er tatt i bruk i IAM løsningene ikke tar tilstrekkelig hensyn til virksomhetskrav, og hvordan det er hensiktsmessig å modellere roller for å oppnå få virksomhetsroller, og en fleksibel og brukervennlig rolletildelingsprosess, og til slutt forvaltningsprosessen for rollearbeidet. Så følge med i tiden framover.

Nå har jeg i et par innlegg relatert til min egen historie som IDtyverioffer ment noe om hvor jeg synes mye av problematikken ligger, nemlig hos den eller de som befinner seg på mottaker siden. Artikkelen i Aften viser at det er mange som tar seg til rette i forhold til hvordan bankkort og denne type informasjon skal behandles.
bevisstheten rundt alminnelig sikkerhet, er det synlig i valg av tekniske løsninger og økonomiske prioriteringer. Siden de økonomiske ressursene sjelden fokuserer på overgripende risikoanalyser er det vanskelig å vite hvilket nivå av sikkerhet som kreves, og dette fører igjen til feilaktige prioriteringer. Det er nødvendig å forstå at informasjonssikkerhet er betydelig mer enn IT-sikkerhet, og at området går på tvers av samtlige funksjoner i organisasjonen, og vi trenger derfor å tydeliggjøre ansvar og roller, samt flytte fokuset fra teknikk og over til strategisk planlegging, policyarbeid og styring.
Som jeg har skrevet i et tidligere innlegg, så skjedde dette altså meg en januardag i 2002. Med klamme hender og en million sommerfugler i magen er den første tanken at dette må jo være en misforståelse. Dette skal jo ikke skje meg, Det er jo bare folk som mister lommeboka og bankkort som blir utsatt for dette. Når det først skjer er det faktisk irrelevant hvordan noen har fått tak i personopplysninger som gjøre det mulig å lage livet til et helvete. Når det ene gjenpartsbrevet for kredittsjekk etter det andre stormer postkassen din vil du bare være opptatt av motbevise alle krav og oppslag. Hvem gjør dette mot deg? Deretter fortsetter det helt til skurken blir tatt, hvis du er så heldig, og underveis har du blitt paranoid og vaksinert mot å åpne postkassa di. Nå er du i hvert fall smertelig klar over at dette ikke lenger er en misforståelse eller et engangstilfelle.
Når det i dag fokuseres på idtyveri og svindel fokuseres det mye på privatpersoner som har blir frastjålet sin identitet siden noen har fått tak i personnummeret til vedkommende. Når det er snakk om svindel i næringslivet handler det ofte om datainnbrudd og tillitsbrudd fra interne så vel som eksterne. Min spådom er at vi i økende grad vil oppleve datakidnapping tilsvarende historien ovenfor, også her i Norge. Slik det er i dag kan det hende at dette faktisk har skjedd siden de fleste selskaper ikke går ut med slike hendelser. Information is king heter det jo, og for meg viser denne episoden fra USA at informasjonen er en av de største verdiene et selskap har. Pasientdata, økonomiske data, kundedata, strategidokumenter osv osv, hva er din viktigste informasjon? Har du foretatt en risikovurdering av dette?
Svake eller manglende passordpolicies utgjør en sikkerhetsrisiko. Hvorfor? Jo, bl.a. fordi brukere som ikke liker passordregimet i bedriften finner alltid alternative omveier for å unngå en policy som ikke tvinger deg til å følge den. Vet du egentlig hvor mange av dine brukere som bruker samme det samme passordet over alt? Bruker de ansatte det samme passordet på eksterne internett applikasjoner som Facebook, GMail, MSN, Twitter osv. som de har på interne applikasjoner? Hva skjer dersom en eller annen får tak i et eksternt passord, som da gjenbrukes i alle eksterne tilkoblinger, og et internt brukernavn? Ikke mulig sier du? Vel, jeg har vært hos en kunde som faktisk sender ut brukeridenter på alle utgående fakturaer. Ikke særlig smart spør du meg. Et annet aspekt med svake passord og dårlig holdninger om å holde passordene for seg selv ble svært tydelig i en sak i England hvor en bankansatt klarte å ta til seg 90 mill Euro ved å bruke passord og brukernavn til sine kollegaer. Et annet eksempel er et ikke navngitt selskap som ble hacket og frastjålet 28000 brukeridenter med tilhørende passord. Neste 15 % hadde enkle passord som “1234″, “abcd”, “qwerty”, eller det supersikre passordet “password”.
Hvor mye skal du ha for å lekke sensitiv forretningsinformasjon fra din arbeidsgiver? Dette spørsmålet, og flere, fikk 600 personer i London av Infosecurity. Hele 37% svarte at dersom prisen var riktig ville de selge forretningskritisk informasjon. Prisen varierte en god del mellom de som ble spurt, men 63% svarte at de garantert ville selge informasjon hvis de fikk 1 mill pund, 10% ville være illojale dersom boliglånet ble innfridd, 5% ville gjøre det for en god ferie, og 2% i bytte av et godt måltid.