<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>security blog &#187; Certification/Security+/General Security Concepts</title>
	<atom:link href="http://elamb.org/category/certificationsecuritygeneral-security-concepts/feed/" rel="self" type="application/rss+xml" />
	<link>http://elamb.org</link>
	<description>don&#039;t be sheeple</description>
	<lastBuildDate>Mon, 22 Feb 2010 08:45:44 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.3</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Security Now Episode #95</title>
		<link>http://elamb.org/security-now-episode-95/</link>
		<comments>http://elamb.org/security-now-episode-95/#comments</comments>
		<pubDate>Tue, 26 Jun 2007 04:32:58 +0000</pubDate>
		<dc:creator>elamb.security</dc:creator>
				<category><![CDATA[Access Control]]></category>
		<category><![CDATA[Certification/Security+/General Security Concepts]]></category>
		<category><![CDATA[Certification/Security+/General Security Concepts/Acces]]></category>
		<category><![CDATA[Certification/Security+/General Security Concepts/Authe]]></category>
		<category><![CDATA[Internet and Information Technology Security]]></category>

	<!-- AutoMeta Start -->
	<category>openid</category>
	<category>windley</category>
	<category>logins</category>
	<category>byu</category>
	<category>episode</category>
	<category>mutual</category>
	<category>philip</category>
	<category>authentication</category>
	<!-- AutoMeta End -->
	
		<guid isPermaLink="false">http://elamb.org/security-now-episode-95/</guid>
		<description><![CDATA[Steve Gibson and Leo Laporte talked about OpenID on Episode 95.  OpenID would provide a single-sign on verification for site logins.  This would not replace something like SSL (which is mutual authentication), but it would be better for simple site logins to sites like del.icio.us, digg.com and others.

BYU professor Philip J. Windley, explains how OpenID [...]]]></description>
			<content:encoded><![CDATA[<p>Steve Gibson and Leo Laporte talked about <a href="http://openid.net/">OpenID</a> on Episode 95.  OpenID would provide a single-sign on verification for site logins.  This would not replace something like SSL (which is mutual authentication), but it would be better for simple site logins to sites like del.icio.us, digg.com and others.<br />
<a href="http://www.windley.com/archives/2006/04/how_does_openid.shtml"><img width="337" height="308" align="left" alt="openid" title="openid" src="http://elamb.org/hacked/images/OpenID_Scenario.png" /></a></p>
<p>BYU professor<a href="http://www.windley.com/archives/2006/04/how_does_openid.shtml"> Philip J. Windley</a>, explains how OpenID works on his site.</p>
<p class="tags">Tags: <a href="http://technorati.com/tag/OPENID" title="See the Technorati tag page for 'OPENID'." rel="tag">OPENID</a>, <a href="http://technorati.com/tag/single" title="See the Technorati tag page for 'single'." rel="tag">single</a>, <a href="http://technorati.com/tag/sign" title="See the Technorati tag page for 'sign'." rel="tag">sign</a>, <a href="http://technorati.com/tag/on" title="See the Technorati tag page for 'on'." rel="tag">on</a>, <a href="http://technorati.com/tag/authentication" title="See the Technorati tag page for 'authentication'." rel="tag">authentication</a>, <a href="http://technorati.com/tag/opensource" title="See the Technorati tag page for 'opensource'." rel="tag">opensource</a>, <a href="http://technorati.com/tag/security" title="See the Technorati tag page for 'security'." rel="tag">security</a>, <a href="http://technorati.com/tag/gibson" title="See the Technorati tag page for 'gibson'." rel="tag">gibson</a>, <a href="http://technorati.com/tag/steve" title="See the Technorati tag page for 'steve'." rel="tag">steve</a>, <a href="http://technorati.com/tag/byu" title="See the Technorati tag page for 'byu'." rel="tag">byu</a></p><img src="http://elamb.org/?ak_action=api_record_view&id=919&type=feed" alt="" />]]></content:encoded>
			<wfw:commentRss>http://elamb.org/security-now-episode-95/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Domain 1.0  General Security Concepts (Security+)</title>
		<link>http://elamb.org/domain-10-%c2%96-general-security-concepts-security/</link>
		<comments>http://elamb.org/domain-10-%c2%96-general-security-concepts-security/#comments</comments>
		<pubDate>Thu, 30 Jun 2005 02:38:10 +0000</pubDate>
		<dc:creator>elamb.security</dc:creator>
		<br />
