<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Oracle Security, Part 2: Your read only accounts aren&#8217;t that read only</title>
	<atom:link href="http://blog.tanelpoder.com/2007/11/19/oracle-security-part-2-your-read-only-accounts-arent-that-read-only/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.tanelpoder.com/2007/11/19/oracle-security-part-2-your-read-only-accounts-arent-that-read-only/</link>
	<description>Oracle troubleshooting, internals and performance tuning</description>
	<lastBuildDate>Sat, 13 Mar 2010 15:03:23 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: OraExplorer &#187; Select-only-privileged user can lock table</title>
		<link>http://blog.tanelpoder.com/2007/11/19/oracle-security-part-2-your-read-only-accounts-arent-that-read-only/comment-page-1/#comment-838</link>
		<dc:creator>OraExplorer &#187; Select-only-privileged user can lock table</dc:creator>
		<pubDate>Wed, 21 Jan 2009 04:47:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.tanelpoder.com/2007/11/19/oracle-security-part-2-your-read-only-accounts-arent-that-read-only/#comment-838</guid>
		<description>[...] is an interesting post by Tanel Poder on &#8220;Your read only accounts aren&#8217;t that read only&#8221;. Basically a read-only account with the select privilege only on a table can issue the lock on that [...]</description>
		<content:encoded><![CDATA[<p>[...] is an interesting post by Tanel Poder on &#8220;Your read only accounts aren&#8217;t that read only&#8221;. Basically a read-only account with the select privilege only on a table can issue the lock on that [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Select-only-privileged user can lock table &#171; Oraexplorer&#8217;s Blog</title>
		<link>http://blog.tanelpoder.com/2007/11/19/oracle-security-part-2-your-read-only-accounts-arent-that-read-only/comment-page-1/#comment-798</link>
		<dc:creator>Select-only-privileged user can lock table &#171; Oraexplorer&#8217;s Blog</dc:creator>
		<pubDate>Wed, 14 Jan 2009 02:25:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.tanelpoder.com/2007/11/19/oracle-security-part-2-your-read-only-accounts-arent-that-read-only/#comment-798</guid>
		<description>[...] a comment &#187;  This is an interesting post by Tanel Poder on &#8220;Your read only accounts aren&#8217;t that read only&#8221;. Basically a read-only account with the select privilege only on a table can issue the lock on that [...]</description>
		<content:encoded><![CDATA[<p>[...] a comment &raquo;  This is an interesting post by Tanel Poder on &#8220;Your read only accounts aren&#8217;t that read only&#8221;. Basically a read-only account with the select privilege only on a table can issue the lock on that [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tanelp</title>
		<link>http://blog.tanelpoder.com/2007/11/19/oracle-security-part-2-your-read-only-accounts-arent-that-read-only/comment-page-1/#comment-224</link>
		<dc:creator>tanelp</dc:creator>
		<pubDate>Tue, 18 Mar 2008 12:23:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.tanelpoder.com/2007/11/19/oracle-security-part-2-your-read-only-accounts-arent-that-read-only/#comment-224</guid>
		<description>Yep, I think there could be use for a &quot;select for update&quot; priv, or maybe making a select for update to require both &quot;select&quot; AND &quot;update&quot; privs in order to succeed - as it essentially does both select (retuns data to client) and an sort of an update (updating the lock byte in a row).

what&#039;s even weirder though, is that you can lock a table in exclusive mode just with select priv :)</description>
		<content:encoded><![CDATA[<p>Yep, I think there could be use for a &#8220;select for update&#8221; priv, or maybe making a select for update to require both &#8220;select&#8221; AND &#8220;update&#8221; privs in order to succeed &#8211; as it essentially does both select (retuns data to client) and an sort of an update (updating the lock byte in a row).</p>
<p>what&#8217;s even weirder though, is that you can lock a table in exclusive mode just with select priv :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Polarski bernard</title>
		<link>http://blog.tanelpoder.com/2007/11/19/oracle-security-part-2-your-read-only-accounts-arent-that-read-only/comment-page-1/#comment-223</link>
		<dc:creator>Polarski bernard</dc:creator>
		<pubDate>Tue, 18 Mar 2008 07:46:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.tanelpoder.com/2007/11/19/oracle-security-part-2-your-read-only-accounts-arent-that-read-only/#comment-223</guid>
		<description>Very interresting, smart analysis, efficiently coded and above all usefull and re-usable.

However, I all sound like an Oracle conception bug when they put the &#039;select for update&#039; into the category of &#039;Select&#039; while it should be treated as an operation of the &#039;update familly&#039; and the grants/role should follow. In short you should have the grant update to issue a &#039;select for update&#039;</description>
		<content:encoded><![CDATA[<p>Very interresting, smart analysis, efficiently coded and above all usefull and re-usable.</p>
<p>However, I all sound like an Oracle conception bug when they put the &#8217;select for update&#8217; into the category of &#8216;Select&#8217; while it should be treated as an operation of the &#8216;update familly&#8217; and the grants/role should follow. In short you should have the grant update to issue a &#8217;select for update&#8217;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sunil</title>
		<link>http://blog.tanelpoder.com/2007/11/19/oracle-security-part-2-your-read-only-accounts-arent-that-read-only/comment-page-1/#comment-221</link>
		<dc:creator>sunil</dc:creator>
		<pubDate>Tue, 20 Nov 2007 13:04:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.tanelpoder.com/2007/11/19/oracle-security-part-2-your-read-only-accounts-arent-that-read-only/#comment-221</guid>
		<description>Gr8....thnx for sharing this!</description>
		<content:encoded><![CDATA[<p>Gr8&#8230;.thnx for sharing this!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sven&#8217;s Technik-Blog &#187; Blog Archive &#187; Oracle: Readonly != Readonly ??</title>
		<link>http://blog.tanelpoder.com/2007/11/19/oracle-security-part-2-your-read-only-accounts-arent-that-read-only/comment-page-1/#comment-222</link>
		<dc:creator>Sven&#8217;s Technik-Blog &#187; Blog Archive &#187; Oracle: Readonly != Readonly ??</dc:creator>
		<pubDate>Sun, 18 Nov 2007 22:17:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.tanelpoder.com/2007/11/19/oracle-security-part-2-your-read-only-accounts-arent-that-read-only/#comment-222</guid>
		<description>[...] Poder beschreibt in seinem Blog-Eintrag &quot;Your read only accounts aren’t that read only&quot;, dass Benutzer mit ausschliesslich Select-Rechten [...]</description>
		<content:encoded><![CDATA[<p>[...] Poder beschreibt in seinem Blog-Eintrag &#8220;Your read only accounts aren’t that read only&#8221;, dass Benutzer mit ausschliesslich Select-Rechten [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
