<?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 for Michael Coppola&#039;s Blog</title>
	<atom:link href="http://www.poppopret.org/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://www.poppopret.org</link>
	<description>Talkin&#039; &#039;bout bugs &#039;n stuff</description>
	<lastBuildDate>Sat, 16 Mar 2013 02:57:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=1.3.37</generator>
	<item>
		<title>Comment on NETGEAR unsquashfs.c version 1.3 by digitaladdictions</title>
		<link>http://www.poppopret.org/?p=204#comment-8487</link>
		<dc:creator>digitaladdictions</dc:creator>
		<pubDate>Sat, 16 Mar 2013 02:57:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.poppopret.org/?p=204#comment-8487</guid>
		<description>I had to set a couple of the variables used in the Makefile before I could build.

export LINUXDIR=~/bcm5356/src/linux/linux/
export SRCBASE=~/bcm5356/src/

Just wanted to note it here in case it helps others.  This assumes the bcm5356 directory is in your home folder.  I would imagine these variables normally would be set by the ./configure step which we do not have here.</description>
		<content:encoded><![CDATA[<p>I had to set a couple of the variables used in the Makefile before I could build.</p>
<p>export LINUXDIR=~/bcm5356/src/linux/linux/<br />
export SRCBASE=~/bcm5356/src/</p>
<p>Just wanted to note it here in case it helps others.  This assumes the bcm5356 directory is in your home folder.  I would imagine these variables normally would be set by the ./configure step which we do not have here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Anatomy of a SCADA Exploit: Part 2 &#8211; From EIP to Shell by Jewel</title>
		<link>http://www.poppopret.org/?p=141#comment-8000</link>
		<dc:creator>Jewel</dc:creator>
		<pubDate>Sat, 09 Mar 2013 06:47:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.poppopret.org/?p=141#comment-8000</guid>
		<description>I used to be suggested this website via my cousin. I&#039;m not positive whether or not this post is written by way of him as nobody else realize such specified about my difficulty. You&#039;re amazing!
Thanks!</description>
		<content:encoded><![CDATA[<p>I used to be suggested this website via my cousin. I&#8217;m not positive whether or not this post is written by way of him as nobody else realize such specified about my difficulty. You&#8217;re amazing!<br />
Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Suterusu Rootkit: Inline Kernel Function Hooking on x86 and ARM by [翻译]简易Linux模块检测Hook &#124; 残风</title>
		<link>http://www.poppopret.org/?p=251#comment-7697</link>
		<dc:creator>[翻译]简易Linux模块检测Hook &#124; 残风</dc:creator>
		<pubDate>Mon, 04 Mar 2013 06:40:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.poppopret.org/?p=251#comment-7697</guid>
		<description>[...]         这里有几种Hook的方法。在Michael Coppola最近的文章中，谈论了《Inline Kernel Function Hooking》。对于我来说，这篇文章是很经典的Hook系统调用。下图是一个很典型的Hook系统调用。 [...]</description>
		<content:encoded><![CDATA[<p>[...]         这里有几种Hook的方法。在Michael Coppola最近的文章中，谈论了《Inline Kernel Function Hooking》。对于我来说，这篇文章是很经典的Hook系统调用。下图是一个很典型的Hook系统调用。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on NETGEAR unsquashfs.c version 1.3 by mncoppola</title>
		<link>http://www.poppopret.org/?p=204#comment-7340</link>
		<dc:creator>mncoppola</dc:creator>
		<pubDate>Tue, 26 Feb 2013 04:02:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.poppopret.org/?p=204#comment-7340</guid>
		<description>I&#039;m not a regular in the DD-WRT community, so I&#039;m not sure what challenges are stopping progress on the WNR1000v3.  Though, someone else did ask the exact same question:

http://www.dd-wrt.com/phpBB2/viewtopic.php?t=65317&amp;postdays=0&amp;postorder=asc&amp;start=30</description>
		<content:encoded><![CDATA[<p>I&#8217;m not a regular in the DD-WRT community, so I&#8217;m not sure what challenges are stopping progress on the WNR1000v3.  Though, someone else did ask the exact same question:</p>
<p><a href="http://www.dd-wrt.com/phpBB2/viewtopic.php?t=65317&#038;postdays=0&#038;postorder=asc&#038;start=30" rel="nofollow">http://www.dd-wrt.com/phpBB2/viewtopic.php?t=65317&#038;postdays=0&#038;postorder=asc&#038;start=30</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on NETGEAR unsquashfs.c version 1.3 by RkaneKnight</title>
		<link>http://www.poppopret.org/?p=204#comment-7331</link>
		<dc:creator>RkaneKnight</dc:creator>
		<pubDate>Tue, 26 Feb 2013 00:52:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.poppopret.org/?p=204#comment-7331</guid>
		<description>Does this help us with putting DD-WRT on the WNR1000v3?</description>
		<content:encoded><![CDATA[<p>Does this help us with putting DD-WRT on the WNR1000v3?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on NETGEAR unsquashfs.c version 1.3 by mncoppola</title>
		<link>http://www.poppopret.org/?p=204#comment-6736</link>
		<dc:creator>mncoppola</dc:creator>
		<pubDate>Fri, 15 Feb 2013 03:10:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.poppopret.org/?p=204#comment-6736</guid>
		<description>Glad to hear it!</description>
		<content:encoded><![CDATA[<p>Glad to hear it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Suterusu Rootkit: Inline Kernel Function Hooking on x86 and ARM by mncoppola</title>
		<link>http://www.poppopret.org/?p=251#comment-6735</link>
		<dc:creator>mncoppola</dc:creator>
		<pubDate>Fri, 15 Feb 2013 03:10:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.poppopret.org/?p=251#comment-6735</guid>
		<description>I&#039;ll consider it, thanks.</description>
		<content:encoded><![CDATA[<p>I&#8217;ll consider it, thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on NETGEAR unsquashfs.c version 1.3 by Warker</title>
		<link>http://www.poppopret.org/?p=204#comment-6712</link>
		<dc:creator>Warker</dc:creator>
		<pubDate>Thu, 14 Feb 2013 18:26:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.poppopret.org/?p=204#comment-6712</guid>
		<description>Thanks sir, 

this article helped me a lot!
I tried to unsquash a version 2.0 FS which I copied from a Siemens S1621-z220-A (Alice Modem Wlan 1121). It always failed with a Zlib error -3 (corrupted data). I&#039;ve tried unsquash &gt;= 2.0 but all failed. The version you posted worked for me. I&#039;ve had to add a break in the switch statement of the main function which they seemed to forgot but then it just worked fine.

Thank you very much!</description>
		<content:encoded><![CDATA[<p>Thanks sir, </p>
<p>this article helped me a lot!<br />
I tried to unsquash a version 2.0 FS which I copied from a Siemens S1621-z220-A (Alice Modem Wlan 1121). It always failed with a Zlib error -3 (corrupted data). I&#8217;ve tried unsquash &gt;= 2.0 but all failed. The version you posted worked for me. I&#8217;ve had to add a break in the switch statement of the main function which they seemed to forgot but then it just worked fine.</p>
<p>Thank you very much!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Suterusu Rootkit: Inline Kernel Function Hooking on x86 and ARM by Eino</title>
		<link>http://www.poppopret.org/?p=251#comment-6664</link>
		<dc:creator>Eino</dc:creator>
		<pubDate>Wed, 13 Feb 2013 13:43:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.poppopret.org/?p=251#comment-6664</guid>
		<description>Hi,

This rootkit looks interesting and I like your design ideas including support for both
2.6.x and 3.x kernels and nice socket hiding features.

A few feature ideas: (if you like them).
-Autostart on boot
-Remote shell backdoor (with encryption and TTY/PTY support)
-Keylogger/TTY Sniffer logs sniffed data to hidden logfile
-Option to hide network interface&#039;s promiscious mode
-Install script</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>This rootkit looks interesting and I like your design ideas including support for both<br />
2.6.x and 3.x kernels and nice socket hiding features.</p>
<p>A few feature ideas: (if you like them).<br />
-Autostart on boot<br />
-Remote shell backdoor (with encryption and TTY/PTY support)<br />
-Keylogger/TTY Sniffer logs sniffed data to hidden logfile<br />
-Option to hide network interface&#8217;s promiscious mode<br />
-Install script</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Suterusu Rootkit: Inline Kernel Function Hooking on x86 and ARM by mncoppola</title>
		<link>http://www.poppopret.org/?p=251#comment-6469</link>
		<dc:creator>mncoppola</dc:creator>
		<pubDate>Sat, 09 Feb 2013 14:53:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.poppopret.org/?p=251#comment-6469</guid>
		<description>I actually have considered it, but unfortunately it seems that Android isn&#039;t compiled with Kprobes support by default (which opposes what your blog post says ;) ).  I&#039;ll show you:

Android kernels are certainly compiled with CONFIG_HAVE_KPROBES, however a quick grep of a source tree shows very few instances of this flag, none of which are #ifdef&#039;s:

&lt;code&gt;$ grep CONFIG_HAVE_KPROBES -r .
./include/config/auto.conf:CONFIG_HAVE_KPROBES=y
./include/generated/autoconf.h:#define CONFIG_HAVE_KPROBES 1
./.config:CONFIG_HAVE_KPROBES=y
./.config.old:CONFIG_HAVE_KPROBES=y
./arch/um/defconfig:# CONFIG_HAVE_KPROBES is not set
./arch/arm/configs/android_4430_defconfig:CONFIG_HAVE_KPROBES=y&lt;/code&gt;

I&#039;m actually not even sure what function this flag serves, and documentation seems to have no explanation for it.

However, if you take a look at the tree&#039;s .config file, there is actually a second flag CONFIG_KPROBES that is &lt;em&gt;not&lt;/em&gt; set.  This is the flag that actually enables support for Kprobes:

&lt;code&gt;$ grep CONFIG_KPROBES -r .
./drivers/misc/lkdtm.c:#ifdef CONFIG_KPROBES
./include/linux/kprobes.h:#ifdef CONFIG_KPROBES
./include/linux/kprobes.h:#else /* CONFIG_KPROBES */
./include/linux/kprobes.h:#endif /* CONFIG_KPROBES */
./include/linux/kprobes.h:#ifdef CONFIG_KPROBES
./include/linux/kprobes.h:#ifdef CONFIG_KPROBES_SANITY_TEST
./include/linux/kprobes.h:#endif /* CONFIG_KPROBES_SANITY_TEST */
./include/linux/kprobes.h:#else /* !CONFIG_KPROBES: */
./include/linux/kprobes.h:#endif /* CONFIG_KPROBES */
./.config:# CONFIG_KPROBES is not set
./kernel/Makefile:obj-$(CONFIG_KPROBES_SANITY_TEST) += test_kprobes.o
./kernel/Makefile:obj-$(CONFIG_KPROBES) += kprobes.o
... (another 60 lines or so)&lt;/code&gt;</description>
		<content:encoded><![CDATA[<p>I actually have considered it, but unfortunately it seems that Android isn&#8217;t compiled with Kprobes support by default (which opposes what your blog post says ;) ).  I&#8217;ll show you:</p>
<p>Android kernels are certainly compiled with CONFIG_HAVE_KPROBES, however a quick grep of a source tree shows very few instances of this flag, none of which are #ifdef&#8217;s:</p>
<p><code>$ grep CONFIG_HAVE_KPROBES -r .<br />
./include/config/auto.conf:CONFIG_HAVE_KPROBES=y<br />
./include/generated/autoconf.h:#define CONFIG_HAVE_KPROBES 1<br />
./.config:CONFIG_HAVE_KPROBES=y<br />
./.config.old:CONFIG_HAVE_KPROBES=y<br />
./arch/um/defconfig:# CONFIG_HAVE_KPROBES is not set<br />
./arch/arm/configs/android_4430_defconfig:CONFIG_HAVE_KPROBES=y</code></p>
<p>I&#8217;m actually not even sure what function this flag serves, and documentation seems to have no explanation for it.</p>
<p>However, if you take a look at the tree&#8217;s .config file, there is actually a second flag CONFIG_KPROBES that is <em>not</em> set.  This is the flag that actually enables support for Kprobes:</p>
<p><code>$ grep CONFIG_KPROBES -r .<br />
./drivers/misc/lkdtm.c:#ifdef CONFIG_KPROBES<br />
./include/linux/kprobes.h:#ifdef CONFIG_KPROBES<br />
./include/linux/kprobes.h:#else /* CONFIG_KPROBES */<br />
./include/linux/kprobes.h:#endif /* CONFIG_KPROBES */<br />
./include/linux/kprobes.h:#ifdef CONFIG_KPROBES<br />
./include/linux/kprobes.h:#ifdef CONFIG_KPROBES_SANITY_TEST<br />
./include/linux/kprobes.h:#endif /* CONFIG_KPROBES_SANITY_TEST */<br />
./include/linux/kprobes.h:#else /* !CONFIG_KPROBES: */<br />
./include/linux/kprobes.h:#endif /* CONFIG_KPROBES */<br />
./.config:# CONFIG_KPROBES is not set<br />
./kernel/Makefile:obj-$(CONFIG_KPROBES_SANITY_TEST) += test_kprobes.o<br />
./kernel/Makefile:obj-$(CONFIG_KPROBES) += kprobes.o<br />
... (another 60 lines or so)</code></p>
]]></content:encoded>
	</item>
</channel>
</rss>
