1. CONTROLUL ACCESULUI ÎN
MEDII COLABORATIVE
Luminiţa Apostol
E-gov

2. CUPRINS
 Introducere
 Cerinţe pentru controlul accesului
 Abordarea folosită
 Framework-ul multi-utilizator Suite
 Modelul de acces al framework-ului Suite
 Dimensiunea obictelor
 Dimensiunea de acces
 Dimensiunea subiecților
 Moștenirea multidimensională și listele de acces
extinse
 Concluzii

3. INTRODUCERE
 Nou model de control al accesului pentru medii
colaborative
 Modelul generic de pentru mediile non-colaborative nu
respectă cerinţele
 Bazat pe un model generalizat de editare colaborativă
 Userii interacţionează cu aplicaţia prin editarea concurentă a
structurilor de date
 Datele asociate cu un set de drepturi
 Specificaţii de acces multidimensionale, bazată pe moştenire
 (subiect, obiect, drepturi)

4. CERINŢE PENTRU CONTROLUL ACCESULUI ÎN
MEDII COLABORATIVE
 Roluri multiple şi dinamice pentru utilizatori
 Drepturile de acces inferă din rol
 Drepturi colaborative
 Operaţiile ce afectează userii trebuie protejate
 Flexibilitate
 Granularitate mică a subiecţilor, obiectelor şi
drepturilor
 Uşor de specificat
 Stocare şi evaluare eficientă
 Automatizare

5. ABORDAREA FOLOSITĂ
 Foloseşte o matrice clasică de acces
 A[s,o] – drepturi de acces
 În plus:
 Drepturi de colaborare (nou set de drepturi)
 Drepturi negative
 Specificaţii bazate pe moştenire
 Matrice extinsă ce suportă atât subiecţi, obiecte şi drepturi
individuale cât şi grupuri
 Automatizare
 Mecanisme de implementare a detaliilor de acces

6. FRAMEWORK-UL MULTI-UTILIZATOR SUITE
 Modelul bazat pe framefork-ul multiuser Suite
 Interacțiunea cu sistemul:
 Editare a datelor - variabile active: programe, funcții,
linii de cod
 Variabilele au atribute – proprietățile interactive
 Exemplu – Ctool

7. MODELUL DE ACCES ”SUITE”
Drepturi pozitive și negative
 Acordarea sau negarea explicită a drepturilor
Starea de protecție: (S,O,A,F)
 A[s,o] – matrice de drepturi
 F(s,o,r,A) –> [true, false, undecided] –funcție de
inferență
Regula de acces: Pentru a avea s dreptul r asupra
obiectului o se verifica prima data matricea de
drepturi(drept pozitiv sau negativ). Altfel doar
dacă funcția F întoarce true aceesul este permis.

8. MODELUL DE ACCES ”SUITE”
DIMENSIUNEA OBIECTELOR
”Suite” suporta protecția granulată a variabilelor active
 Dezavantaje: specificații de acces obositoare și uneori ineficiente
 Soluție:
 Specificații pentru un grup de variabile active – valoarea grupurilor
 Asocierea unei directive de moștenire pentru fiecare variabilă activă
Regula de moștenire a obiectelor și rezolvareconflictelor:
Un drept r a unui subiect s asupra unui obiect o este moștenit
de la valoarea grupurilor ce conțin o alese de directiva de
moștenire F(s,V(o,r),r,A) -> F(s,o,r,A)
V(o,r) – valoarea grupurileors pecificate de directiva de
moștenire
Confict: valoare primului grup

9. MODELUL DE ACCES ”SUITE”
DIMENSIUNEA DE ACCES
”Suite” oferă suport pentru 50 de drepturi
 Relația ”include” - gruparea logică a
drepturilor
Regula 1 de moștenire a drepturilor:
F(s,o,R,A) -> F(s,o,r,A)
F(s,o,-R,A) -> F(s,o,-r,A) , R include r

10. MODELUL DE ACCES ”SUITE”
DIMENSIUNEA DE ACCES
 Relația ”implică” – un drept mai puternic
implică un drept mai slab (insert implică read)
 Doar drepturile pozitive sunt moștenite(write implică
read dar -write nu implica -read)
 Ajută la descoperirea conflictelor
Regula 2 de moștenire a drepturilor:
F(s,o,rx,A) -> F(s,o,r,A), rx implică r

11. MODELUL DE ACCES ”SUITE”
DIMENSIUNEA DE ACCES
 Relațiile ”implică” și ”include” au multiple surse de
moștenire
 Pot apărea conflicte
Regula de rezolvare a conflictelor drepturilor:
Relația ”implică” este folosită în favoarea relației ”include” în
cazul unui conflict.
 Definită asupra drepturilor individuale
 Există chiar dacă grupurile de drepturi nu sunt definite
 Introdusă pentru consistența drepturilor

12. MODELUL DE ACCES ”SUITE”
DIMENSIUNEA SUBIECțILOR
 Subiect
 Utilizator specific /Rol
Relația ”take” asociază un rol unui subiect
Regula 1 de moștenire a subiecților:
F(S,o,r,A) ->F(s,o,r,A)
F(S,o,-r,A) ->F(s,o,-r,A), s ia rolul S

13. MODELUL DE ACCES ”SUITE”
DIMENSIUNEA SUBIECțILOR
 Relația ”have” – moștenirea unor drepturi pozitive
selectate
 SxRxS –{true,false}
Regula 2 de moștenire a subiecților:
Dacă have(s1,r,s2)=true => F(s2,o,r,A) –>F(s1,o,r,A)

14. MODELUL DE ACCES ”SUITE”
DIMENSIUNEA SUBIECțILOR
Regula 1 de rezolvare a conflictelor subiecților:
Cel mai specific rol definit de relația ”take” trebuie
folosit prima dată.
Regula 2 de rezolvare a conflictelor subiecților:
În cazul unui conflict, definiția de acces care apare
prima în lista de acces este aleasă.
Regula 3 de rezolvare a conflictelor subiecților:
Relația ”take” este folosită în favoarea relației ”have” în
caz de conflict.
 are atât drepturi pozitive cât și negative
 preia drepturile moștenite direct de la rolul pe care îl are

15. MOșTENIREA MULTIDIMENSIONALĂ șI
LISTELE DE ACCES EXTINSE
 Reprezentarea matricei de acces:
 Lista de capabilități: subiect-(obiect,drepturi)
 Listă de acces: obiect-(subiect,drepturi)
 Mai eficientă:
 Lista de acces extinsă
 Obiect – (r, u-list); u-list string de forma 1122
 U-list sortată topologic în funcție de relația ”take”
1. Moștenirea dimensiunii subiecților
2. Moștenirea dimensiunii drepturilor
3. Moștenirea dimensiunii obiectelor
4. Drepturi negative

16. CONCLUZII
 Indentificate cerințele modelului
 Principalele componente sunt:
 Un set generic de drepturi colaborative
 Specificații granulate a drepturilor de acces
 Roluri multiple și dinamice
 Un set de reguli de moștenire pentru subiecți, obiecte și
drepturi
 Un set de reguli pentru rezolvare conflictelor
 Limitare
 Obiectele protejate – variabile active
 Îmbunătățiri
 Alte obicte ce au nevoie de protecție:
ferestre, sesiuni, subiecți