<b>Warning</b>:  Invalid argument supplied for foreach() in <b>/home/elamb_security/elamb.org/wp-content/plugins/autometa/autometa.php</b> on line <b>300</b><br />
		<category><![CDATA[Access Control]]></category>
		<category><![CDATA[Certification/Security+]]></category>
		<category><![CDATA[Certification/Security+/General Security Concepts]]></category>
		<category><![CDATA[security]]></category>

	<!-- AutoMeta Start -->
	<!-- AutoMeta End -->
	
		<guid isPermaLink="false">http://elamb.org/?p=85</guid>
		<description><![CDATA[1.1 Recognize and be able to differentiate and explain the following access control models
&#160;o MAC (Mandatory Access Control) 

&#183; Access controls based on security labels (Sensitivity labels) associated with each data item 
&#183; Lattice&#160;= MAC model 
&#183; Uses levels of security to classify users and data is a characteristic of MAC 

o DAC (Discretionary Access [...]]]></description>
			<content:encoded><![CDATA[<p><strong>1.1 Recognize and be able to differentiate and explain the following access control models</strong></p>
<p><strong>&nbsp;o MAC (Mandatory Access Control) </strong></p>
<blockquote>
<p>&#183; Access controls based on security labels (Sensitivity labels) associated with each data item </p>
<p>&#183; Lattice&nbsp;= MAC model </p>
<p>&#183; Uses levels of security to classify users and data is a characteristic of MAC </p>
</blockquote>
<p><strong>o DAC (Discretionary Access Control) </strong></p>
<blockquote>
<p>&#183; Access controls that are created and administered by the data owner are considered. </p>
<p>&#183; Each object has an owner, which has full control over the object </p>
<p>&#183; Inherent flaw in DAC is that it relies only on the identity of the user or process, leaving room for a Trojan horse </p>
</blockquote>
<p><strong>o RBAC (Role Based Access Control) </strong></p>
<blockquote>
<p>&#183; Access control decisions are based on responsibilities that an individual user or process has in an&nbsp;organization </p>
<p>&#183; Relationship of user, role, operation: multiple users, multiple roles and multiple operations</p>
</blockquote>
<p><a href="http://del.icio.us/rss/tag/access+control">http://del.icio.us/rss/tag/access+control</a></p>
<p><a href="http://del.icio.us/rss/tag/rbac"><font size="3">http://del.icio.us/rss/tag/rbac</font></a></p>
<p><a href="http://del.icio.us/tag/kerberos"></a>&nbsp;</p>
<img src="http://elamb.org/?ak_action=api_record_view&id=85&type=feed" alt="" />]]></content:encoded>
			<wfw:commentRss>http://elamb.org/domain-10-%c2%96-general-security-concepts-security/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Recognize and be able to differentiate and explain the following access control models</title>
		<link>http://elamb.org/recognize-and-be-able-to-differentiate-and-explain-the-following-access-control-models/</link>
		<comments>http://elamb.org/recognize-and-be-able-to-differentiate-and-explain-the-following-access-control-models/#comments</comments>
		<pubDate>Tue, 19 Apr 2005 03:47:28 +0000</pubDate>
		<dc:creator>elamb.security</dc:creator>
		<br />
<b>Warning</b>:  Invalid argument supplied for foreach() in <b>/home/elamb_security/elamb.org/wp-content/plugins/autometa/autometa.php</b> on line <b>300</b><br />
		<category><![CDATA[Certification]]></category>
		<category><![CDATA[Certification/Security+]]></category>
		<category><![CDATA[Certification/Security+/General Security Concepts]]></category>
		<category><![CDATA[Certification/Security+/General Security Concepts/Acces]]></category>
		<category><![CDATA[Computer Security]]></category>
		<category><![CDATA[security]]></category>

	<!-- AutoMeta Start -->
	<!-- AutoMeta End -->
	
		<guid isPermaLink="false">http://elamb.org/?p=5</guid>
		<description><![CDATA[&#183; MAC (Mandatory Access Control) &#183; DAC (Discretionary Access Control) &#183; RBAC (Role Based Access Control)
To understand MAC, DAC and RBAC you must first understand Access Control. 
Access Control is the control of user and process control access to &#160;network and operating system resources.&#160; For example, many spyware and adware applications not only download themselves [...]]]></description>
			<content:encoded><![CDATA[<p><strong>&#183; MAC (Mandatory Access Control) <br />&#183; DAC (Discretionary Access Control) <br />&#183; RBAC (Role Based Access Control)</strong></p>
<p>To understand MAC, DAC and RBAC you must first understand Access Control. </p>
<p>Access Control is the control of user and process control access to &nbsp;network and operating system resources.&nbsp; For example, many spyware and adware applications not only download themselves on to your computer without your permission, but they also help themselves to your systems CPU, hard drive and memory.&nbsp; What happens to most of us is that we get hit with 10 or 15 of these applications by accessing the Internet without protection.&nbsp; Imagine 10 to 15 badly written memory hogs using your CPU and memory to access your cached references to your web surfing habits (or worse credit card, ssn) and send that potentially valuable information to some server in Nigeria or Russia.</p>
<p>&nbsp;</p>
<p><strong><strong><strong>Mandatory Access Control (MAC)</strong></strong></strong></p>
<p><strong><strong>&nbsp;</strong></strong></p>
<p><strong><strong>Mandatory Access Control is military grade security.&nbsp; </strong></strong>Like DAC, it has been around since the 60&#8217;s.&nbsp; With MAC, the security on all resources are strictly policy controlled.&nbsp; All processes and users (or subjects) must specifically given permission to access a resource (or object).&nbsp; </p>
<p>&nbsp;</p>
<p>Subjects are given a number indicating their level of access.&nbsp; Subjects can access any object with a lower number.&nbsp; With modern military and national security systems this permissions matrix is supplemented with a classification level.</p>
<p>&nbsp;</p>
<p><strong><strong><strong><strong>Discrestionary Access Control (DAC)</strong></strong></strong></strong></p>
<p><strong><strong><strong>&nbsp;</strong></strong></strong></p>
<p><strong><strong><strong><strong>Discretionary Access Control is where a subject has control over an object.&nbsp;</strong></strong></strong></strong>In this case a &#8220;subject&#8221; could be a home user.&nbsp; And lets say the home user has admin privileges because he wants to download applications like Kazaa Lite ++. &nbsp;The &#8220;object&#8221; or resource is Money Quick, a financial application that creates important bank account spreadsheets.&nbsp;</p>
<p><strong><strong><strong><strong>&nbsp;</strong></strong></strong></strong></p>
<p>The home user is no fool so he locks the Money Quick application down so that only the administrator has permissions to the file.&nbsp; She is the only administrator on the computer so there is no problem right?&nbsp; Wrong.&nbsp; With DAC any application that runs while the current user is logged on has the same permissions.&nbsp; </p>
<p>&nbsp;</p>
<p>So, the home user finds Kazaa Lite ++ on Internet and downloads it.&nbsp; The shareware app is of course loaded with all kinds of spyware, adware, Trojan filth that goes directly for her Money Quick software.</p>
<p>&nbsp;</p>
<p>Is very popular and has been in use primarily in the commercial and academic worlds since the &#8217;60&#8217;s.</p>
<p>&nbsp;</p>
<p><strong><strong><strong><strong><strong>Role Based Access Control (RBAC)</strong></strong></strong></strong></strong></p>
<p><strong><strong><strong><strong>&nbsp;</strong></strong></strong></strong></p>
<p>Role Based Access Control is fairly new and is considered the evolution of the DAC &amp; MAC.<strong><strong><strong><strong>&nbsp; With <strong>RBAC, each subject is assigned a role.</strong>&nbsp; </strong></strong></strong></strong>Users without roles can be put into groups that pertain to a certain department or job such as sales or management.&nbsp; Objects only allow subjects on a permission basis.&nbsp; Modern operating systems such as Solaris, Linux and Window 2k/XP/03 are perfect example of how Role Based Access Control works.</p>
<p>&nbsp;</p>
<p>The RBAC started in the 1990s and fully materialized in the <a href="http://csrc.nist.gov/nissc/1999/program/sandhu/sld011.htm">RBAC96</a>.&nbsp; There is currently a lot of research being done on the RBAC.&nbsp; </p>
<p>&nbsp;</p>
<p><a href="http://technorati.com/tag/home+computer+security+made+easy" rel="tag">home computer security made easy</a>&nbsp; <a href="http://technorati.com/tag/security++" rel="tag">security+</a> <a href="http://technorati.com/tag/computer+security" rel="tag">computer security</a></p>
<img src="http://elamb.org/?ak_action=api_record_view&id=5&type=feed" alt="" />]]></content:encoded>
			<wfw:commentRss>http://elamb.org/recognize-and-be-able-to-differentiate-and-explain-the-following-access-control-models/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
