<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/atom10full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><feed xmlns="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:georss="http://www.georss.org/georss" xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr="http://purl.org/syndication/thread/1.0" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" gd:etag="W/&quot;A0MMQHo8fCp7ImA9WhRaFEw.&quot;"><id>tag:blogger.com,1999:blog-435733304176172126</id><updated>2012-02-16T19:11:21.474Z</updated><category term="SQL92_SECURITY" /><category term="FAILED_LOGIN_ATTEMPTS" /><category term="DBMS_JVM_EXP_PERMS" /><category term="Responsible disclosure" /><category term="PASSWORD_VERIFY_FUNCTION" /><category term="security" /><category term="oracle" /><category term="PASSWORD_LIFE_TIME" /><category term="passwords" /><title>FifteenTwentyOne - Oracle security without obscurity</title><subtitle type="html">The rants of a Oracle Database Security Consultant. 
1521 is the unofficial port of the Oracle database listener.</subtitle><link rel="http://schemas.google.com/g/2005#feed" type="application/atom+xml" href="http://blog.fifteentwentyone.co.uk/feeds/posts/default" /><link rel="alternate" type="text/html" href="http://blog.fifteentwentyone.co.uk/" /><author><name>Simon Fletcher</name><uri>http://www.blogger.com/profile/09412451086711899558</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="http://2.bp.blogspot.com/_HNaZj3QVfE8/SxTmi4H47oI/AAAAAAAAAg0/fKQp3CqhRmI/S220/vt220invader2_icon_64x64.png" /></author><generator version="7.00" uri="http://www.blogger.com">Blogger</generator><openSearch:totalResults>3</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/atom+xml" href="http://feeds.feedburner.com/fifteentwentyone" /><feedburner:info uri="fifteentwentyone" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><entry gd:etag="W/&quot;C0INRnc8eip7ImA9WxBVFkU.&quot;"><id>tag:blogger.com,1999:blog-435733304176172126.post-8677968639065916335</id><published>2010-02-20T09:30:00.001Z</published><updated>2010-02-20T15:59:57.972Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2010-02-20T15:59:57.972Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="SQL92_SECURITY" /><category scheme="http://www.blogger.com/atom/ns#" term="security" /><category scheme="http://www.blogger.com/atom/ns#" term="oracle" /><title>SQL92_SECURITY</title><summary type="html">The Oracle database initialization parameter SQL92_SECURITY is an often overlooked security parameter. Either because people don't understand it or because they think it's irrelevant.So what does it do? Well, to quote the documentation:"The SQL92 standards specify that security administrators should be able to require that users have SELECT privilege on a table when executing an UPDATE or DELETE &lt;img src="http://feeds.feedburner.com/~r/fifteentwentyone/~4/vpehNVT1hlA" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://blog.fifteentwentyone.co.uk/feeds/8677968639065916335/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.fifteentwentyone.co.uk/2010/02/sql92security.html#comment-form" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/435733304176172126/posts/default/8677968639065916335?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/435733304176172126/posts/default/8677968639065916335?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/fifteentwentyone/~3/vpehNVT1hlA/sql92security.html" title="SQL92_SECURITY" /><author><name>Simon Fletcher</name><uri>http://www.blogger.com/profile/09412451086711899558</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="http://2.bp.blogspot.com/_HNaZj3QVfE8/SxTmi4H47oI/AAAAAAAAAg0/fKQp3CqhRmI/S220/vt220invader2_icon_64x64.png" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/_HNaZj3QVfE8/S36vg0vbrEI/AAAAAAAAAio/q6RdEHAQjaI/s72-c/sql92.png" height="72" width="72" /><thr:total>1</thr:total><feedburner:origLink>http://blog.fifteentwentyone.co.uk/2010/02/sql92security.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEEMSX46cCp7ImA9WxBWF0w.&quot;"><id>tag:blogger.com,1999:blog-435733304176172126.post-5742479665116961950</id><published>2010-02-08T13:23:00.019Z</published><updated>2010-02-09T10:51:28.018Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2010-02-09T10:51:28.018Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="DBMS_JVM_EXP_PERMS" /><category scheme="http://www.blogger.com/atom/ns#" term="Responsible disclosure" /><category scheme="http://www.blogger.com/atom/ns#" term="security" /><title>Responsible disclosure!</title><summary type="html">David Litchfield of NGS Software recently gave a presentation at Black Hat DC 2010 entitled "Hacking Oracle11g". In this presentation he discloses a couple of vulnerabilities that allow an unprivileged database user to execute arbitrary commands on the database host. In Linux/Unix environments this mean running commands as the Oracle owner (normally "oracle") and on Windows environments as "&lt;img src="http://feeds.feedburner.com/~r/fifteentwentyone/~4/UFunp6HRGWE" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://blog.fifteentwentyone.co.uk/feeds/5742479665116961950/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.fifteentwentyone.co.uk/2010/02/responsible-disclosure.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/435733304176172126/posts/default/5742479665116961950?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/435733304176172126/posts/default/5742479665116961950?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/fifteentwentyone/~3/UFunp6HRGWE/responsible-disclosure.html" title="Responsible disclosure!" /><author><name>Simon Fletcher</name><uri>http://www.blogger.com/profile/09412451086711899558</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="http://2.bp.blogspot.com/_HNaZj3QVfE8/SxTmi4H47oI/AAAAAAAAAg0/fKQp3CqhRmI/S220/vt220invader2_icon_64x64.png" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://2.bp.blogspot.com/_HNaZj3QVfE8/S3EY8x4T6MI/AAAAAAAAAiY/5AQeJBfzz0Y/s72-c/gagged.png" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.fifteentwentyone.co.uk/2010/02/responsible-disclosure.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEQFQHw6fSp7ImA9WxBWF0w.&quot;"><id>tag:blogger.com,1999:blog-435733304176172126.post-3424168208930240527</id><published>2009-11-27T08:54:00.014Z</published><updated>2010-02-09T10:45:11.215Z</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2010-02-09T10:45:11.215Z</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="passwords" /><category scheme="http://www.blogger.com/atom/ns#" term="PASSWORD_LIFE_TIME" /><category scheme="http://www.blogger.com/atom/ns#" term="FAILED_LOGIN_ATTEMPTS" /><category scheme="http://www.blogger.com/atom/ns#" term="security" /><category scheme="http://www.blogger.com/atom/ns#" term="PASSWORD_VERIFY_FUNCTION" /><title>Database profiles</title><summary type="html">My first rant on this blog might as well be one of my favourites, although regrettably a bit long...  I frequently see on customer sites database profiles implemented for application users but not for database administrators or default accounts (e.g. SYS &amp;amp; SYSTEM).  Okay basic refresh: Database profiles enforce resource and password restrictions on database user accounts.  It’s these password &lt;img src="http://feeds.feedburner.com/~r/fifteentwentyone/~4/VSoQrMHAAMA" height="1" width="1"/&gt;</summary><link rel="replies" type="application/atom+xml" href="http://blog.fifteentwentyone.co.uk/feeds/3424168208930240527/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://blog.fifteentwentyone.co.uk/2009/11/database-profiles.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/435733304176172126/posts/default/3424168208930240527?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/435733304176172126/posts/default/3424168208930240527?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/fifteentwentyone/~3/VSoQrMHAAMA/database-profiles.html" title="Database profiles" /><author><name>Simon Fletcher</name><uri>http://www.blogger.com/profile/09412451086711899558</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="http://2.bp.blogspot.com/_HNaZj3QVfE8/SxTmi4H47oI/AAAAAAAAAg0/fKQp3CqhRmI/S220/vt220invader2_icon_64x64.png" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://4.bp.blogspot.com/_HNaZj3QVfE8/SxOiNnRoMqI/AAAAAAAAAfo/6PCO-Fqid70/s72-c/ora-01017.png" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://blog.fifteentwentyone.co.uk/2009/11/database-profiles.html</feedburner:origLink></entry></feed>

