Szerep alapú hozzáférés-vezérlés

A szerepkör alapú hozzáférés-vezérlés (RBAC ) egy szelektív hozzáférés-szabályozási politika kidolgozása , miközben a  rendszer alanyainak objektumokhoz való hozzáférési jogait alkalmazásuk sajátosságait figyelembe véve csoportosítják, szerepeket képezve . [1] [2]

A szerepek kialakításának célja, hogy világos és érthető szabályokat határozzon meg a számítógépes rendszer felhasználói számára a hozzáférés-szabályozáshoz . A szerepkör alapú hozzáférés-vezérlés rugalmas beléptetési szabályok megvalósítását teszi lehetővé, amelyek dinamikusan változnak a számítógépes rendszer működése során.

Az ilyen hozzáférés-szabályozás számos modern számítógépes rendszer alkotóeleme. Általában ezt a megközelítést használják DBMS védelmi rendszerekben , és az egyes elemeket hálózati operációs rendszerekben valósítják meg . A szerepalapú megközelítést gyakran használják olyan rendszerekben, amelyekben a felhasználóknak egyértelműen meghatározott munkaköri feladataik és felelősségeik vannak.

Annak ellenére, hogy a szerepkör egy számítógépes rendszer objektumaihoz való hozzáférési jogok halmaza, a szerepkör alapú hozzáférés-vezérlés semmi esetre sem a szelektív hozzáférés-szabályozás speciális esete, mivel szabályai határozzák meg a számítógép alanyai számára történő hozzáférés megadásának eljárását. rendszer, attól függően, hogy milyen szerepkörei vannak (vagy nincsenek) minden pillanatban, ami jellemző a kötelező beléptető rendszerekre . Másrészt a szerepalapú hozzáférés-szabályozás szabályai rugalmasabbak, mint a hozzáférés-szabályozás kötelező megközelítése esetén.

Mivel a jogosultságokat nem közvetlenül a felhasználók osztják ki, és csak szerepük (vagy szerepeik) révén szerzik meg őket, a felhasználó egyéni jogainak kezelése lényegében a szerepek hozzárendelésére korlátozódik. Ez leegyszerűsíti az olyan műveleteket, mint a felhasználó hozzáadása vagy a részlegek felhasználó általi megváltoztatása.

Történelem

Az RBAC modell elemi formáit az 1970 -es évek óta számos rendszeren különféle speciális formában implementálták . A jelenleg használatos szerepalapú hozzáférés-szabályozás a Ferraiolo és  Kuhn ( 1992 ) által javasolt, majd Sandhu , Coyne, Feinstein és Yeoman ( 1996 ) által  mintaként finomított modellből származik .  

• Ferraiolo és Kuhn 1992 -es  tanulmánya, amely az RBAC-t úgy határozza meg, hogy csak szerepeken, hierarchiákon és megszorításokon keresztül érhető el. formális modell;
• 1994 - DTOS alapú RBAC prototípus, Ferraiolo, Kuhn, Gavrila ( Gavrila mérnök  )  által javasolt prototípusmodell alapján
• 1994 Nyanchama és Osborn dolgozat definiál egy modellt;
• 1994 – Az IBM benyújtja (Európában) az első szabadalmi bejelentést az RBAC területén, Ferraiolora és Kuhnra hivatkozva;
• 1995  – Ferraiolo, Cugini ( angolul  Cugini ), Kuhn kiterjesztette a formális modellt a feladatok szétválasztási formáinak meghatározásával;
• 1996  – Sandy módszere az RBAC alapú MAS elvégzésére;
• 1997 - 1998  - A Sybase, a Secure Computing, a Siemens bejelenti azokat az RBAC-termékeket, amelyek közvetlenül a modellen alapulnak
• 1997 – A Secure Computing beépíti a Ferriolo-Kuhn RBAC modellt az Egyesült Államok Globális DoD Command and Control Systemébe; Kuhn cikke a feladatok szétválasztása, a szétválás biztonságának szükséges és elégséges feltételei témában jelent meg;
• 1997 - Osborne tanulmánya az RBAC és a kötelező biztonságpolitikai modell többszintű biztonsága közötti kapcsolatról; szerepkör megjegyzés, amely összekapcsolja az RBAC-t és a réteges biztonságot
• 1998 - RBAC - Kuhn módszere az RBAC implementálására MAC rendszeren;
• 1999  - Barkley , Ferraiolo  , Kuhn megnyitja a kezdeti RBAC prototípust fejlett webszerverekhez;
• 2000  - Sandi, Ferraiolo, Kuhn közzétesz egy tanulmányt, amely meghatározza az egységes RBAC-modellt, és javaslatot tesz egy RBAC-szabványra;
• 2004  – Az Amerikai Nemzeti Szabványügyi Intézet és az Informatikai Szabványok Nemzetközi Bizottsága (ANSI/INCITS) egységes szabványként fogadja el a Sandy, Ferraiolo és Kuhn által javasolt RBAC-modellt.

