<?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: TCP SYN Cookies &#8211; DDoS Defence</title>
	<atom:link href="http://etherealmind.com/tcp-syn-cookies-ddos-defence/feed/" rel="self" type="application/rss+xml" />
	<link>http://etherealmind.com/tcp-syn-cookies-ddos-defence/</link>
	<description>Network design, architecture, thinking, working. Tech.</description>
	<lastBuildDate>Wed, 23 May 2012 23:00:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: iptables: appropriate limits?</title>
		<link>http://etherealmind.com/tcp-syn-cookies-ddos-defence/#comment-514</link>
		<dc:creator>iptables: appropriate limits?</dc:creator>
		<pubDate>Sat, 02 Jul 2011 12:07:17 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=618#comment-514</guid>
		<description>[...] one&#039;s resources are depleted. That tread also turned me onto SYN cookies (mmm...cookies). Via an article about such, I discovered SYN cache, elaborated upon by Wesley Eddy. It turns out, however, that SYN [...] </description>
		<content:encoded><![CDATA[<p>[...] one&#039;s resources are depleted. That tread also turned me onto SYN cookies (mmm&#8230;cookies). Via an article about such, I discovered SYN cache, elaborated upon by Wesley Eddy. It turns out, however, that SYN [...] </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Webscopia</title>
		<link>http://etherealmind.com/tcp-syn-cookies-ddos-defence/#comment-513</link>
		<dc:creator>Webscopia</dc:creator>
		<pubDate>Tue, 17 Aug 2010 20:17:44 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=618#comment-513</guid>
		<description>Does FreeBSD with PF enabled - is that able to totally block Syn Attacks by proxying them 100%?</description>
		<content:encoded><![CDATA[<p>Does FreeBSD with PF enabled &#8211; is that able to totally block Syn Attacks by proxying them 100%?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Show 6 &#8211; Chewing on DDOS ó Packet Pushers</title>
		<link>http://etherealmind.com/tcp-syn-cookies-ddos-defence/#comment-512</link>
		<dc:creator>Show 6 &#8211; Chewing on DDOS ó Packet Pushers</dc:creator>
		<pubDate>Wed, 14 Jul 2010 07:50:36 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=618#comment-512</guid>
		<description>[...] EtherealMind &#8211; TCP Syn Cookies as DDOS defence [...] </description>
		<content:encoded><![CDATA[<p>[...] EtherealMind &#8211; TCP Syn Cookies as DDOS defence [...] </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Ferro</title>
		<link>http://etherealmind.com/tcp-syn-cookies-ddos-defence/#comment-511</link>
		<dc:creator>Greg Ferro</dc:creator>
		<pubDate>Wed, 10 Feb 2010 07:20:59 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=618#comment-511</guid>
		<description>The loads they discuss here aren&#039;t really significant. Typically, I&#039;m designing for archictectures that have around 500K to 1 million concurrent HTTP session. Syn cookies are not implemented on the servers since the code complexity reduces system reliability and are handled at the network layer. Also, Linux sysadmins don&#039;t typically have networking skills that comprehend TCP SYN floods. 

That said, it&#039;s usually the network person securing against a SYN Flood and not the server team. Therefore handling SYN floods at the network is far more common. YMMV.

Note: At loads of 1 million concurrent sessions, you wouldn&#039;t be using an IOS router but dedicated device.</description>
		<content:encoded><![CDATA[<p>The loads they discuss here aren&#8217;t really significant. Typically, I&#8217;m designing for archictectures that have around 500K to 1 million concurrent HTTP session. Syn cookies are not implemented on the servers since the code complexity reduces system reliability and are handled at the network layer. Also, Linux sysadmins don&#8217;t typically have networking skills that comprehend TCP SYN floods. </p>
<p>That said, it&#8217;s usually the network person securing against a SYN Flood and not the server team. Therefore handling SYN floods at the network is far more common. YMMV.</p>
<p>Note: At loads of 1 million concurrent sessions, you wouldn&#8217;t be using an IOS router but dedicated device.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Jones</title>
		<link>http://etherealmind.com/tcp-syn-cookies-ddos-defence/#comment-510</link>
		<dc:creator>Thomas Jones</dc:creator>
		<pubDate>Wed, 10 Feb 2010 02:02:11 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=618#comment-510</guid>
		<description>see here: 

http://lwn.net/Articles/277146/

Syncookies take a system from serving nothing (due to syn flood) to almost as much as it does under no flood.

Also syn cookies impose no extra cost unless the system is actually under attack or very heavy load (ie it would have just dropped the connection)</description>
		<content:encoded><![CDATA[<p>see here: </p>
<p><a href="http://lwn.net/Articles/277146/" rel="nofollow">http://lwn.net/Articles/277146/</a></p>
<p>Syncookies take a system from serving nothing (due to syn flood) to almost as much as it does under no flood.</p>
<p>Also syn cookies impose no extra cost unless the system is actually under attack or very heavy load (ie it would have just dropped the connection)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Jones</title>
		<link>http://etherealmind.com/tcp-syn-cookies-ddos-defence/#comment-509</link>
		<dc:creator>Thomas Jones</dc:creator>
		<pubDate>Wed, 10 Feb 2010 01:59:36 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=618#comment-509</guid>
		<description>What&#039;s this about syn cookies being too computationally expensive? That&#039;s just rubbish</description>
		<content:encoded><![CDATA[<p>What&#8217;s this about syn cookies being too computationally expensive? That&#8217;s just rubbish</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TCP: drop open request from .. &#124; Mats Lindh</title>
		<link>http://etherealmind.com/tcp-syn-cookies-ddos-defence/#comment-508</link>
		<dc:creator>TCP: drop open request from .. &#124; Mats Lindh</dc:creator>
		<pubDate>Fri, 08 Jan 2010 10:03:15 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=618#comment-508</guid>
		<description>[...] turning on TCP SYN Cookies while the attack is taking place is probably the best idea (as enabling TCP SYN Cookies will disable most high performance TCP options, you&#8217;ll want to disable it after the attack has subsided [...] </description>
		<content:encoded><![CDATA[<p>[...] turning on TCP SYN Cookies while the attack is taking place is probably the best idea (as enabling TCP SYN Cookies will disable most high performance TCP options, you&#8217;ll want to disable it after the attack has subsided [...] </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arturo Servin</title>
		<link>http://etherealmind.com/tcp-syn-cookies-ddos-defence/#comment-507</link>
		<dc:creator>Arturo Servin</dc:creator>
		<pubDate>Fri, 12 Sep 2008 12:43:28 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=618#comment-507</guid>
		<description>Excellent post and very good references. I am doing my research on DoS and DDoS and this will be very helpful.

Thanks,
-as</description>
		<content:encoded><![CDATA[<p>Excellent post and very good references. I am doing my research on DoS and DDoS and this will be very helpful.</p>
<p>Thanks,<br />
-as</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Served from: etherealmind.com @ 2012-05-24 09:19:52 by W3 Total Cache -->
