Rollipõhine pääsukontroll - Revision history

Mkorovin at 08:31, 31 May 2010

2010-05-31T08:31:58Z

← Older revision		Revision as of 11:31, 31 May 2010
Line 3:		Line 3:
	Grupp: A22		Grupp: A22
	----		----
	'''Rollipõhine pääsukontroll''' (''Role Based Access Contro''l, '''RBAC''') – on autoriseerimise mudel, ~~mis rakendatakse läbi rolle, mis~~ on omakorda seotud erinevate lubadega. Kasutaja seostakse ~~ühte~~ või ~~rohkem~~ rollidega mille kaudu ta saab ligipääsu vastavale funktsionaalsusele (informatsioonile). Kasutajatel ja erinevatel lubadel ei ole ~~otsekohast~~ seost.		'''Rollipõhine pääsukontroll''' (''Role Based Access Contro''l, '''RBAC''') – on autoriseerimise mudel, milles rollid määravad pääsu ja need rollid on omakorda seotud erinevate lubadega. Kasutaja seostakse ühe või rohkemate rollidega, mille kaudu ta saab ligipääsu vastavale funktsionaalsusele (informatsioonile). Kasutajatel ja erinevatel lubadel ei ole otsest seost.
	<br><br>		<br><br>
	==Ajalugu==		==Ajalugu==
	~~Organisatsioonides juba~~ 1970 [http://csrc.nist.gov/groups/SNS/rbac/faq.html] ~~proovisid~~ rakendama ~~rollipõhise~~ pääsukontrolli, kus kasutajate ligipääs informatsioonile ja funktsionaalsusele oli piiratud sõltuvalt tema rollist organisatsioonis. Need varasemad mudelid ei olnud analüüsitud ja korraldatud.		Juba 1970 [http://csrc.nist.gov/groups/SNS/rbac/faq.html] proovisiti organisatsioonides rakendama rollipõhist pääsukontrolli, kus kasutajate ligipääs informatsioonile ja funktsionaalsusele oli piiratud sõltuvalt tema rollist organisatsioonis. Need varasemad mudelid ei olnud analüüsitud ja korraldatud.
	<br>		<br>
	Mudel, mida kasutatakse ~~täna~~ tuleneb mudelist, mida Ferraiolo ja Kuhn kirjeldasid oma uurimistöös aastal 1992.[http://csrc.nist.gov/groups/SNS/rbac/documents/ferraiolo-kuhn-92.pdf]		Mudel, mida kasutatakse tänapäeval tuleneb mudelist, mida Ferraiolo ja Kuhn kirjeldasid oma uurimistöös aastal 1992.[http://csrc.nist.gov/groups/SNS/rbac/documents/ferraiolo-kuhn-92.pdf]
	Peaaegu 8 aasta jooksul ~~mudeli laiendatakse~~ ja ~~arendatakse,~~ ning aastal 2000 Sandhu, Ferraiolo ja Kuhn pakkusid RBAC standardi, ~~mis~~ omakorda ANSI/INCIT (''American National Stabdards Institute, International Committee for Information Technology Stabdards'') võttis vastu aastal 2004.[http://csrc.nist.gov/groups/SNS/rbac/faq.html]		Peaaegu 8 aasta jooksul mudelit laiendati ja arendati ning aastal 2000 Sandhu, Ferraiolo ja Kuhn pakkusid välja RBAC standardi, mille omakorda ANSI/INCIT (''American National Stabdards Institute, International Committee for Information Technology Stabdards'') võttis vastu aastal 2004.[http://csrc.nist.gov/groups/SNS/rbac/faq.html]
	==RBAC baas mudel==		==RBAC baas mudel==
	Rollipõhise pääsukontrolli loogika kirjeldamiseks on kasutatud Ferraiolo ja Kuhn uurimistöö[http://csrc.nist.gov/groups/SNS/rbac/documents/ferraiolo-kuhn-92.pdf].<br>		Rollipõhise pääsukontrolli loogika kirjeldamiseks on kasutatud Ferraiolo ja Kuhn uurimistöö[http://csrc.nist.gov/groups/SNS/rbac/documents/ferraiolo-kuhn-92.pdf].<br>
	Järgmised ~~väided~~ kirjeldavad RBAC mudeli:<br>		Järgmised väited kirjeldavad RBAC mudeli:<br>
	*Iga subjekti jaoks, aktiivne roll on see roll mida subjekt kasutab praegu.		*Iga subjekti jaoks on aktiivne roll see roll, mida subjekt kasutab praegu.
	*Igal subjektil võib olla tegevusluba ühe või mitu rolli kasutamiseks.		*Igal subjektil võib olla tegevusluba ühe või mitu rolli kasutamiseks.
	*Igal rollil on olemas üks või mitu tehingut, mida võib teostada.		*Igal rollil on olemas üks või mitu tehingut, mida võib teostada.
	*Subjektid võivad teostada tehingud läbi ~~rolle~~.		*Subjektid võivad teostada tehingud läbi rollide.
	Kui mudeli kirjeldus on teada, tuleb kasutusele võtta tähtsamad rollipõhise pääsukontrolli reeglid:		Kui mudeli kirjeldus on teada, tuleb kasutusele võtta tähtsamad rollipõhise pääsukontrolli reeglid:
	<br>		<br>
	# Rolli määramine: Subjekt võib teostada tehingu ainult kui see subjekt valis rolli või ~~kuulub osanikuna sell~~ rolli ~~sisse~~. Samal ajal autentimise (ID kontroll) protsess ei ole tehing. Kõik teised kasutaja toimingud süsteemis teostatakse läbi tehingute, seega kõikidel aktiivsetel kasutajatel peab olema aktiivne roll.		# Rolli määramine: Subjekt võib teostada tehingu ainult kui see subjekt valis rolli või on selle rolli osanik. Samal ajal autentimise (ID kontroll) protsess ei ole tehing. Kõik teised kasutaja toimingud süsteemis teostatakse läbi tehingute, seega kõikidel aktiivsetel kasutajatel peab olema aktiivne roll.
	# Rolli tegevusluba: Subjektil peab olema tegevusluba aktiivse rolli kasutamiseks.		# Rolli tegevusluba: Subjektil peab olema tegevusluba aktiivse rolli kasutamiseks.
	# Tehingute tegevusluba: Subjekt võib teostada tehingu ainult kui see tehing on määratud selle subjekti aktiivse rolli jaoks.		# Tehingute tegevusluba: Subjekt võib teostada tehingu ainult siis kui see tehing on määratud selle subjekti aktiivse rolli jaoks.
	RBAC põhimõistete illustreerimiseks on toodud järgmine pilt: <br>		RBAC põhimõistete illustreerimiseks on toodud järgmine pilt: <br>
	[[Image:rbac.png\|left]]		[[Image:rbac.png\|left]]
Line 27:		Line 27:

	==Kasutamine==		==Kasutamine==
	Mudeli peamiseks eeliseks on dünaamiline struktuur. ~~On kergem~~ vahetada ~~rollidel load~~, kui ~~otseselt~~ tegeleda kasutajate gruppidega, sest organisatsiooni sees inimese roll ~~võib~~ muutuda. RBAC ~~kiiresti vastab sellele muutusele~~, kui kasutajat seostatakse erineva rolliga. Kui kindla rolli jaoks tuleb panna piirangud kasutamisele, seda ~~pannake~~ üks kord ja kõik 100 inimest seotud selle rolliga ~~kohe~~ saavad piiratud ligipääsu.		Mudeli peamiseks eeliseks on dünaamiline struktuur. Kergem on vahetada rollide lube, kui tegeleda otse kasutajate gruppidega, sest organisatsiooni sees võib inimese roll muutuda. RBAC reageerib kiirelt muudatusele, kui kasutajat seostatakse erineva rolliga. Kui kindla rolli jaoks tuleb panna piirangud kasutamisele, siis tehakse seda üks kord ja kõik 100 inimest, kes on seotud selle rolliga saavad koheselt piiratud ligipääsu.
	RBAC lihtsustab kontrolli kasutaja-~~luba~~ vahel.		RBAC lihtsustab kontrolli kasutaja-loa vahel.
	<br>		<br>
	Lisaks ~~sellele,~~ RBAC ~~aitab~~ säilitada ~~terviklikkus~~, mis on turvalisuse eesmärk. (Peamised eesmärgid: konfidentsiaalsus, terviklikkus ja kättesaadavus - ''confidentiality, integrity, availability''). Ainult volitatud isikud võivad andmeid ja protsesse modifitseerida, autoriseeritud viisil.		Lisaks aitab RBAC säilitada terviklikkuse, mis on turvalisuse eesmärk. (Peamised eesmärgid: konfidentsiaalsus, terviklikkus ja kättesaadavus - ''confidentiality, integrity, availability''). Ainult volitatud isikud võivad andmeid ja protsesse modifitseerida, autoriseeritud viisil.
	Administreerimise seisukohalt ~~rollipõhine~~ pääsukontrolli ~~võib kergesti~~ rakendada. Uuele inimesele tuleb lihtsalt määrata kindel roll, kui inimene lahkub, siis kustutada inimese ja rolli(de) seos(ed).		Administreerimise seisukohalt on rollipõhist pääsukontrolli kerge rakendada. Uuele inimesele tuleb lihtsalt määrata kindel roll, kui inimene lahkub, siis kustutada inimese ja rolli(de) seos(ed).
	===Parktiline kasutamine===		===Parktiline kasutamine===
	RBAC võib implementeerida SELinux'is (Security-Enhanced Linux), kuid selle lisa kasutamine on soovitatav edasijõudnud linux kasutajatele.		RBAC võib implementeerida SELinux'is (Security-Enhanced Linux), kuid selle lisa kasutamine on soovitatav edasijõudnud linux kasutajatele.
Line 50:		Line 50:

	==Kasutatud materjalid==		==Kasutatud materjalid==
	Peale ~~allikaid~~, mis on ~~viidetud~~, kasutati ka:		Peale allikate, mis on viidatud, kasutati ka:
	*http://en.wikipedia.org/wiki/Role-based_access_control		*http://en.wikipedia.org/wiki/Role-based_access_control
	*http://ru.wikipedia.org/wiki/Управление_доступом_на_основе_ролей		*http://ru.wikipedia.org/wiki/Управление_доступом_на_основе_ролей

Mkorovin at 20:01, 10 May 2010

2010-05-10T20:01:09Z

← Older revision		Revision as of 23:01, 10 May 2010
Line 3:		Line 3:
	Grupp: A22		Grupp: A22
	----		----
	~~'''LÕPETAMATA'''~~
	~~<br>~~
	'''Rollipõhine pääsukontroll''' (''Role Based Access Contro''l, '''RBAC''') – on autoriseerimise mudel, mis rakendatakse läbi rolle, mis on omakorda seotud erinevate lubadega. Kasutaja seostakse ühte või rohkem rollidega mille kaudu ta saab ligipääsu vastavale funktsionaalsusele (informatsioonile). Kasutajatel ja erinevatel lubadel ei ole otsekohast seost.		'''Rollipõhine pääsukontroll''' (''Role Based Access Contro''l, '''RBAC''') – on autoriseerimise mudel, mis rakendatakse läbi rolle, mis on omakorda seotud erinevate lubadega. Kasutaja seostakse ühte või rohkem rollidega mille kaudu ta saab ligipääsu vastavale funktsionaalsusele (informatsioonile). Kasutajatel ja erinevatel lubadel ei ole otsekohast seost.
	<br><br>		<br><br>
Line 43:		Line 41:
	Järgnev RBAC seadistamine eeldab lisa lugemist ja uurimist.		Järgnev RBAC seadistamine eeldab lisa lugemist ja uurimist.
	Autor pole proovinud RBAC seadistamist, kuid leitud dokumendid võiksid olla kasulikud alustamiseks:		Autor pole proovinud RBAC seadistamist, kuid leitud dokumendid võiksid olla kasulikud alustamiseks:
	**''SELinux Policy Editor RBAC(Role Based AccessControl) guide (for Ver 2.0))'', Yuichi Nakamura ]}[http://seedit.sourceforge.net/doc/2.0/rbac_guide.pdf] �		*''SELinux Policy Editor RBAC(Role Based AccessControl) guide (for Ver 2.0))'', Yuichi Nakamura[http://seedit.sourceforge.net/doc/2.0/rbac_guide.pdf] �
	**''Role-based access control in SELinux''[http://www.ibm.com/developerworks/linux/library/l-rbac-selinux/]		*''Role-based access control in SELinux''[http://www.ibm.com/developerworks/linux/library/l-rbac-selinux/]

	==Viidetud allikad==		==Viidetud allikad==

Mkorovin at 19:58, 10 May 2010

2010-05-10T19:58:35Z

← Older revision		Revision as of 22:58, 10 May 2010
Line 5:		Line 5:
	'''LÕPETAMATA'''		'''LÕPETAMATA'''
	<br>		<br>
	'''Rollipõhine pääsukontroll''' (''Role Based Access Contro''l, '''RBAC''') – on autoriseerimise mudel, mis rakendatakse läbi rolle, mis on omakorda seotud erinevate lubadega. Kasutaja seostakse ühte või rohkem rollidega mille kaudu ta saab ligipääsu vastavale funktsionaalsusele(informatsioonile). Kasutajatel ja erinevatel lubadel ei ole otsekohast seost.		'''Rollipõhine pääsukontroll''' (''Role Based Access Contro''l, '''RBAC''') – on autoriseerimise mudel, mis rakendatakse läbi rolle, mis on omakorda seotud erinevate lubadega. Kasutaja seostakse ühte või rohkem rollidega mille kaudu ta saab ligipääsu vastavale funktsionaalsusele (informatsioonile). Kasutajatel ja erinevatel lubadel ei ole otsekohast seost.
	<br><br>		<br><br>
	==Ajalugu==		==Ajalugu==
	Organisatsioonides juba 1970 [http://csrc.nist.gov/groups/SNS/rbac/faq.html]proovisid rakendama rollipõhise pääsukontrolli, kus kasutajate ligipääs informatsioonile ja funktsionaalsusele oli piiratud sõltuvalt tema rollist organisatsioonis. Need varasemad ~~mudid~~ ei olnud analüüsitud ja korraldatud.		Organisatsioonides juba 1970 [http://csrc.nist.gov/groups/SNS/rbac/faq.html] proovisid rakendama rollipõhise pääsukontrolli, kus kasutajate ligipääs informatsioonile ja funktsionaalsusele oli piiratud sõltuvalt tema rollist organisatsioonis. Need varasemad mudelid ei olnud analüüsitud ja korraldatud.
	<br>		<br>
	Mudel, mida kasutatakse täna tuleneb mudelist, mida Ferraiolo ja Kuhn kirjeldasid oma uurimistöös aastal 1992.[http://csrc.nist.gov/groups/SNS/rbac/documents/ferraiolo-kuhn-92.pdf]		Mudel, mida kasutatakse täna tuleneb mudelist, mida Ferraiolo ja Kuhn kirjeldasid oma uurimistöös aastal 1992.[http://csrc.nist.gov/groups/SNS/rbac/documents/ferraiolo-kuhn-92.pdf]
Line 33:		Line 33:
	<br>		<br>
	Lisaks sellele, RBAC aitab säilitada terviklikkus, mis on turvalisuse eesmärk. (Peamised eesmärgid: konfidentsiaalsus, terviklikkus ja kättesaadavus - ''confidentiality, integrity, availability''). Ainult volitatud isikud võivad andmeid ja protsesse modifitseerida, autoriseeritud viisil.		Lisaks sellele, RBAC aitab säilitada terviklikkus, mis on turvalisuse eesmärk. (Peamised eesmärgid: konfidentsiaalsus, terviklikkus ja kättesaadavus - ''confidentiality, integrity, availability''). Ainult volitatud isikud võivad andmeid ja protsesse modifitseerida, autoriseeritud viisil.
	Administreerimise seisukohalt rollipõhine ~~pääsukontroll~~ võib kergesti rakendada. Uuele inimesele tuleb lihtsalt määrata kindel roll, kui inimene lahkub, siis kustutada inimese ja rolli(de) seos(ed).		Administreerimise seisukohalt rollipõhine pääsukontrolli võib kergesti rakendada. Uuele inimesele tuleb lihtsalt määrata kindel roll, kui inimene lahkub, siis kustutada inimese ja rolli(de) seos(ed).
	===Parktiline kasutamine===		===Parktiline kasutamine===
	RBAC võib implementeerida SELinux'is (Security-Enhanced Linux), kuid selle lisa kasutamine on soovitatav edasijõudnud linux kasutajatele.		RBAC võib implementeerida SELinux'is (Security-Enhanced Linux), kuid selle lisa kasutamine on soovitatav edasijõudnud linux kasutajatele.
Line 39:		Line 39:
	*SELinux instaleerimine		*SELinux instaleerimine
	sudo-apt get install selinux		sudo-apt get install selinux
			*Taaskäivita
			<br>
			Järgnev RBAC seadistamine eeldab lisa lugemist ja uurimist.
			Autor pole proovinud RBAC seadistamist, kuid leitud dokumendid võiksid olla kasulikud alustamiseks:
			**''SELinux Policy Editor RBAC(Role Based AccessControl) guide (for Ver 2.0))'', Yuichi Nakamura ]}[http://seedit.sourceforge.net/doc/2.0/rbac_guide.pdf] �
			**''Role-based access control in SELinux''[http://www.ibm.com/developerworks/linux/library/l-rbac-selinux/]

	==Viidetud allikad==		==Viidetud allikad==
	# NIST, Role Based Access Control FAQ, http://csrc.nist.gov/groups/SNS/rbac/faq.html		# NIST, Role Based Access Control FAQ, http://csrc.nist.gov/groups/SNS/rbac/faq.html
Line 46:		Line 53:
	==Kasutatud materjalid==		==Kasutatud materjalid==
	Peale allikaid, mis on viidetud, kasutati ka:		Peale allikaid, mis on viidetud, kasutati ka:
			*http://en.wikipedia.org/wiki/Role-based_access_control
			*http://ru.wikipedia.org/wiki/Управление_доступом_на_основе_ролей



	[[Category:Operatsioonisüsteemide administreerimine ja sidumine]]		[[Category:Operatsioonisüsteemide administreerimine ja sidumine]]

Mkorovin at 19:31, 10 May 2010

2010-05-10T19:31:06Z

← Older revision		Revision as of 22:31, 10 May 2010
Line 34:		Line 34:
	Lisaks sellele, RBAC aitab säilitada terviklikkus, mis on turvalisuse eesmärk. (Peamised eesmärgid: konfidentsiaalsus, terviklikkus ja kättesaadavus - ''confidentiality, integrity, availability''). Ainult volitatud isikud võivad andmeid ja protsesse modifitseerida, autoriseeritud viisil.		Lisaks sellele, RBAC aitab säilitada terviklikkus, mis on turvalisuse eesmärk. (Peamised eesmärgid: konfidentsiaalsus, terviklikkus ja kättesaadavus - ''confidentiality, integrity, availability''). Ainult volitatud isikud võivad andmeid ja protsesse modifitseerida, autoriseeritud viisil.
	Administreerimise seisukohalt rollipõhine pääsukontroll võib kergesti rakendada. Uuele inimesele tuleb lihtsalt määrata kindel roll, kui inimene lahkub, siis kustutada inimese ja rolli(de) seos(ed).		Administreerimise seisukohalt rollipõhine pääsukontroll võib kergesti rakendada. Uuele inimesele tuleb lihtsalt määrata kindel roll, kui inimene lahkub, siis kustutada inimese ja rolli(de) seos(ed).
			===Parktiline kasutamine===
			RBAC võib implementeerida SELinux'is (Security-Enhanced Linux), kuid selle lisa kasutamine on soovitatav edasijõudnud linux kasutajatele.
			<br>
			*SELinux instaleerimine
			sudo-apt get install selinux
	==Viidetud allikad==		==Viidetud allikad==
	# NIST, Role Based Access Control FAQ, http://csrc.nist.gov/groups/SNS/rbac/faq.html		# NIST, Role Based Access Control FAQ, http://csrc.nist.gov/groups/SNS/rbac/faq.html

Mkorovin at 19:13, 10 May 2010

2010-05-10T19:13:58Z

← Older revision		Revision as of 22:13, 10 May 2010
Line 29:		Line 29:

	==Kasutamine==		==Kasutamine==
	Mudeli peamiseks eeliseks on dünaamiline struktuur. On kergem vahetada rollidel load, kui otseselt tegeleda kasutajate gruppidega, sest organisatsiooni ~~see~~ inimese roll võib muutuda. RBAC kiiresti vastab sellele muutusele, kui kasutajat seostatakse erineva rolliga. Kui kindla rolli jaoks tuleb panna piirangud kasutamisele, seda pannake üks kord ja kõik 100 inimest seotud selle rolliga kohe saavad piiratud ligipääsu.		Mudeli peamiseks eeliseks on dünaamiline struktuur. On kergem vahetada rollidel load, kui otseselt tegeleda kasutajate gruppidega, sest organisatsiooni sees inimese roll võib muutuda. RBAC kiiresti vastab sellele muutusele, kui kasutajat seostatakse erineva rolliga. Kui kindla rolli jaoks tuleb panna piirangud kasutamisele, seda pannake üks kord ja kõik 100 inimest seotud selle rolliga kohe saavad piiratud ligipääsu.
	RBAC lihtsustab kontrolli kasutaja-luba vahel.		RBAC lihtsustab kontrolli kasutaja-luba vahel.
	<br>		<br>
Line 42:		Line 42:

	==Kasutatud materjalid==		==Kasutatud materjalid==
			Peale allikaid, mis on viidetud, kasutati ka:

Mkorovin at 19:00, 10 May 2010

2010-05-10T19:00:50Z

← Older revision		Revision as of 22:00, 10 May 2010
Line 27:		Line 27:
	[[Image:rbac.png\|left]]		[[Image:rbac.png\|left]]
	<br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br>		<br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br>


	~~==Seosed teiste mudelitega==~~



	==Kasutamine==		==Kasutamine==
	Mudeli peamiseks eeliseks on dünaamiline struktuur. On kergem vahetada rollidel load, kui otseselt tegeleda kasutajate gruppidega, sest organisatsiooni see inimese roll võib muutuda. RBAC kiiresti vastab sellele muutusele, kui kasutajat seostatakse erineva rolliga. Kui kindla rolli jaoks tuleb panna piirangud kasutamisele, seda pannake üks kord ja kõik 100 inimest seotud selle rolliga kohe saavad piiratud ligipääsu.		Mudeli peamiseks eeliseks on dünaamiline struktuur. On kergem vahetada rollidel load, kui otseselt tegeleda kasutajate gruppidega, sest organisatsiooni see inimese roll võib muutuda. RBAC kiiresti vastab sellele muutusele, kui kasutajat seostatakse erineva rolliga. Kui kindla rolli jaoks tuleb panna piirangud kasutamisele, seda pannake üks kord ja kõik 100 inimest seotud selle rolliga kohe saavad piiratud ligipääsu.
	RBAC lihtsustab kontrolli kasutaja-luba vahel.		RBAC lihtsustab kontrolli kasutaja-luba vahel.
			<br>
			Lisaks sellele, RBAC aitab säilitada terviklikkus, mis on turvalisuse eesmärk. (Peamised eesmärgid: konfidentsiaalsus, terviklikkus ja kättesaadavus - ''confidentiality, integrity, availability''). Ainult volitatud isikud võivad andmeid ja protsesse modifitseerida, autoriseeritud viisil.
			Administreerimise seisukohalt rollipõhine pääsukontroll võib kergesti rakendada. Uuele inimesele tuleb lihtsalt määrata kindel roll, kui inimene lahkub, siis kustutada inimese ja rolli(de) seos(ed).


	==Viidetud allikad==		==Viidetud allikad==

Mkorovin at 22:00, 9 May 2010

2010-05-09T22:00:42Z

← Older revision		Revision as of 01:00, 10 May 2010
Line 5:		Line 5:
	'''LÕPETAMATA'''		'''LÕPETAMATA'''
	<br>		<br>
	'''Rollipõhine pääsukontroll''' (''Role Based Access Contro''l, '''RBAC''') – on ~~auoriseerimise~~ mudel, mis rakendatakse läbi rolle, mis on omakorda seotud erinevate lubadega. Kasutaja seostakse ühte või rohkem rollidega mille kaudu ta saab ligipääsu vastavale funktsionaalsusele(informatsioonile). Kasutajatel ja erinevatel lubadel ei ole otsekohast seost.		'''Rollipõhine pääsukontroll''' (''Role Based Access Contro''l, '''RBAC''') – on autoriseerimise mudel, mis rakendatakse läbi rolle, mis on omakorda seotud erinevate lubadega. Kasutaja seostakse ühte või rohkem rollidega mille kaudu ta saab ligipääsu vastavale funktsionaalsusele(informatsioonile). Kasutajatel ja erinevatel lubadel ei ole otsekohast seost.
	<br><br>		<br><br>
	==Ajalugu==		==Ajalugu==
Line 21:		Line 21:
	Kui mudeli kirjeldus on teada, tuleb kasutusele võtta tähtsamad rollipõhise pääsukontrolli reeglid:		Kui mudeli kirjeldus on teada, tuleb kasutusele võtta tähtsamad rollipõhise pääsukontrolli reeglid:
	<br>		<br>
	# Rolli määramine: Subjekt võib teostada tehingu ainult kui see subjekt valis rolli või kuulub osanikuna sell rolli sisse. Samal ajal autentimise (ID kontroll) protsess ei ole tehing. Kõik teised kasutaja toimingud süsteemis teostatakse läbi tehingute, seega kõikidel aktiivsetel kasutajatel peab olema aktiivne roll.		# Rolli määramine: Subjekt võib teostada tehingu ainult kui see subjekt valis rolli või kuulub osanikuna sell rolli sisse. Samal ajal autentimise (ID kontroll) protsess ei ole tehing. Kõik teised kasutaja toimingud süsteemis teostatakse läbi tehingute, seega kõikidel aktiivsetel kasutajatel peab olema aktiivne roll.
	# Rolli tegevusluba: Subjektil peab olema tegevusluba aktiivse rolli kasutamiseks.		# Rolli tegevusluba: Subjektil peab olema tegevusluba aktiivse rolli kasutamiseks.
	# Tehingute tegevusluba: Subjekt võib teostada tehingu ainult kui see tehing on määratud selle subjekti aktiivse rolli jaoks.		# Tehingute tegevusluba: Subjekt võib teostada tehingu ainult kui see tehing on määratud selle subjekti aktiivse rolli jaoks.
	RBAC põhimõistete illustreerimiseks on toodud järgmine pilt: <br>		RBAC põhimõistete illustreerimiseks on toodud järgmine pilt: <br>
Line 43:		Line 43:

	==Kasutatud materjalid==		==Kasutatud materjalid==

Mkorovin at 21:41, 9 May 2010

2010-05-09T21:41:25Z

← Older revision		Revision as of 00:41, 10 May 2010
Line 13:		Line 13:
	Peaaegu 8 aasta jooksul mudeli laiendatakse ja arendatakse, ning aastal 2000 Sandhu, Ferraiolo ja Kuhn pakkusid RBAC standardi, mis omakorda ANSI/INCIT (''American National Stabdards Institute, International Committee for Information Technology Stabdards'') võttis vastu aastal 2004.[http://csrc.nist.gov/groups/SNS/rbac/faq.html]		Peaaegu 8 aasta jooksul mudeli laiendatakse ja arendatakse, ning aastal 2000 Sandhu, Ferraiolo ja Kuhn pakkusid RBAC standardi, mis omakorda ANSI/INCIT (''American National Stabdards Institute, International Committee for Information Technology Stabdards'') võttis vastu aastal 2004.[http://csrc.nist.gov/groups/SNS/rbac/faq.html]
	==RBAC baas mudel==		==RBAC baas mudel==
			Rollipõhise pääsukontrolli loogika kirjeldamiseks on kasutatud Ferraiolo ja Kuhn uurimistöö[http://csrc.nist.gov/groups/SNS/rbac/documents/ferraiolo-kuhn-92.pdf].<br>
	Järgmised väided kirjeldavad RBAC mudeli:<br>		Järgmised väided kirjeldavad RBAC mudeli:<br>
	*Iga subjekti jaoks, aktiivne roll on see roll mida subjekt kasutab praegu.		*Iga subjekti jaoks, aktiivne roll on see roll mida subjekt kasutab praegu.
Line 18:		Line 19:
	*Igal rollil on olemas üks või mitu tehingut, mida võib teostada.		*Igal rollil on olemas üks või mitu tehingut, mida võib teostada.
	*Subjektid võivad teostada tehingud läbi rolle.		*Subjektid võivad teostada tehingud läbi rolle.
	~~<br>~~		Kui mudeli kirjeldus on teada, tuleb kasutusele võtta tähtsamad rollipõhise pääsukontrolli reeglid:
	~~Farraiolo ja Kuhn uurimistöös~~ on ~~defineeritud~~ tähtsamad reeglid~~, mis kirjeldavad RBAC mudeli.~~
	<br>		<br>
	# Rolli määramine: Subjekt võib teostada tehingu ainult kui see subjekt valis rolli või kuulub osanikuna sell rolli sisse. Samal ajal autentimise (ID kontroll) protsess ei ole tehing. Kõik teised kasutaja toimingud süsteemis teostatakse läbi tehingute, seega kõikidel aktiivsetel kasutajatel peab olema aktiivne roll.		# Rolli määramine: Subjekt võib teostada tehingu ainult kui see subjekt valis rolli või kuulub osanikuna sell rolli sisse. Samal ajal autentimise (ID kontroll) protsess ei ole tehing. Kõik teised kasutaja toimingud süsteemis teostatakse läbi tehingute, seega kõikidel aktiivsetel kasutajatel peab olema aktiivne roll.
Line 25:		Line 25:
	# Tehingute tegevusluba: Subjekt võib teostada tehingu ainult kui see tehing on määratud selle subjekti aktiivse rolli jaoks.		# Tehingute tegevusluba: Subjekt võib teostada tehingu ainult kui see tehing on määratud selle subjekti aktiivse rolli jaoks.
	RBAC põhimõistete illustreerimiseks on toodud järgmine pilt: <br>		RBAC põhimõistete illustreerimiseks on toodud järgmine pilt: <br>
	[[Image:rbac.png~~\|thumb~~\|left]]		[[Image:rbac.png\|left]]
			<br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br>

Mkorovin at 21:27, 9 May 2010

2010-05-09T21:27:43Z

← Older revision		Revision as of 00:27, 10 May 2010
Line 25:		Line 25:
	# Tehingute tegevusluba: Subjekt võib teostada tehingu ainult kui see tehing on määratud selle subjekti aktiivse rolli jaoks.		# Tehingute tegevusluba: Subjekt võib teostada tehingu ainult kui see tehing on määratud selle subjekti aktiivse rolli jaoks.
	RBAC põhimõistete illustreerimiseks on toodud järgmine pilt: <br>		RBAC põhimõistete illustreerimiseks on toodud järgmine pilt: <br>
	[[~~File~~:rbac.png\|thumb\|left]]		[[Image:rbac.png\|thumb\|left]]

Mkorovin at 21:25, 9 May 2010

2010-05-09T21:25:32Z

← Older revision		Revision as of 00:25, 10 May 2010
Line 24:		Line 24:
	# Rolli tegevusluba: Subjektil peab olema tegevusluba aktiivse rolli kasutamiseks.		# Rolli tegevusluba: Subjektil peab olema tegevusluba aktiivse rolli kasutamiseks.
	# Tehingute tegevusluba: Subjekt võib teostada tehingu ainult kui see tehing on määratud selle subjekti aktiivse rolli jaoks.		# Tehingute tegevusluba: Subjekt võib teostada tehingu ainult kui see tehing on määratud selle subjekti aktiivse rolli jaoks.
			RBAC põhimõistete illustreerimiseks on toodud järgmine pilt: <br>
			[[File:rbac.png\|thumb\|left]]