Alap RBAC modell

A következő konvenciók használatosak az RBAC modell meghatározásához:

• S = Subject ( angol  tárgy ) = Emberi vagy automatizált ügynök (felhasználók halmaza);
• R = Szerep ( angolul  Role ) = Jogosultsági szinten meghatározott munkafunkció vagy név (sok szerepkör);
• P = Engedélyek ( English  Permissions ) = Az erőforráshoz való hozzáférés módjára vonatkozó állítások (rendszerobjektumokhoz való hozzáférési jogok halmaza);
• SE = Session ( angol  Session ) = S, R és/vagy P közötti megfelelés
• SA = Tárgy hozzárendelés 
• PA: R → 2 p  egy olyan függvény, amely minden szerepkörhöz hozzáférési jogokat határoz meg; továbbá minden p ∈ P esetén létezik olyan r ∈ R, hogy p ∈ PA(r); ( angol  engedély hozzárendelés )
• RH = Részlegesen rendezett szerephierarchia .  Az RH így is felírható: ≥
• Egy tantárgynak több szerepe is lehet.
• Több szereplő is betöltheti ugyanazt a szerepet.
• Egy szerepkör több jogosultsággal is rendelkezhet.
• Egy engedély több szerepkörhöz is tartozhat.

A szerepek alanyokhoz vannak rendelve, így az alanyok a szerepeken keresztül bizonyos engedélyeket kapnak. Az RBAC ezt a fajta hozzárendelést követeli meg, nem pedig a jogosultságok közvetlen hozzárendelését az alanyokhoz, különben nehezen ellenőrizhető kapcsolathoz vezet az alanyok és az engedélyek között [3] .

Az ellentétes szerepköröktől származó engedélyek öröklésének lehetősége korlátozó szabály hatálya alá tartozik, amely lehetővé teszi a módok megfelelő szétválasztását. Például előfordulhat, hogy ugyanaz a személy nem hozhat létre fiókot valakinek, majd bejelentkezik abba a fiókba.

Halmazelméleti jelölés használata :

• , a szerepkapcsolatokhoz rendelt engedélyekkel a sok-többhez viszonyban.
• , ahol az alanyok szerep-szereplő kapcsolatokhoz vannak rendelve a sok-sok kapcsolatban.
• 

Az x ≥ y jelölés azt jelenti, hogy x örökli y jogosultságait.

Egy alanynak több egyidejű munkamenete lehet különböző engedélyekkel.

Jellemzők és alkalmazások

A szerep alapú hozzáférés-vezérlési technológia rugalmas és elég erős ahhoz, hogy modellezze mind a szelektív hozzáférés-vezérlést (DAC) [4] , mind a kötelező hozzáférés-vezérlést (MAC) [5].

Az RBAC fejlesztése előtt az egyetlen ismert hozzáférés-vezérlési modell a MAC és a DAC volt. A 90-es években végzett kutatások kimutatták, hogy az RBAC egyik kategóriába sem tartozik.

Szerepkörök jönnek létre a szervezeten belül különböző munkaköri funkciókhoz. Bizonyos szerepkörökhöz engedélyek vannak rendelve bizonyos műveletek végrehajtásához. A személyzet tagjai (vagy a rendszer más felhasználói) rögzített szerepköröket kapnak, amelyek révén megfelelő jogosultságokat kapnak a rögzített rendszerfunkciók végrehajtásához. A környezetalapú hozzáférés-vezérléssel (CBAC )  ellentétben a tiszta RBAC-megvalósítás nem veszi figyelembe az aktuális helyzetet (például azt, hogy honnan jött létre a kapcsolat).

Az RBAC abban különbözik a hagyományos szelektív hozzáférés-vezérlési rendszerekben használt hozzáférés-vezérlési listáktól ( ACL )  , hogy jogosultságokat biztosíthat összetett adatokon végzett összetett műveletekhez, nem csak az alacsony szintű adatobjektumok atomi műveleteihez. A hozzáférés-vezérlési lista például megadhat vagy megtagadhat írási hozzáférést egy bizonyos rendszerfájlhoz, de nem korlátozhatja a fájl módosításának módját. Az RBAC-alapú rendszer lehetővé teszi olyan tevékenységek létrehozását, mint például „hitel” megnyitása egy pénzügyi kérelemben, vagy „vércukor-teszt” bejegyzés kitöltése egy orvosi kérelemben. A művelet végrehajtásához szükséges jogosultság hozzárendelése többértékű, mivel a műveletek egy alkalmazáson belül szemcsések.

