Vliegende start met role based access control
Sales Manager
Expert van Computable voor de topics: Infrastructuur en Beheer
MeerRBAC, ofwel role based access control, is in! Steeds meer organisaties die ik spreek zien het belang van op een gestructureerde wijze toekennen en beheren van autorisaties in het netwerk. De situatie is nu vaak dat bij het toekennen van autorisaties een kopie wordt gemaakt van een collega die ‘ongeveer’ dezelfde functie heeft. Zo krijgen nieuwe medewerkers vaak toegang tot systemen en applicaties die zij helemaal niet nodig hebben. Er wordt zelden aandacht besteed aan het ontnemen van autorisaties na het kopiëren van een gebruiker. En dat heeft consequenties voor onder meer de licentiekosten en de informatiebeveiliging.
RBAC is één van de mogelijkheden om dit probleem op te lossen. RBAC bestaat uit een matrix van rollen, functies en specifieke toegangsrechten. Als bijvoorbeeld een nieuwe medewerker in dienst komt, dan wordt via de RBAC-matrix bepaalt wat de nieuwe medewerker mag op het netwerk. Zover de theorie. In de praktijk blijkt dat met name het vullen van een dergelijke matrix veel problemen met zich meebrengt, want medewerkers voelen zich vaak uniek en dit leidt niet zelden tot net zoveel rollen als er medewerkers zijn. En dat levert uiteindelijk een eindeloze en onwerkbare matrix op. Organisaties zijn daarom bang om RBAC binnen hun organisatie te implementeren. Toch zijn er organisaties die eraan beginnen en er dan naar streven om 100 procent van de medewerkers in de RBAC-matrix te krijgen. Dit is mijns inziens onbegonnen werk en neemt jaren tijd in beslag van zowel management als de security officer.
Wil je een snelle start maken met RBAC? Dat is heel goed mogelijk, maar streef dan niet naar 100 procent in de eerste instantie. Op basis van de informatie uit het hr-systeem is het heel goed mogelijk om de top 50 meest voorkomende combinaties van afdelingen en functies in de organisatie te ontdekken. Hiermee kan al 80 procent van de RBAC-matrix worden gevuld. En dat kan al binnen een paar dagen! Vervolgens wordt via een workflowapplicatie de overige 20 procent handmatig ingevuld door de manager van een medewerker.
Het kan misschien wel jaren duren voordat de RBAC-matrix 100 procent ingevuld is, maar door gebruik te maken van bestaande systemen en bronnen, zoals het hr-systeem, én het centraal stellen van de manager wordt het vullen van de RBAC-matrix een hanteerbaar proces met een direct resultaat. Dat betekent voordeel met betrekking tot haalbaarheid van RBAC, de hoeveelheid benodigde moeite en een positieve ict audit-normering. Een indirecte spin-off is een reductie van onder meer licentiekosten, opslag en security-incidenten.
De claim die de auteur geeft in zijn samenvatting dat het leidt tot positieve ict-normering een reductie van licentiekosten, opslag en secutiry incidenten zie ik nergens onderbouwd in het stuk. Ik ben geinteresseerd in de onderbouwing daarvan.
Dat zou inderdaad kunnen, maar niet vanuit het personeelsmanagement systeem zoals de auteur suggereert.
Je krijgt binnen een mum van tijd meer rollen dan medewerker als je niet uitkijkt. En wie controleert of al die rechten ook weer worden ingetrokken?
Ik begrijp gewoon niet wat de auteur met dit stuk wil zeggen. RBAC is niet nieuw. De door hem genoemde voordelen worden niet onderbouwd.
De uitdaging is echter niet alleen om de goede rollen te definiëren (zoals de auteur al aangeeft), maar vooral om een goede administratie bij te houden
Mensen met meerdere rollen, mensen die in meerdere projecten werken, of erger nog, mensen die in verschillende projecten verschillende rollen vervullen maken dit concept lastig te implementeren en onderhouden.
http://www.servercare.nl/Lists/Posts/Post.aspx?ID=92
Een van de grotere gevaren is (zoals bij de meesten bekend) het teveel aanmaken van rollen. Het is derhalve van belang behalve een technische invulling van RBAC ook de organisatorische en procedurele invulling goed vast te leggen.
In het kader van risicomanagement is een zichtbare beveiligingsorganisatie een kans.
De eerste stap is wellicht uitvoerbaar, maar daarna? Het rollenprobleem is geen IT-probleem, de oplossing is dus autorisaties bundelen en de business request based rollen laten 'kopen'.
Het grootste probleem is in de praktijk niet de rollenmatrix, hoe onzettend moeilijk dit ook moge zijn, maar de toekenning van users aan rollen. Daarom dat RBAC projecten na een 'vliegende start' altijd stoppen; niemand weet stap twee.
10-02 Het einde van het begin van cloud en virtualisatie
10-02 De windwakken van de cloud-sector
09-02 Citoto
09-02 Lang leve de hackers!
09-02 Modder gooien in ICT-land
08-02 Reseller verliest slag om het groene huishouden
08-02 Hadoop lijkt een alleskunner
07-02 Hou zicht op de informatie bij HNW
07-02 Eigen werknemer kan ook een vijand zijn
06-02 Krachtenbundeling NGI en TestNet is goede zaak
10-02 Raet stelt Schrijnemaekers als nieuwe CFO aan
09-02 Oracle neemt eHRM-specialist Taleo over
06-02 Paralax levert Rostar CAS aan Brink's Nederland
03-02 IntraData en Centric breiden samenwerking uit
03-02 Ortec ontwikkelt beslissingsmodel voor St Radboud
16-01 Randstad verkoopt Indiase salarisverwerker
06-01 Accenture beheert SAP-HRM van Shell
04-01 Paralax verwerkt nieuwe vakantiewet in Rostar CAS
29-12 TheNextFlex en Nétive verkopen marktplaatsdesk
22-12 Nu investeren in mensen betekent besparen op...
|
|
Zorg voor HRM in de zorg
Voor zorginstellingen wordt de concurrentiepositie steeds belangrijker. Dat zorgt voor meer aandacht voor......


