<?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/"
	xmlns:series="http://unfoldingneurons.com/"
		>
<channel>
	<title>Comments on: How to protect buggy programs from security vulnerabilities under Linux and UNIX</title>
	<atom:link href="http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html</link>
	<description>This is a Linux sys admin journal by Vivek about sys admin work, Linux tips &#38; tricks, hacks, news and more.</description>
	<lastBuildDate>Sat, 20 Mar 2010 00:34:04 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: nixcraft</title>
		<link>http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-59756</link>
		<dc:creator>nixcraft</dc:creator>
		<pubDate>Sun, 14 Jan 2007 23:00:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-59756</guid>
		<description>Stool,


Yes this program eats lots of memory. 

HTH</description>
		<content:encoded><![CDATA[<p>Stool,</p>
<p>Yes this program eats lots of memory. </p>
<p>HTH</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stool pusher</title>
		<link>http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-59717</link>
		<dc:creator>Stool pusher</dc:creator>
		<pubDate>Sun, 14 Jan 2007 19:29:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-59717</guid>
		<description>I used this on Xp w/ Firefox.

Firefox keeps running no matter what.

So, according to task manager, I have an unresponsive instance of Firefox running and it is consuming over 250mb RAM.</description>
		<content:encoded><![CDATA[<p>I used this on Xp w/ Firefox.</p>
<p>Firefox keeps running no matter what.</p>
<p>So, according to task manager, I have an unresponsive instance of Firefox running and it is consuming over 250mb RAM.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nixcraft</title>
		<link>http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-50790</link>
		<dc:creator>nixcraft</dc:creator>
		<pubDate>Thu, 04 Jan 2007 11:25:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-50790</guid>
		<description>@kerbe,

According to man page LD_PRELOAD applied to all ELF shared libraries to be loaded before all others. So you can use options from menu itself. No need to start firefox from command prompt. You can verify this with lsof command

&lt;code&gt;lsof  &#124; grep libdiehard.so&lt;/code&gt;
Output:
&lt;pre&gt;
startx    4386      vivek  mem       REG       3,65   215612   2150782 /home/vivek/dirhard/libdiehard.so
xinit     4397      vivek  mem       REG       3,65   215612   2150782 /home/vivek/dirhard/libdiehard.so&lt;/pre&gt;
</description>
		<content:encoded><![CDATA[<p>@kerbe,</p>
<p>According to man page LD_PRELOAD applied to all ELF shared libraries to be loaded before all others. So you can use options from menu itself. No need to start firefox from command prompt. You can verify this with lsof command</p>
<p><code>lsof  | grep libdiehard.so</code><br />
Output:</p>
<pre>
startx    4386      vivek  mem       REG       3,65   215612   2150782 /home/vivek/dirhard/libdiehard.so
xinit     4397      vivek  mem       REG       3,65   215612   2150782 /home/vivek/dirhard/libdiehard.so</pre>
]]></content:encoded>
	</item>
	<item>
		<title>By: nixcraft</title>
		<link>http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-50784</link>
		<dc:creator>nixcraft</dc:creator>
		<pubDate>Thu, 04 Jan 2007 11:20:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-50784</guid>
		<description>craigevil,

Remove &lt;/b&gt;export LD_PRELOAD=/path/to&lt;/b&gt; command from .bash_profile and delete files libdiehard.so  libdiehard_r.so  replicated 

Reboot system.</description>
		<content:encoded><![CDATA[<p>craigevil,</p>
<p>Remove export LD_PRELOAD=/path/to command from .bash_profile and delete files libdiehard.so  libdiehard_r.so  replicated </p>
<p>Reboot system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: craigevil</title>
		<link>http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-50772</link>
		<dc:creator>craigevil</dc:creator>
		<pubDate>Thu, 04 Jan 2007 11:08:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-50772</guid>
		<description>Ok how do you remove it once it is installed?
Sounds like a great idea, but I can&#039;t afford the extra memory usage especially when running Firefox.</description>
		<content:encoded><![CDATA[<p>Ok how do you remove it once it is installed?<br />
Sounds like a great idea, but I can&#8217;t afford the extra memory usage especially when running Firefox.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kerbe</title>
		<link>http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-50759</link>
		<dc:creator>kerbe</dc:creator>
		<pubDate>Thu, 04 Jan 2007 10:41:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-50759</guid>
		<description>Is there way to know when this protection is used? It is supposedly be used with all programs, but how do I make sure programs I run have understood LD_PRELOAD and have loaded this?
False belief of security is quite often more dangerous than actually knowing you&#039;re not secured :)

Does this work with KDE/Gnome after this trick, or do they need something else? I don&#039;t like starting konsole to start up my apps to get this run :)</description>
		<content:encoded><![CDATA[<p>Is there way to know when this protection is used? It is supposedly be used with all programs, but how do I make sure programs I run have understood LD_PRELOAD and have loaded this?<br />
False belief of security is quite often more dangerous than actually knowing you&#8217;re not secured :)</p>
<p>Does this work with KDE/Gnome after this trick, or do they need something else? I don&#8217;t like starting konsole to start up my apps to get this run :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nixcraft</title>
		<link>http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-49632</link>
		<dc:creator>nixcraft</dc:creator>
		<pubDate>Tue, 02 Jan 2007 18:15:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-49632</guid>
		<description>Bill.

Personally I have not tested it with Apache.  It is recommended that you run this software in sandbox for few days.</description>
		<content:encoded><![CDATA[<p>Bill.</p>
<p>Personally I have not tested it with Apache.  It is recommended that you run this software in sandbox for few days.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bill</title>
		<link>http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-49631</link>
		<dc:creator>bill</dc:creator>
		<pubDate>Tue, 02 Jan 2007 18:14:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-49631</guid>
		<description>Can i use this on server to protect Apache?

TIA.</description>
		<content:encoded><![CDATA[<p>Can i use this on server to protect Apache?</p>
<p>TIA.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nixcraft</title>
		<link>http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-49533</link>
		<dc:creator>nixcraft</dc:creator>
		<pubDate>Tue, 02 Jan 2007 16:13:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-49533</guid>
		<description>Nightfox

You can try out buffer overflow against your apps or use old version of Firefox which is affected by this kind of attacks. Get FF 1.7.3 and visit test page http://www.cs.umass.edu/%7Eemery/diehard/crash-mozilla.htm

Appreciate your post.</description>
		<content:encoded><![CDATA[<p>Nightfox</p>
<p>You can try out buffer overflow against your apps or use old version of Firefox which is affected by this kind of attacks. Get FF 1.7.3 and visit test page <a href="http://www.cs.umass.edu/%7Eemery/diehard/crash-mozilla.htm" rel="nofollow">http://www.cs.umass.edu/%7Eemery/diehard/crash-mozilla.htm</a></p>
<p>Appreciate your post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nightfox</title>
		<link>http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-49346</link>
		<dc:creator>nightfox</dc:creator>
		<pubDate>Tue, 02 Jan 2007 11:23:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-49346</guid>
		<description>so what&#039;s the evidence that it really works?</description>
		<content:encoded><![CDATA[<p>so what&#8217;s the evidence that it really works?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jack</title>
		<link>http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-49300</link>
		<dc:creator>jack</dc:creator>
		<pubDate>Tue, 02 Jan 2007 08:44:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-49300</guid>
		<description>woot. just downloaded and running this new stuff. thnaks for article</description>
		<content:encoded><![CDATA[<p>woot. just downloaded and running this new stuff. thnaks for article</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nixcraft</title>
		<link>http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-49251</link>
		<dc:creator>nixcraft</dc:creator>
		<pubDate>Tue, 02 Jan 2007 05:27:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-49251</guid>
		<description>Thanks for comment and pointing out difference between two. I have updated post :)</description>
		<content:encoded><![CDATA[<p>Thanks for comment and pointing out difference between two. I have updated post :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emery Berger</title>
		<link>http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-49249</link>
		<dc:creator>Emery Berger</dc:creator>
		<pubDate>Tue, 02 Jan 2007 05:17:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/howto-protect-bufferoverflow-security-vulnerabilities.html#comment-49249</guid>
		<description>Thanks for the nice summary. One correction - DieHard is *very* different from ExecShield, which is primarily aimed at protecting the stack. Most of ExecShield&#039;s compiler techniques to avoid stack overflows would complement DieHard&#039;s protection of the heap. However, DieHard&#039;s protection - and its ability to continue execution in the face of errors - go far beyond the checks that glibc now includes (intended to detect heap corruption that DieHard makes impossible).

-- Emery</description>
		<content:encoded><![CDATA[<p>Thanks for the nice summary. One correction &#8211; DieHard is *very* different from ExecShield, which is primarily aimed at protecting the stack. Most of ExecShield&#8217;s compiler techniques to avoid stack overflows would complement DieHard&#8217;s protection of the heap. However, DieHard&#8217;s protection &#8211; and its ability to continue execution in the face of errors &#8211; go far beyond the checks that glibc now includes (intended to detect heap corruption that DieHard makes impossible).</p>
<p>&#8211; Emery</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.182 seconds -->