A szerephierarchia és a megszorítások koncepciói lehetővé teszik a rácsalapú hozzáférés-vezérlés (LBAC )  létrehozását vagy modellezését az RBAC használatával. Így az RBAC lehet az LBAC alapja és kiterjesztése.

A több tucat és több száz rendszert és alkalmazást tartalmazó heterogén IT infrastruktúrával rendelkező szervezetekben a szerephierarchia és a jogosultságok öröklése segít. E nélkül az RBAC használata rendkívül zavaróvá válik. A „További szerepkörök: gyakorlati megközelítés a vállalati felhasználók kiszolgálásához” [6] című cikk a nagyméretű felhasználói jogosultságok alternatív stratégiáit tárgyalja.

A modern rendszerek kiterjesztik a régi NIST -modellt [7] az RBAC korlátaival a nagyvállalatok számára.

Több száz szerepkörrel, több ezer felhasználóval és több millió jogosultsággal rendelkező nagy rendszerekben a szerepek, felhasználók, engedélyek és kapcsolataik kezelése összetett feladat, amely a biztonsági rendszergazdák egy kis csoportja számára nem valósítható meg. Vonzó lehetőség magának az RBAC-nak a használata az RBAC decentralizált irányításának elősegítésére.

Az RBAC-t széles körben használják a felhasználói jogosultságok egyetlen rendszeren vagy alkalmazáson belüli kezelésére. Az ilyen rendszerek listáján megtalálható a Microsoft Active Directory , a SELinux , a FreeBSD , a Solaris , az Oracle Database , a PostgreSQL 8.1 , az SAP R/3 , a Lotus Notes és még sokan mások.

Lásd még

• Információ biztonság
• Hitelesítés

Jegyzetek

1. ↑ Ferraiolo DF, Kuhn DR (1992. október). „Szerep alapú hozzáférés-vezérlés” (PDF) . 15. Országos Számítástechnikai Konferencia . pp. 554-563. Archivált (PDF) az eredetiből ekkor: 2011-10-18 . Letöltve: 2008-07-28 . Elavult használt paraméter |deadlink=( súgó )
2. ↑ Sandhu R., Coyne EJ, Feinstein HL, Youman CE szerepkör alapú hozzáférés-vezérlési modellek  (határozatlan)  // IEEE Computer. - IEEE Press, 1996. - augusztus ( 29. kötet , 2. szám ). - S. 38-47 . Archiválva az eredetiből 2011. június 5-én.
3. ↑ NIST Computer Security Division – Automated Combinatorial Testing for Software (ACTS) . csrc.nist.gov. Letöltve: 2016. július 7. Az eredetiből archiválva : 2016. június 21. (határozatlan)
4. ↑ . Ravi Sandhu, Qamar Munawer (1998. október). „Hogyan végezzünk diszkrecionális hozzáférés-szabályozást szerepkörök segítségével”. 3. ACM-műhely a szerepkör alapú hozzáférés-vezérlésről . pp. 47-54. Elavult használt paraméter |month=( súgó )
5. ↑ Sylvia Osborn, Ravi Sandhu, Qamar Munawer (2000). „Szerepkör-alapú hozzáférés-vezérlés konfigurálása a kötelező és tetszőleges hozzáférés-vezérlési házirendek érvényesítéséhez”. ACM-tranzakciók az információ- és rendszerbiztonsággal kapcsolatban (TISSEC) . pp. 85-106.
6. ↑ A szerepkörökön túl: A vállalati felhasználói hozzáférés gyakorlati megközelítése . Hozzáférés dátuma: 2008. július 28. Az eredetiből archiválva : 2008. augusztus 21.. (határozatlan)
7. ↑ Sandhu R., Ferraiolo DF és Kuhn DR (2000. július). „A NIST modell a szerep alapú hozzáférés-vezérléshez: Egy egységes szabvány felé.” 5. ACM Workshop szerepkör alapú hozzáférés-vezérlés . pp. 47-63. Elavult használt paraméter |month=( súgó )

Linkek

• GYIK az RBAC modellekről és  szabványokról
•  Szerep alapú hozzáférés- vezérlés a NIST-nél
• XACML mag- és hierarchikus szerep alapú hozzáférés-vezérlési  profil – OASIS  XACML szabvány
• Hozzáférés-vezérlési megközelítések: RBAC vs. ABAC  (orosz) - A szerepalapú hozzáférés-vezérlés és az attribútum-alapú hozzáférés-vezérlés összehasonlítása.