<?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 for Bill's Security Blog</title>
	<atom:link href="http://www.wrgross.com/blogs/security/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wrgross.com/blogs/security</link>
	<description>All manner of goodness respecting the secure operation of information systems.</description>
	<pubDate>Thu, 18 Mar 2010 00:29:55 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>Comment on What needs to be put in place to protect web servers from DOS attacks? by Orlando Stevenson</title>
		<link>http://www.wrgross.com/blogs/security/2008/10/27/what-needs-to-be-put-in-place-to-protect-web-servers-from-dos-attacks/#comment-275</link>
		<dc:creator>Orlando Stevenson</dc:creator>
		<pubDate>Sat, 26 Dec 2009 08:00:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.wrgross.com/blogs/security/?p=164#comment-275</guid>
		<description>It's worth noting that one particularly nasty DOS attack is &lt;a href="http://en.wikipedia.org/wiki/Sockstress" rel="nofollow"&gt;SockStress&lt;/a&gt;.  It doesnt require much in the way of resources, just a stateful TCP connection to the target.   Migitations center on just not letting communication take place - i.e. filtering or blocking the attacking system.

More: &lt;a href="https://www.cert.fi/haavoittuvuudet/2008/tcp-vulnerabilities.html" rel="nofollow"&gt;CERT-FI Advisory on the Outpost24 TCP Issues&lt;/a&gt; provide a number of vendor responses to this issue.</description>
		<content:encoded><![CDATA[<p>It&#8217;s worth noting that one particularly nasty DOS attack is <a href="http://en.wikipedia.org/wiki/Sockstress" rel="nofollow">SockStress</a>.  It doesnt require much in the way of resources, just a stateful TCP connection to the target.   Migitations center on just not letting communication take place - i.e. filtering or blocking the attacking system.</p>
<p>More: <a href="https://www.cert.fi/haavoittuvuudet/2008/tcp-vulnerabilities.html" rel="nofollow">CERT-FI Advisory on the Outpost24 TCP Issues</a> provide a number of vendor responses to this issue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Setting up a pen-testing lab-in-a-box by Bill Gross</title>
		<link>http://www.wrgross.com/blogs/security/2009/11/08/setting-up-a-pen-testing-lab-in-a-box/#comment-265</link>
		<dc:creator>Bill Gross</dc:creator>
		<pubDate>Thu, 03 Dec 2009 21:10:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.wrgross.com/blogs/security/?p=188#comment-265</guid>
		<description>True,

Since I ran through and did the install of BT4, I simply recompiled with LibSSH support.

I don't remember the exact steps, but here's a link to how to rebuild Hydra with support for LibSSH:
http://forums.remote-exploit.org/backtrack-4-package-feature-requests/23874-hydra-compiled-without-libssh-support.html

Bill</description>
		<content:encoded><![CDATA[<p>True,</p>
<p>Since I ran through and did the install of BT4, I simply recompiled with LibSSH support.</p>
<p>I don&#8217;t remember the exact steps, but here&#8217;s a link to how to rebuild Hydra with support for LibSSH:<br />
<a href="http://forums.remote-exploit.org/backtrack-4-package-feature-requests/23874-hydra-compiled-without-libssh-support.html" rel="nofollow">http://forums.remote-exploit.org/backtrack-4-package-feature-requests/23874-hydra-compiled-without-libssh-support.html</a></p>
<p>Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Setting up a pen-testing lab-in-a-box by n00bsys0p</title>
		<link>http://www.wrgross.com/blogs/security/2009/11/08/setting-up-a-pen-testing-lab-in-a-box/#comment-257</link>
		<dc:creator>n00bsys0p</dc:creator>
		<pubDate>Thu, 26 Nov 2009 16:51:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.wrgross.com/blogs/security/?p=188#comment-257</guid>
		<description>Hi Bill,

Thanks for the guide, it helped hugely in setting up these machines as VMs... I have a notable point, though...

I got to a certain point in the disc, and it became obvious that one of the main tools used in the the cracking of the very first disc is Hydra... My point being that the version which comes with BT4 Beta/PreRel isn't compiled against libssh.

This means that the stated tool for cracking disc 1.100 is unusable. No doubt there are other tools in the colossal BT4 suite which will make up for it, I just thought it was a useful point to note.</description>
		<content:encoded><![CDATA[<p>Hi Bill,</p>
<p>Thanks for the guide, it helped hugely in setting up these machines as VMs&#8230; I have a notable point, though&#8230;</p>
<p>I got to a certain point in the disc, and it became obvious that one of the main tools used in the the cracking of the very first disc is Hydra&#8230; My point being that the version which comes with BT4 Beta/PreRel isn&#8217;t compiled against libssh.</p>
<p>This means that the stated tool for cracking disc 1.100 is unusable. No doubt there are other tools in the colossal BT4 suite which will make up for it, I just thought it was a useful point to note.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on This week in Infosec - 2008-09-01 by markez linda</title>
		<link>http://www.wrgross.com/blogs/security/2008/09/01/this-week-in-infosec-2008-09-01/#comment-247</link>
		<dc:creator>markez linda</dc:creator>
		<pubDate>Mon, 13 Apr 2009 03:53:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.wrgross.com/blogs/security/?p=124#comment-247</guid>
		<description>Just grabbed the feed... thanks for posting this.</description>
		<content:encoded><![CDATA[<p>Just grabbed the feed&#8230; thanks for posting this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on OpenBSD - Episode 4 - Apache, MySQL, PHP by fcgoo</title>
		<link>http://www.wrgross.com/blogs/security/2008/07/12/openbsd-episode-4-apache-mysql-php/#comment-235</link>
		<dc:creator>fcgoo</dc:creator>
		<pubDate>Thu, 26 Mar 2009 03:14:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.wrgross.com/blogs/security/2008/07/12/openbsd-episode-4-apache-mysql-php/#comment-235</guid>
		<description>hello, i installed openbsd4.4+mysql(pkg_add),but there are some error appeared in log accidently. then i write a test perl script:
=== script start ===
use DBI;
$dsn = "DBI:mysql:database=test;host=127.0.0.1;port=3306";
for ($i = 0; $i connect($dsn, 'root', '');
        if (!$dbh) { exit 1; }
        print $i, ' ', $dbh, "\n";
}
=== script end ===
to run it ,and show following error:
...
231 DBI::db=HASH(0x877f9084)
232 DBI::db=HASH(0x877f9bb8)
233 DBI::db=HASH(0x877f9b34)
234 DBI::db=HASH(0x877f9dc8)
235 DBI::db=HASH(0x863f915c)
DBI connect('database=test;host=127.0.0.1;port=3306','root',...) failed: Can't connect to MySQL server on '127.0.0.1' (65) at 2.pl line 4

if you connect mysql through socket , the error is disappear any time. however, if you connect mysql through ip(127.0.0.1), the error appear again, how to workaround it ?

forum discussed such problem : 
http://www.openbsdonly.org/viewtopic.php?f=17&#38;t=640

sorry for my poor english</description>
		<content:encoded><![CDATA[<p>hello, i installed openbsd4.4+mysql(pkg_add),but there are some error appeared in log accidently. then i write a test perl script:<br />
=== script start ===<br />
use DBI;<br />
$dsn = &#8220;DBI:mysql:database=test;host=127.0.0.1;port=3306&#8243;;<br />
for ($i = 0; $i connect($dsn, &#8216;root&#8217;, &#8221;);<br />
        if (!$dbh) { exit 1; }<br />
        print $i, &#8216; &#8216;, $dbh, &#8220;\n&#8221;;<br />
}<br />
=== script end ===<br />
to run it ,and show following error:<br />
&#8230;<br />
231 DBI::db=HASH(0&#215;877f9084)<br />
232 DBI::db=HASH(0&#215;877f9bb8)<br />
233 DBI::db=HASH(0&#215;877f9b34)<br />
234 DBI::db=HASH(0&#215;877f9dc8)<br />
235 DBI::db=HASH(0&#215;863f915c)<br />
DBI connect(&#8217;database=test;host=127.0.0.1;port=3306&#8242;,&#8217;root&#8217;,&#8230;) failed: Can&#8217;t connect to MySQL server on &#8216;127.0.0.1&#8242; (65) at 2.pl line 4</p>
<p>if you connect mysql through socket , the error is disappear any time. however, if you connect mysql through ip(127.0.0.1), the error appear again, how to workaround it ?</p>
<p>forum discussed such problem :<br />
<a href="http://www.openbsdonly.org/viewtopic.php?f=17&amp;t=640" rel="nofollow">http://www.openbsdonly.org/viewtopic.php?f=17&amp;t=640</a></p>
<p>sorry for my poor english</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Cyber security issues with Smart Grid go way beyond metering devices by Rob A</title>
		<link>http://www.wrgross.com/blogs/security/2009/03/21/cyber-security-issues-with-smart-grid-go-way-beyond-metering-devices/#comment-234</link>
		<dc:creator>Rob A</dc:creator>
		<pubDate>Tue, 24 Mar 2009 13:13:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.wrgross.com/blogs/security/?p=185#comment-234</guid>
		<description>There are a number of factors and significant depate.  Google for "wind baseload generation".

A Stanford study determined that if you have geographically dispersed, electrically interconnected windfarms, a reasonable number to use is  35% of their measured output (not nameplate) as reliable base load.

I interpret this to mean that if you have 1000MW of load to meet, you would have to have ~3x the output active (3000 MW).

And based on wind industries own reliability numbers, you need 3x that for 24x7 operations because of forced outages and maintenance, or 9000MW

Because of this, most jurisdictions are setting up wind farm contracts as "generate all you can, whenever you can, unless we dispatch you off".

Wind has already been the key factor in a number of large scale blackouts/near blackouts:

http://www.flat-group.co.uk/information/blackout-report-hints-at-wind-turbines-cause.html
http://www.highbeam.com/doc/1P3-1478197501.html

Obviously, our grid infrastructure isn't ready for wind baseload here in North America.

-Rob A&#62;</description>
		<content:encoded><![CDATA[<p>There are a number of factors and significant depate.  Google for &#8220;wind baseload generation&#8221;.</p>
<p>A Stanford study determined that if you have geographically dispersed, electrically interconnected windfarms, a reasonable number to use is  35% of their measured output (not nameplate) as reliable base load.</p>
<p>I interpret this to mean that if you have 1000MW of load to meet, you would have to have ~3x the output active (3000 MW).</p>
<p>And based on wind industries own reliability numbers, you need 3x that for 24&#215;7 operations because of forced outages and maintenance, or 9000MW</p>
<p>Because of this, most jurisdictions are setting up wind farm contracts as &#8220;generate all you can, whenever you can, unless we dispatch you off&#8221;.</p>
<p>Wind has already been the key factor in a number of large scale blackouts/near blackouts:</p>
<p><a href="http://www.flat-group.co.uk/information/blackout-report-hints-at-wind-turbines-cause.html" rel="nofollow">http://www.flat-group.co.uk/information/blackout-report-hints-at-wind-turbines-cause.html</a><br />
<a href="http://www.highbeam.com/doc/1P3-1478197501.html" rel="nofollow">http://www.highbeam.com/doc/1P3-1478197501.html</a></p>
<p>Obviously, our grid infrastructure isn&#8217;t ready for wind baseload here in North America.</p>
<p>-Rob A&gt;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DNSstuff.com - schweet by Dave Nedved</title>
		<link>http://www.wrgross.com/blogs/security/2008/04/11/dnsstuffcom-schweet/#comment-228</link>
		<dc:creator>Dave Nedved</dc:creator>
		<pubDate>Mon, 22 Dec 2008 03:05:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.wrgross.com/blogs/security/2008/04/11/dnsstuffcom-schweet/#comment-228</guid>
		<description>Hi Bill,
Another website you may want to check out is &lt;a href="http://w3dt.net/" rel="nofollow"&gt;http://w3dt.net&lt;/a&gt; It has lots of the same sort of tools that dnsstuff has, and they are &lt;b&gt;all&lt;/b&gt; free!</description>
		<content:encoded><![CDATA[<p>Hi Bill,<br />
Another website you may want to check out is <a href="http://w3dt.net/" rel="nofollow">http://w3dt.net</a> It has lots of the same sort of tools that dnsstuff has, and they are <b>all</b> free!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Linux - Extract all tar files in a directory by Bill Gross</title>
		<link>http://www.wrgross.com/blogs/security/2008/02/01/linux-extract-all-tar-files-in-a-directory/#comment-209</link>
		<dc:creator>Bill Gross</dc:creator>
		<pubDate>Mon, 06 Oct 2008 13:31:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.wrgross.com/blogs/security/2008/02/01/linux-extract-all-tar-files-in-a-directory/#comment-209</guid>
		<description>Tamon;

Make sure you have the correct apostrophy marks.  They must be the "backward" apostrophy.  On my MB it's above the tab key, on my Dell it's also above the tab key.

Bill</description>
		<content:encoded><![CDATA[<p>Tamon;</p>
<p>Make sure you have the correct apostrophy marks.  They must be the &#8220;backward&#8221; apostrophy.  On my MB it&#8217;s above the tab key, on my Dell it&#8217;s also above the tab key.</p>
<p>Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Linux - Extract all tar files in a directory by tamon</title>
		<link>http://www.wrgross.com/blogs/security/2008/02/01/linux-extract-all-tar-files-in-a-directory/#comment-208</link>
		<dc:creator>tamon</dc:creator>
		<pubDate>Mon, 06 Oct 2008 10:07:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.wrgross.com/blogs/security/2008/02/01/linux-extract-all-tar-files-in-a-directory/#comment-208</guid>
		<description>Hello there,

After running the above command, I get the following errors: 

ls: No match.
for: Command not found.
a: Undefined variable.</description>
		<content:encoded><![CDATA[<p>Hello there,</p>
<p>After running the above command, I get the following errors: </p>
<p>ls: No match.<br />
for: Command not found.<br />
a: Undefined variable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Wireless and remote access in the infrastructure space by Motti</title>
		<link>http://www.wrgross.com/blogs/security/2008/09/28/wireless-and-remote-access-in-the-infrastructure-space/#comment-207</link>
		<dc:creator>Motti</dc:creator>
		<pubDate>Mon, 06 Oct 2008 01:33:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.wrgross.com/blogs/security/?p=156#comment-207</guid>
		<description>Dear Bill, I have read your comments regarding U.C.ME. You claim you have contacted us regardng this subject. Could you please advise me when did you contact our office? Best Regards, Motti Gill, Manager.</description>
		<content:encoded><![CDATA[<p>Dear Bill, I have read your comments regarding U.C.ME. You claim you have contacted us regardng this subject. Could you please advise me when did you contact our office? Best Regards, Motti Gill, Manager.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
