<?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"
	>
<channel>
	<title>Comments on: Oracle security bloopers II</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/eye-on-oracle/oracle-security-bloopers-ii/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/eye-on-oracle/oracle-security-bloopers-ii/</link>
	<description>A SearchOracle.com blog</description>
	<pubDate>Sat, 28 Nov 2009 00:56:47 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Track Of Time Billed</title>
		<link>http://itknowledgeexchange.techtarget.com/eye-on-oracle/oracle-security-bloopers-ii/#comment-1026</link>
		<dc:creator>Track Of Time Billed</dc:creator>
		<pubDate>Wed, 12 Mar 2008 06:02:42 +0000</pubDate>
		<guid isPermaLink="false">http://eyeonoracle.blogs.techtarget.com/2007/07/09/oracle-security-bloopers-ii/#comment-1026</guid>
		<description>&lt;strong&gt;Job Time Tracking with GPS&lt;/strong&gt;

A 2005 Salary.com and AOL study says the average employee wastes 2.09 hours a day on everything from conducting personal business to running errands, arriving late or leaving early and making personal phone calls.</description>
		<content:encoded><![CDATA[<p>&lt;strong&gt;Job Time Tracking with GPS&lt;/strong&gt;</p>
<p>A 2005&nbsp;&lt;a href="http://Salary.com" title="http://Salary. " target="_blank"&gt;Salary.com&lt;/a&gt; and AOL study says the average employee wastes 2.09 hours a day on everything from conducting personal business to running errands, arriving late or leaving early and making personal phone calls.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim DiChiara</title>
		<link>http://itknowledgeexchange.techtarget.com/eye-on-oracle/oracle-security-bloopers-ii/#comment-1025</link>
		<dc:creator>Tim DiChiara</dc:creator>
		<pubDate>Thu, 12 Jul 2007 16:14:29 +0000</pubDate>
		<guid isPermaLink="false">http://eyeonoracle.blogs.techtarget.com/2007/07/09/oracle-security-bloopers-ii/#comment-1025</guid>
		<description>Krah,

That's a valid point. However, securing enterprise data is more than just using Data Vault or other Oracle features properly. There is definitely a "human element" and these examples show how incredibly important that is.

--Tim</description>
		<content:encoded><![CDATA[<p>Krah,</p>
<p>That&#8217;s a valid point. However, securing enterprise data is more than just using Data Vault or other Oracle features properly. There is definitely a &#8220;human element&#8221; and these examples show how incredibly important that is.</p>
<p>&#8211;Tim</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: krah</title>
		<link>http://itknowledgeexchange.techtarget.com/eye-on-oracle/oracle-security-bloopers-ii/#comment-1024</link>
		<dc:creator>krah</dc:creator>
		<pubDate>Thu, 12 Jul 2007 14:45:16 +0000</pubDate>
		<guid isPermaLink="false">http://eyeonoracle.blogs.techtarget.com/2007/07/09/oracle-security-bloopers-ii/#comment-1024</guid>
		<description>How silly can you get? Every single one of those cases you have listed is not an Oracle security problem. For some reason I was under the impression that some users may have figured out something clever to get around a security mechanism provided by Oracle, but not so. All cases you have listed are problems with naive users not knowing what to do, not a problem with the Oracle product (no I don't work for Oracle).

For example in an Oracle 8i and below, a user with export permissions could view passwords set in database links by extracting the text using the strings command. That I think they have fixed in the later releases. This is an example of a security hole in Oracle, you shouldn't have to know other people's passwords even if you are a dba. Now if I write my password on a paper and stick it in my cubicle with a push pin, then that is my problem, not Oracle's.

In the IT field there is no shortage of people, many holding advanced IT positions and running the show who clearly don't know what they are doing, but they also don't hesitate in preventing other people in doing what needs to be done. But I wouldn't call that an Oracle blooper.</description>
		<content:encoded><![CDATA[<p>How silly can you get? Every single one of those cases you have listed is not an Oracle security problem. For some reason I was under the impression that some users may have figured out something clever to get around a security mechanism provided by Oracle, but not so. All cases you have listed are problems with naive users not knowing what to do, not a problem with the Oracle product (no I don&#8217;t work for Oracle).</p>
<p>For example in an Oracle 8i and below, a user with export permissions could view passwords set in database links by extracting the text using the strings command. That I think they have fixed in the later releases. This is an example of a security hole in Oracle, you shouldn&#8217;t have to know other people&#8217;s passwords even if you are a dba. Now if I write my password on a paper and stick it in my cubicle with a push pin, then that is my problem, not Oracle&#8217;s.</p>
<p>In the IT field there is no shortage of people, many holding advanced IT positions and running the show who clearly don&#8217;t know what they are doing, but they also don&#8217;t hesitate in preventing other people in doing what needs to be done. But I wouldn&#8217;t call that an Oracle blooper.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Kerber</title>
		<link>http://itknowledgeexchange.techtarget.com/eye-on-oracle/oracle-security-bloopers-ii/#comment-1023</link>
		<dc:creator>Andrew Kerber</dc:creator>
		<pubDate>Wed, 11 Jul 2007 14:44:10 +0000</pubDate>
		<guid isPermaLink="false">http://eyeonoracle.blogs.techtarget.com/2007/07/09/oracle-security-bloopers-ii/#comment-1023</guid>
		<description>This isnt Oracle security, but it is security.  In the late 80s, I was working for a defense contractor, shortly after the first of the internet worm attacks went through and locked up most of the Unix systems on the internet.  Someone their decided to publicly announce that our systems were secure from attack.  I discovered this after the fact, of couse.  I had never seen such a perfect case of painting a target on oneself.</description>
		<content:encoded><![CDATA[<p>This isnt Oracle security, but it is security.  In the late 80s, I was working for a defense contractor, shortly after the first of the internet worm attacks went through and locked up most of the Unix systems on the internet.  Someone their decided to publicly announce that our systems were secure from attack.  I discovered this after the fact, of couse.  I had never seen such a perfect case of painting a target on oneself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Slavik</title>
		<link>http://itknowledgeexchange.techtarget.com/eye-on-oracle/oracle-security-bloopers-ii/#comment-1022</link>
		<dc:creator>Slavik</dc:creator>
		<pubDate>Tue, 10 Jul 2007 08:17:29 +0000</pubDate>
		<guid isPermaLink="false">http://eyeonoracle.blogs.techtarget.com/2007/07/09/oracle-security-bloopers-ii/#comment-1022</guid>
		<description>What an awesome post. I come across such stories all the time. Default usernames/passwords, shared usernames/passwords and sending of sensitive data on non-secure channels is definitely a recurring theme.</description>
		<content:encoded><![CDATA[<p>What an awesome post. I come across such stories all the time. Default usernames/passwords, shared usernames/passwords and sending of sensitive data on non-secure channels is definitely a recurring theme.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- dynamic -->