{"id":87793,"date":"2020-07-10T13:41:57","date_gmt":"2020-07-10T11:41:57","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/stroim-rolevuyu-model-upravleniya-dostupom-chast-pervaya-podgotovitelnaya"},"modified":"2020-07-10T13:41:57","modified_gmt":"2020-07-10T11:41:57","slug":"stroim-rolevuyu-model-upravleniya-dostupom-chast-pervaya-podgotovitelnaya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sq\/blog\/administrirovanie\/stroim-rolevuyu-model-upravleniya-dostupom-chast-pervaya-podgotovitelnaya","title":{"rendered":"Po nd\u00ebrtuam nj\u00eb model roli p\u00ebr menaxhimin e aksesit. Pjesa e par\u00eb, p\u00ebrgatitore","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Aktualisht po punoj n\u00eb nj\u00eb kompani ofrues sh\u00ebrbimesh software, ve\u00e7an\u00ebrisht n\u00eb zgjidhje p\u00ebr menaxhimin e aksesit. P\u00ebrvoja ime \"nga jeta e kaluar\" \u00ebsht\u00eb e lidhur me an\u00ebn e klientit - nj\u00eb organizat\u00eb t\u00eb madhe financiare. At\u00ebher\u00eb, grupi yn\u00eb p\u00ebr kontrollin e aksesit n\u00eb departamentin e siguris\u00eb informative nuk mund t\u00eb mburrej me kompetenca t\u00eb m\u00ebdha n\u00eb IdM. Ne m\u00ebsuam shum\u00eb gjat\u00eb k\u00ebtij procesi, duhej t\u00eb kalonim n\u00ebp\u00ebr nj\u00eb sasi t\u00eb madhe provash q\u00eb t\u00eb ndihmonim n\u00eb nd\u00ebrtimin e nj\u00eb mekanizmi funksional t\u00eb menaxhimit t\u00eb t\u00eb drejtave t\u00eb p\u00ebrdoruesve n\u00eb sistemet informative.
\n\"Po
\nDuke bashkuar p\u00ebrvoj\u00ebn time t\u00eb fituar me shum\u00eb mundim si klient me njohurit\u00eb dhe kompetencat e ofruesve, d\u00ebshiroj t\u00eb ndaj me ju nj\u00eb udh\u00ebzim n\u00eb thelb hap pas hapi: si t\u00eb krijoni nj\u00eb model t\u00eb menaxhimit t\u00eb aksesit t\u00eb bazuar n\u00eb role n\u00eb nj\u00eb kompani t\u00eb madhe, dhe \u00e7far\u00eb do t\u00eb sjell\u00eb kjo n\u00eb fund. Udh\u00ebzimi im p\u00ebrb\u00ebhet nga dy pjes\u00eb: e para - p\u00ebrgatitemi p\u00ebr t\u00eb nd\u00ebrtuar modelin, e dyta - nd\u00ebrtimi i vet\u00eb modelit. K\u00ebtu \u00ebsht\u00eb pjesa e par\u00eb, p\u00ebrgatitore.
\n<\/a><\/noindex>
\nSh\u00ebnim:<\/b> Nd\u00ebrtimi i modelit t\u00eb rolit - ndodh fatkeq\u00ebsisht, nuk \u00ebsht\u00eb nj\u00eb rezultat, por nj\u00eb proces. M\u00eb sakt\u00eb, madje nj\u00eb pjes\u00eb e procesit t\u00eb krijimit t\u00eb nj\u00eb ekosistemi t\u00eb menaxhimit t\u00eb aksesit n\u00eb kompani. Pra, p\u00ebrgatituni p\u00ebr nj\u00eb loj\u00eb afatgjat\u00eb.
\n<\/i>
\nS\u00eb pari, le t\u00eb sqarojm\u00eb - \u00e7far\u00eb \u00ebsht\u00eb menaxhimi i aksesit t\u00eb bazuar n\u00eb role? Supozoni se keni nj\u00eb bank\u00eb t\u00eb madhe me dhjet\u00ebra, madje qindra mij\u00ebra punonj\u00ebs (subjekte), secili prej t\u00eb cil\u00ebve ka dhjet\u00ebra t\u00eb drejta akses n\u00eb qindra sisteme informative bankare (objekte). Tani, shum\u00ebzoni numrin e objekteve me numrin e subjekteve - ashtu si kaq marr\u00ebdh\u00ebnie minimale duhet t\u00eb nd\u00ebrtoni fillimisht dhe pastaj t\u00eb kontrolloni. A \u00ebsht\u00eb e mundur ta b\u00ebni k\u00ebt\u00eb manualisht? Sigurisht q\u00eb jo - p\u00ebr t\u00eb zgjidhur k\u00ebt\u00eb problem jan\u00eb krijuar rolet.<\/p>\n

Rol - \u00ebsht\u00eb nj\u00eb grup fuqish q\u00eb nevojiten p\u00ebr nj\u00eb p\u00ebrdorues ose grup p\u00ebrdoruesish p\u00ebr t\u00eb kryer detyra t\u00eb caktuara pune. \u00c7do punonj\u00ebs mund t\u00eb ket\u00eb nj\u00eb ose m\u00eb shum\u00eb role, dhe \u00e7do rol mund t\u00eb p\u00ebrmbaj\u00eb nga nj\u00eb deri n\u00eb shum\u00eb fuqi, q\u00eb i jan\u00eb lejuar p\u00ebrdoruesit brenda k\u00ebtij roli. Rolet mund t\u00eb jen\u00eb t\u00eb lidhura me pozita t\u00eb caktuara, departamente ose detyra funksionale t\u00eb punonj\u00ebsve.<\/p>\n

\"Po
\n
\nRollet zakonisht krijohen nga t\u00eb drejtat individuale t\u00eb punonj\u00ebsve n\u00eb \u00e7do sistem informacioni. M\u00eb pas, nga rolet e \u00e7do sistemi formohen rolet globale t\u00eb biznesit. P\u00ebr shembull, roli biznesor 'menaxher krediti' do t\u00eb p\u00ebrfshij\u00eb disa role t\u00eb ve\u00e7anta n\u00eb sistemet informacioni t\u00eb cilat p\u00ebrdoren n\u00eb zyr\u00ebn e klientit t\u00eb bank\u00ebs. T\u00eb themi, n\u00eb sisteme si sistemi kryesor i bank\u00ebs automatizuar, moduli i kas\u00ebs, sistemi i menaxhimit t\u00eb dokumenteve elektronike, menaxheri i sh\u00ebrbimeve dhe t\u00eb tjer\u00eb. Rolet e biznesit zakonisht lidhen me struktur\u00ebn organizative - th\u00ebn\u00eb ndryshe, me grupin e departamenteve t\u00eb kompanis\u00eb dhe pozitat n\u00eb to. \u00c7do kategori formon nj\u00eb matric\u00eb globale rolesh (shembullin e jap n\u00eb tabel\u00ebn m\u00eb posht\u00eb).<\/p>\n

\"Po
\n
\nDuhet theksuar se nd\u00ebrtimi i nj\u00eb modeli 100% t\u00eb rolit, duke siguruar t\u00eb gjitha t\u00eb drejtat e nevojshme p\u00ebr punonj\u00ebsit e \u00e7do pozite n\u00eb nj\u00eb struktur\u00eb tregtare, \u00ebsht\u00eb thjesht i pamundur. Ashtu si\u00e7 nuk \u00ebsht\u00eb e nevojshme. Sepse modeli i rolit nuk mund t\u00eb jet\u00eb statik, pasi ai varet nga mjedisi q\u00eb ndryshon vazhdimisht. Dhe nga ndryshimi i veprimtaris\u00eb biznesore t\u00eb kompanis\u00eb, e cila p\u00ebr pasoj\u00eb ndikon n\u00eb ndryshimin e struktur\u00ebs organizative dhe funksionalitetit. Dhe nga mungesa e sigurimit t\u00eb plot\u00eb me burime, dhe nga mosrespektimi i udh\u00ebzimeve t\u00eb pun\u00ebs, dhe nga d\u00ebshira p\u00ebr fitim n\u00eb d\u00ebm t\u00eb siguris\u00eb, dhe nga shum\u00eb faktor\u00eb t\u00eb tjer\u00eb. Prandaj, duhet nd\u00ebrtuar nj\u00eb model roli q\u00eb mund t\u00eb mbuloj\u00eb deri n\u00eb 80% t\u00eb nevojave t\u00eb p\u00ebrdoruesve p\u00ebr t\u00eb drejtat bazike t\u00eb nevojshme kur em\u00ebrohen n\u00eb pozita. Nd\u00ebrsa 20% t\u00eb tjerat ata mund t\u2019i k\u00ebrkojn\u00eb m\u00eb von\u00eb me k\u00ebrkesa t\u00eb ve\u00e7anta, n\u00ebse \u00ebsht\u00eb e nevojshme.<\/p>\n

Sigurisht, mund t\u00eb pyesni: 'A nuk ka fare modele 100% t\u00eb rolit?' Pse jo, ndodhin, p\u00ebr shembull, n\u00eb struktura jo fitimprur\u00ebse, t\u00eb cilat nuk jan\u00eb t\u00eb prekur nga ndryshime t\u00eb shpeshta, \u2013 n\u00eb ndonj\u00eb institut k\u00ebrkues. Ose n\u00eb organizata t\u00eb kompleksit industrial ushtarak me nj\u00eb nivel t\u00eb lart\u00eb mbrojtjeje, ku siguria \u00ebsht\u00eb prioritet. Po ashtu ndodhin edhe n\u00eb struktura tregtare, por brenda nj\u00eb departamenti t\u00eb ve\u00e7ant\u00eb, puna e t\u00eb cilit \u00ebsht\u00eb nj\u00eb proces mjaft statik dhe parashikues.<\/p>\n

Pika kryesore e menaxhimit t\u00eb rolit \u00ebsht\u00eb thjeshtimi i ndarjes s\u00eb t\u00eb drejtave, sepse numri i rol\u00ebve \u00ebsht\u00eb ndjesh\u00ebm m\u00eb i vog\u00ebl se sa numri i p\u00ebrdoruesve t\u00eb sistemit informacionit. Kjo \u00ebsht\u00eb e v\u00ebrtet\u00eb p\u00ebr \u00e7do industri.<\/p>\n

Merrni nj\u00eb kompani shitjesh me pakic\u00eb: aty punojn\u00eb mij\u00ebra shit\u00ebs, por grupi i t\u00eb drejtave n\u00eb sistemin N \u00ebsht\u00eb i nj\u00ebjt\u00eb p\u00ebr ta, dhe p\u00ebr ta do t\u00eb krijohet nj\u00eb rol i vet\u00ebm. Kur vjen nj\u00eb shit\u00ebs i ri n\u00eb kompani, automatikisht i jepet roli i nevojsh\u00ebm n\u00eb sistem, ku tashm\u00eb jan\u00eb t\u00eb gjitha kompetencat e nevojshme. Nj\u00ebsoj, me nj\u00eb klik mund t\u00eb ndryshoni t\u00eb drejtat p\u00ebr mij\u00ebra shit\u00ebs nj\u00ebher\u00ebsh, p\u00ebr shembull, t\u00eb shtoni nj\u00eb opsion t\u00eb ri p\u00ebr krijimin e raporteve. Nuk \u00ebsht\u00eb e nevojshme t\u00eb b\u00ebni mij\u00ebra operacione, duke lidhur t\u00eb drejtat e reja me \u00e7do llogari \u2013 mjafton t\u00eb shtoni k\u00ebt\u00eb opsion n\u00eb rol, dhe ajo do t\u00eb shfaqet p\u00ebr t\u00eb gjith\u00eb shit\u00ebsit n\u00eb t\u00eb nj\u00ebjt\u00ebn koh\u00eb.<\/p>\n

Nj\u00eb tjet\u00ebr avantazh i menaxhimit t\u00eb rolit \u00ebsht\u00eb p\u00ebrjashtimi i dh\u00ebnies s\u00eb t\u00eb drejtave t\u00eb papajtueshme. Dometh\u00ebn\u00eb, punonj\u00ebsi q\u00eb ka nj\u00eb rol t\u00eb caktuar n\u00eb sistem, nuk mund t\u00eb ket\u00eb nj\u00eb rol tjet\u00ebr nj\u00ebkoh\u00ebsisht, t\u00eb drejtat e t\u00eb cilit nuk duhet t\u00eb p\u00ebrkasin me t\u00eb drejtat n\u00eb rolin e par\u00eb. Nj\u00eb shembull i qart\u00eb \u00ebsht\u00eb ndalimi i p\u00ebrzierjes s\u00eb funksioneve t\u00eb hyrjes dhe kontrollit t\u00eb operacioneve financiare.<\/p>\n

T\u00eb gjith\u00eb ata q\u00eb jan\u00eb t\u00eb interesuar, si lindi menaxhimi i rolit t\u00eb qasjes, mund
\n t\u00eb b\u00ebjn\u00eb nj\u00eb zhytje n\u00eb histori<\/b>
\n N\u00ebse i referohemi historis\u00eb, p\u00ebr her\u00eb t\u00eb par\u00eb komuniteti IT filloi t\u00eb mendoj\u00eb p\u00ebr metodat e menaxhimit t\u00eb qasjes q\u00eb n\u00eb vitet 70 t\u00eb shekullit t\u00eb 20. Edhe pse aplikacionet ishin at\u00ebher\u00eb mjaft t\u00eb thjeshta, si\u00e7 \u00ebsht\u00eb tani, t\u00eb gjith\u00eb d\u00ebshironin t\u00eb menaxhonin leht\u00ebsisht qasjen ndaj tyre. T\u00eb ofronin, ndryshonin dhe kontrollonin t\u00eb drejtat e p\u00ebrdoruesve \u2013 thjesht p\u00ebr t\u00eb qen\u00eb m\u00eb e thjesht\u00eb p\u00ebr t\u00eb kuptuar se cila qasje kishte secili prej tyre. Por n\u00eb at\u00eb koh\u00eb nuk kishte standarde t\u00eb p\u00ebrbashk\u00ebta, po zhvilloheshin sistemet e para t\u00eb menaxhimit t\u00eb qasjes, dhe \u00e7do kompani bazohej n\u00eb p\u00ebrfytyrimet dhe rregullat e saj t\u00eb veta.<\/p>\n

Tani dihen shum\u00eb modele t\u00eb ndryshme menaxhimi t\u00eb qasjes, por ato nuk u shfaq\u00ebn menj\u00ebher\u00eb. Le t\u00eb ndalemi te ato q\u00eb dhan\u00eb nj\u00eb kontribut t\u00eb duksh\u00ebm n\u00eb zhvillimin e k\u00ebtij drejtimi.<\/p>\n

Modeli i par\u00eb dhe ndoshta m\u00eb i thjesht\u00eb \u00ebsht\u00eb Menaxhimi diskrecional (zgjedhor) i qasjes<\/b> (DAC \u2013 Kontrolli i aksesit t\u00eb diskrecionit). Ky model supozon ndarjen e t\u00eb drejtave nga t\u00eb gjith\u00eb pjes\u00ebmarr\u00ebsit e procesit t\u00eb aksesit. \u00c7do p\u00ebrdorues merr qasje n\u00eb objekte ose operacione t\u00eb caktuara. N\u00eb thelb, k\u00ebtu shum\u00eb subjekte t\u00eb t\u00eb drejtave korrespondon me shum\u00eb objekte. Ky model u shpall shum\u00eb fleksib\u00ebl dhe shum\u00eb i komplikuar p\u00ebr t'u mbajtur: listat e aksesit me kalimin e koh\u00ebs b\u00ebhen gjigante dhe t\u00eb v\u00ebshtira p\u00ebr t'u kontrolluar.<\/p>\n

Modeli i dyt\u00eb \u00ebsht\u00eb Kontrolli i detyruesh\u00ebm i aksesit (MAC \u2014 Kontrolli i detyruesh\u00ebm i aksesit)<\/b>. Sipas k\u00ebtij modeli, \u00e7do p\u00ebrdorues merr qasje n\u00eb nj\u00eb objekt n\u00eb p\u00ebrputhje me lejen e dh\u00ebn\u00eb p\u00ebr nj\u00eb nivel t\u00eb caktuar t\u00eb confidencialitetit t\u00eb t\u00eb dh\u00ebnave. N\u00eb p\u00ebrputhje, objektet duhet t\u00eb klasifikohen sipas nivelit t\u00eb confidencialitetit. N\u00eb ndryshim nga modeli i par\u00eb m\u00eb fleksib\u00ebl, ky \u00ebsht\u00eb shum\u00eb i rrept\u00eb dhe kufizues. P\u00ebrdorimi i tij nuk justifikohet kur nj\u00eb kompani ka shum\u00eb burime informative t\u00eb ndryshme: p\u00ebr t\u00eb ndar\u00eb qasjen n\u00eb burime t\u00eb ndryshme, do t\u00eb nevojitet t\u00eb krijohen shum\u00eb kategori q\u00eb nuk do t\u00eb p\u00ebrputhen.<\/p>\n

N\u00eb lidhje me p\u00ebrshtatshm\u00ebrin\u00eb e dukshme t\u00eb k\u00ebtyre dy metodave, komuniteti IT vazhdoi zhvillimin e modeleve m\u00eb fleksib\u00ebl dhe m\u00eb universale p\u00ebr t\u00eb mb\u00ebshtetur lloje t\u00eb ndryshme politikat organizative t\u00eb kontrollit t\u00eb aksesit. Dhe k\u00ebshtu lindi modeli i tret\u00eb i menaxhimit t\u00eb aksesit t\u00eb bazuar n\u00eb role!<\/b> Ky qasje u tregua m\u00eb premtuese, pasi ai k\u00ebrkon jo vet\u00ebm autorizimin e identitetit t\u00eb p\u00ebrdoruesit, por edhe funksionet e tij t\u00eb pun\u00ebs n\u00eb sisteme.<\/p>\n

Struktur\u00ebn e par\u00eb t\u00eb p\u00ebrshkruar qart\u00eb t\u00eb modelit t\u00eb rolit e propozuan shkenc\u00ebtar\u00ebt amerikan\u00eb Devid Ferrajllo dhe Richard Kun nga Instituti Komb\u00ebtar i Standardeve dhe Teknologjis\u00eb t\u00eb SHBA-s\u00eb n\u00eb vitin 1992. At\u00ebher\u00eb u shfaq p\u00ebr her\u00eb t\u00eb par\u00eb termi RBAC (Kontrolli i aksesit t\u00eb bazuar n\u00eb role). <\/b>K\u00ebto hulumtime dhe p\u00ebrshkrimet e komponenteve kryesore si dhe marr\u00ebdh\u00ebniet e tyre sh\u00ebrbyen si baz\u00eb p\u00ebr standardin aktual INCITS 359-2012, t\u00eb miratuar nga Komiteti Nd\u00ebrkomb\u00ebtar p\u00ebr Standardet e Teknologjis\u00eb s\u00eb Informacionit (INCITS).<\/p>\n

Standardi definon rolin si \"nj\u00eb funksion n\u00eb kontekstin e organizat\u00ebs me nj\u00eb semantik\u00eb t\u00eb lidhur n\u00eb lidhje me kompetencat dhe p\u00ebrgjegj\u00ebsit\u00eb e ngarkuara me p\u00ebrdoruesin e em\u00ebruar n\u00eb rol.\" Dokumenti p\u00ebrcakton elementet kryesore t\u00eb RBAC \u2013 p\u00ebrdoruesit, sesionet, rolet, lejet, operacionet dhe objektet, si dhe marr\u00ebdh\u00ebniet dhe lidhjet midis tyre.<\/p>\n

Standardi jep struktur\u00ebn minimale t\u00eb nevojshme p\u00ebr nd\u00ebrtimin e modelit t\u00eb rolit \u2013 bashkimin e t\u00eb drejtave n\u00eb role dhe pastaj dh\u00ebnien e aksesit p\u00ebrdoruesve p\u00ebrmes k\u00ebtyre roleve. P\u00ebrcaktohen mekanizmat e krijimit t\u00eb roleve nga objektet dhe operacionet, dhe p\u00ebrshkruhen hierarkia e roleve dhe trash\u00ebgimia e kompetencave. N\u00eb \u00e7do kompani ekzistojn\u00eb role q\u00eb bashkojn\u00eb kompetencat elementare, t\u00eb cilat jan\u00eb t\u00eb nevojshme p\u00ebr t\u00eb gjith\u00eb punonj\u00ebsit e kompanis\u00eb. Kjo mund t\u00eb jet\u00eb aksesi n\u00eb email, n\u00eb SED, n\u00eb portalin e kompanis\u00eb etj. K\u00ebto kompetenca mund t\u00eb p\u00ebrfshihen n\u00eb nj\u00eb rol t\u00eb p\u00ebrbashk\u00ebt t\u00eb quajtur \"punonj\u00ebs\", dhe nuk do t\u00eb nevojitet t\u00eb p\u00ebrmenden t\u00eb gjitha t\u00eb drejtat elementare repetitivisht n\u00eb \u00e7do rol m\u00eb t\u00eb lart\u00eb. Mjafton t\u00eb thuhet thjesht se roli \"punonj\u00ebs\" trash\u00ebgohet.<\/p>\n

\"Po
\n
\nM\u00eb von\u00eb, standardi u plot\u00ebsua me atribute t\u00eb reja t\u00eb aksesit t\u00eb lidhura me ambientin q\u00eb ndryshon vazhdimisht. U shtua mund\u00ebsia p\u00ebr futjen e kufizimeve statike dhe dinamike. Kufizimet statike n\u00ebnkuptojn\u00eb pamund\u00ebsin\u00eb e kombinimit t\u00eb roleve (ky \u00ebsht\u00eb futja dhe kontrolli i operacioneve t\u00eb p\u00ebrmendura m\u00eb sip\u00ebr). Kufizimet dinamike mund t\u00eb p\u00ebrcaktohen nga parametra q\u00eb ndryshojn\u00eb, p\u00ebr shembull, koha (or\u00ebt e pun\u00ebs\/jo t\u00eb pun\u00ebs ose dit\u00ebt), vendndodhja (zyra\/sht\u00ebpi) etj.<\/p>\n

Ve\u00e7mas \u00ebsht\u00eb e r\u00ebnd\u00ebsishme t\u00eb p\u00ebrmendim menaxhimin e aksesit t\u00eb bazuar n\u00eb atribute (ABAC - Attribute-based access control).<\/b> Qasja nd\u00ebrttohet mbi ofrimin e aksesit p\u00ebrmes rregullave t\u00eb ndarjes s\u00eb atributeve. Ky model mund t\u00eb p\u00ebrdoret ve\u00e7mas, por shpesh plot\u00ebson aktivisht modelin klasik t\u00eb rolit: p\u00ebr nj\u00eb rol t\u00eb caktuar mund t\u00eb shtohen atribute t\u00eb p\u00ebrdoruesve, burimeve dhe pajisjeve, si dhe koh\u00ebs ose vendndodhjes. Kjo lejon p\u00ebrdorimin e m\u00eb pak roleve, vendosjen e kufizimeve shtes\u00eb dhe sigurimin e nj\u00eb accessi minimal t\u00eb nevojsh\u00ebm, dhe, p\u00ebr pasoj\u00eb, rritjen e siguris\u00eb.<\/p>\n

P\u00ebr shembull, nj\u00eb kontabilist mund t'i jepet akses n\u00eb llogarit\u00eb n\u00ebse punon n\u00eb nj\u00eb rajon t\u00eb caktuar. At\u00ebher\u00eb vendndodhja e specialistit do t\u00eb krahasohet me nj\u00eb vler\u00eb referuese t\u00eb caktuar. Ose mund t\u00eb jepet akses n\u00eb llogarit\u00eb vet\u00ebm n\u00ebse p\u00ebrdoruesi autentikohet nga nj\u00eb aparat i regjistruar n\u00eb list\u00ebn e pajisjeve t\u00eb lejuara. Nj\u00eb shtes\u00eb e mir\u00eb p\u00ebr modelin e roleve, por nuk p\u00ebrdoret shpesh nga vet\u00eb natyra e nevoj\u00ebs p\u00ebr t\u00eb krijuar shum\u00eb rregulla dhe tabela lejesh ose kufizimesh.<\/p>\n

T\u00eb jap nj\u00eb shembull t\u00eb p\u00ebrdorimit t\u00eb ABAC nga jeta ime e \"shkurt\u00ebr\". N\u00eb bank\u00ebn ton\u00eb kishte disa deg\u00eb. Punonj\u00ebsit e zyrave p\u00ebr klient\u00eb n\u00eb k\u00ebto deg\u00eb realizonin operacione krejt t\u00eb nj\u00ebjta, por duhej t\u00eb punonin n\u00eb sistemin kryesor vet\u00ebm me llogarit\u00eb e rajonit t\u00eb tyre. Fillimisht filluam t\u00eb krijonim role t\u00eb ve\u00e7anta p\u00ebr \u00e7do rajon \u2013 dhe kaq shum\u00eb role me funksionalitet t\u00eb p\u00ebrs\u00ebritur dhe me akses n\u00eb llogari t\u00eb ndryshme rezultuan q\u00eb kishim shum\u00eb me t\u00eb v\u00ebrtet\u00eb! P\u00ebrshtatur duke p\u00ebrdorur atributin e vendndodhjes p\u00ebr p\u00ebrdoruesit dhe duke e lidhur at\u00eb me nj\u00eb gam\u00eb t\u00eb caktuar llogarish p\u00ebr verifikim, reduktuam ndjesh\u00ebm numrin e roleve n\u00eb sistem. Si rezultat, mbet\u00ebn vet\u00ebm role p\u00ebr nj\u00eb deg\u00eb, t\u00eb cilat u kopjuan p\u00ebrpozitat p\u00ebrkat\u00ebse n\u00eb t\u00eb gjitha deg\u00ebt e tjera territoriale t\u00eb bank\u00ebs.<\/p>\n

Tani le t\u00eb flasim p\u00ebr hapat p\u00ebrgatitor\u00eb t\u00eb nevojsh\u00ebm, pa t\u00eb cil\u00ebt \u00ebsht\u00eb thjesht e pamundur t\u00eb nd\u00ebrtohet nj\u00eb model funksional roli.<\/p>\n

Hapi 1. Krijojm\u00eb nj\u00eb model funksional<\/h2>\n

\nSfillimi duhet t\u00eb nis\u00eb me krijimin e nj\u00eb modeli funksional \u2013 nj\u00eb dokumenti t\u00eb nivelit t\u00eb lart\u00eb q\u00eb p\u00ebrshkruan detyrat e \u00e7do nj\u00ebsie dhe \u00e7do pozite. P\u00ebrgjith\u00ebsisht, informacioni n\u00eb t\u00eb p\u00ebrfitohet nga dokumente t\u00eb ndryshme: udh\u00ebzime pozite dhe rregullore p\u00ebr nj\u00ebsit\u00eb e ve\u00e7anta \u2013 departamentet, menaxhmet, departamentet. Modeli funksional duhet t\u00eb jet\u00eb n\u00eb p\u00ebrputhje me t\u00eb gjitha nj\u00ebsit\u00eb e interesuara (biznesi, kontrolli internal, sigurimi) dhe i miratuar nga drejtoria e kompanis\u00eb. P\u00ebr \u00e7far\u00eb \u00ebsht\u00eb ky dokument? N\u00eb m\u00ebnyr\u00eb q\u00eb modeli i rolit t\u00eb mund t\u00eb referohet n\u00eb t\u00eb. P\u00ebr shembull, n\u00ebse do t\u00eb nd\u00ebrtosh nj\u00eb model roli mbi baz\u00ebn e t\u00eb drejtave ekzistuese t\u00eb punonj\u00ebsve \u2013 t\u00eb nxjerra nga sistemi dhe \"t\u00eb sjella n\u00eb nj\u00eb standard t\u00eb vet\u00ebm\". At\u00ebher\u00eb, gjat\u00eb miratimit t\u00eb rolave t\u00eb marra me pronarin e sistemit mund t\u00eb referoheni n\u00eb pik\u00ebn specifike t\u00eb modelit funksional, mbi t\u00eb cilin p\u00ebrfshihet ajo ose kjo e drejte n\u00eb rol.<\/p>\n

Hapi 2. Auditojm\u00eb sistemet IT dhe p\u00ebrgatitim nj\u00eb plan prioritetizimi<\/h2>\n

\nN\u00eb faz\u00ebn e dyt\u00eb duhet t\u00eb b\u00ebhet nj\u00eb auditi i sistemeve IT, p\u00ebr t\u00eb kuptuar si \u00ebsht\u00eb organizuar aksesimi n\u00eb to. P\u00ebr shembull, n\u00eb kompanin\u00eb time financiare ishin n\u00eb p\u00ebrdorim disa qindra sisteme informacioni. N\u00eb t\u00eb gjitha sistemet kishte disa elemente t\u00eb menaxhimit t\u00eb rolit, n\u00eb shumic\u00ebn \u2013 disa role, por kryesisht n\u00eb let\u00ebr ose n\u00eb manualin e sistemit \u2013 ato kishin koh\u00eb q\u00eb ishin t\u00eb p\u00ebrmbushura dhe aksesimi n\u00eb to ishte ndar\u00eb sipas k\u00ebrkesave reale t\u00eb p\u00ebrdoruesve. Natyrisht, nd\u00ebrtimi i nj\u00eb modeli roli menj\u00ebher\u00eb n\u00eb disa qindra sisteme \u00ebsht\u00eb thjesht i pamundur, duhet t\u00eb fillojm\u00eb nga di\u00e7ka. Ne b\u00ebm\u00eb nj\u00eb analiz\u00eb t\u00eb thelluar t\u00eb procesit t\u00eb menaxhimit t\u00eb aksesit, p\u00ebr t\u00eb p\u00ebrcaktuar nivelin e tij t\u00eb pjekuris\u00eb. Gjat\u00eb analiz\u00ebs zhvilluam kritere p\u00ebr prioritetizimin e sistemeve informacioni \u2013 kriticiteti, gatishm\u00ebria, planet p\u00ebr \u00e7aktivizim etj. Me ndihm\u00ebn e tyre vendos\u00ebm rendin p\u00ebr zhvillimin\/aktualizimin e modeleve t\u00eb rolit p\u00ebr k\u00ebto sisteme. P\u00ebr m\u00eb tep\u00ebr, p\u00ebrfshim\u00eb modelet e rolit n\u00eb planin p\u00ebr integrimin me zgjidhjen e Menaxhimit t\u00eb Identitetit, p\u00ebr t\u00eb automatizuar menaxhimin e aksesit.<\/p>\n

Pra, si ta p\u00ebrcaktojm\u00eb kriticitetin e sistemit? Jepni vetes k\u00ebto pyetje:<\/p>\n