<?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>Commentaires sur : Volatilitux : Physical memory analysis of Linux systems</title>
	<atom:link href="https://www.segmentationfault.fr/projets/volatilitux-physical-memory-analysis-linux-systems/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.segmentationfault.fr/projets/volatilitux-physical-memory-analysis-linux-systems/</link>
	<description>Projets d’un consultant en sécurité informatique</description>
	<lastBuildDate>Sat, 22 Aug 2015 12:46:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>Par : Emilien Girault</title>
		<link>https://www.segmentationfault.fr/projets/volatilitux-physical-memory-analysis-linux-systems/comment-page-1/#comment-670</link>
		<dc:creator>Emilien Girault</dc:creator>
		<pubDate>Tue, 05 Feb 2013 08:58:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.segmentationfault.fr/?p=858#comment-670</guid>
		<description>Hi,
You get this error because 2 pages of this file are indeed not mapped anymore; the OS must have swapped them on disk. However, if you look at the remaining 3 pages, you will notice that they are separated into 2 groups of contiguous physical pages (you can see it by computing the physical address of each one). The 2 pages that are missing are actually still in RAM (although they are marked as absent on their Page Table) and are respectively after the first group, and before the second group. It seems that the OS did not have time to clear them, and this was done on purpose by the challenge creators.
You can still manually dump both of the missing pages and reassemble the complete secret.apk file. This procedure is described in some of the official solutions (http://communaute.sstic.org/ChallengeSSTIC2010), but are unfortunately in French...</description>
		<content:encoded><![CDATA[<p>Hi,<br />
You get this error because 2 pages of this file are indeed not mapped anymore; the OS must have swapped them on disk. However, if you look at the remaining 3 pages, you will notice that they are separated into 2 groups of contiguous physical pages (you can see it by computing the physical address of each one). The 2 pages that are missing are actually still in RAM (although they are marked as absent on their Page Table) and are respectively after the first group, and before the second group. It seems that the OS did not have time to clear them, and this was done on purpose by the challenge creators.<br />
You can still manually dump both of the missing pages and reassemble the complete secret.apk file. This procedure is described in some of the official solutions (<a href="http://communaute.sstic.org/ChallengeSSTIC2010" rel="nofollow">http://communaute.sstic.org/ChallengeSSTIC2010</a>), but are unfortunately in French&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : jomars</title>
		<link>https://www.segmentationfault.fr/projets/volatilitux-physical-memory-analysis-linux-systems/comment-page-1/#comment-669</link>
		<dc:creator>jomars</dc:creator>
		<pubDate>Mon, 04 Feb 2013 22:43:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.segmentationfault.fr/?p=858#comment-669</guid>
		<description>hello. Iam tring to solve the challv2 using volatilitux. ok with textviewer.apk. But what  about secret.apk ? when i tried to export ,i got &quot;Warning: Page 426f5000-426f6000 is invalid!
Warning: Page 426f6000-426f7000 is invalid!
Warning: The target memory range is incomplete, because 2 pages out of 5 are not mapped anymore.
&quot;
when i tried to install failed. Does anyone have any ideas about this? thanks.</description>
		<content:encoded><![CDATA[<p>hello. Iam tring to solve the challv2 using volatilitux. ok with textviewer.apk. But what  about secret.apk ? when i tried to export ,i got &laquo;&nbsp;Warning: Page 426f5000-426f6000 is invalid!<br />
Warning: Page 426f6000-426f7000 is invalid!<br />
Warning: The target memory range is incomplete, because 2 pages out of 5 are not mapped anymore.<br />
&nbsp;&raquo;<br />
when i tried to install failed. Does anyone have any ideas about this? thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Emilien Girault</title>
		<link>https://www.segmentationfault.fr/projets/volatilitux-physical-memory-analysis-linux-systems/comment-page-1/#comment-664</link>
		<dc:creator>Emilien Girault</dc:creator>
		<pubDate>Mon, 17 Dec 2012 18:53:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.segmentationfault.fr/?p=858#comment-664</guid>
		<description>Hello,
You have the same bug than phocean (see the 1st comment) due to 64 bits. Please check out the last version of the framework (http://code.google.com/p/volatilitux/source/checkout), that fixes this issue. See http://code.google.com/p/volatilitux/source/diff?spec=svn6&amp;r=6&amp;format=side&amp;path=/trunk/core/raw_dump.py</description>
		<content:encoded><![CDATA[<p>Hello,<br />
You have the same bug than phocean (see the 1st comment) due to 64 bits. Please check out the last version of the framework (<a href="http://code.google.com/p/volatilitux/source/checkout" rel="nofollow">http://code.google.com/p/volatilitux/source/checkout</a>), that fixes this issue. See <a href="http://code.google.com/p/volatilitux/source/diff?spec=svn6&#038;r=6&#038;format=side&#038;path=/trunk/core/raw_dump.py" rel="nofollow">http://code.google.com/p/volatilitux/source/diff?spec=svn6&#038;r=6&#038;format=side&#038;path=/trunk/core/raw_dump.py</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : tsukishiro</title>
		<link>https://www.segmentationfault.fr/projets/volatilitux-physical-memory-analysis-linux-systems/comment-page-1/#comment-662</link>
		<dc:creator>tsukishiro</dc:creator>
		<pubDate>Thu, 13 Dec 2012 06:34:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.segmentationfault.fr/?p=858#comment-662</guid>
		<description>Hello,

I downloaded volatilitux and the challv2 file but I always get &quot;Error: RawDump: Unable to read physical memory at offset 2a0e54&quot;. I also get a similar error with different offset value for the android dump that I took.

Can you help me with this one?

Btw, thanks for your effort on making this framework!</description>
		<content:encoded><![CDATA[<p>Hello,</p>
<p>I downloaded volatilitux and the challv2 file but I always get &laquo;&nbsp;Error: RawDump: Unable to read physical memory at offset 2a0e54&Prime;. I also get a similar error with different offset value for the android dump that I took.</p>
<p>Can you help me with this one?</p>
<p>Btw, thanks for your effort on making this framework!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Geo</title>
		<link>https://www.segmentationfault.fr/projets/volatilitux-physical-memory-analysis-linux-systems/comment-page-1/#comment-608</link>
		<dc:creator>Geo</dc:creator>
		<pubDate>Tue, 15 May 2012 07:51:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.segmentationfault.fr/?p=858#comment-608</guid>
		<description>Hi,

Thanks for the quick answer.

I&#039;m using LiMe for Android and I don&#039;t think my dump is invalid because I tried the same things with the Android emulator and it works perfectly.

I&#039;ll told you if I find.

Bye</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Thanks for the quick answer.</p>
<p>I&rsquo;m using LiMe for Android and I don&rsquo;t think my dump is invalid because I tried the same things with the Android emulator and it works perfectly.</p>
<p>I&rsquo;ll told you if I find.</p>
<p>Bye</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Emilien Girault</title>
		<link>https://www.segmentationfault.fr/projets/volatilitux-physical-memory-analysis-linux-systems/comment-page-1/#comment-607</link>
		<dc:creator>Emilien Girault</dc:creator>
		<pubDate>Mon, 14 May 2012 21:08:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.segmentationfault.fr/?p=858#comment-607</guid>
		<description>Hi, I actually have a lot of feedback about this issue. In most of the cases, this is due to an invalid dump: the method you used to acquire your dump may be erroneous, or the dump you provided was not a full RAM dump.
Using &quot;cat /proc/kcore&quot; is not a valid method since this file is actually in ELF format. Using /dev/mem doesn&#039;t work either on recent Linux distribs because of kernel restrictions. &lt;a href=&quot;http://www.forensicswiki.org/wiki/Tools:Memory_Imaging&quot; rel=&quot;nofollow&quot;&gt;This page&lt;/a&gt; counts a few methods to perform a valid RAM dump. I usually recommend to use the fmem tool that creates a /dev/fmem pseudo-device that you can &quot;cat&quot; like /dev/mem. Unfortunately I never had the time to try it so I can&#039;t really provide feedback on this side.
Good luck!</description>
		<content:encoded><![CDATA[<p>Hi, I actually have a lot of feedback about this issue. In most of the cases, this is due to an invalid dump: the method you used to acquire your dump may be erroneous, or the dump you provided was not a full RAM dump.<br />
Using &laquo;&nbsp;cat /proc/kcore&nbsp;&raquo; is not a valid method since this file is actually in ELF format. Using /dev/mem doesn&rsquo;t work either on recent Linux distribs because of kernel restrictions. <a href="http://www.forensicswiki.org/wiki/Tools:Memory_Imaging" rel="nofollow">This page</a> counts a few methods to perform a valid RAM dump. I usually recommend to use the fmem tool that creates a /dev/fmem pseudo-device that you can &laquo;&nbsp;cat&nbsp;&raquo; like /dev/mem. Unfortunately I never had the time to try it so I can&rsquo;t really provide feedback on this side.<br />
Good luck!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Geo</title>
		<link>https://www.segmentationfault.fr/projets/volatilitux-physical-memory-analysis-linux-systems/comment-page-1/#comment-606</link>
		<dc:creator>Geo</dc:creator>
		<pubDate>Mon, 14 May 2012 13:38:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.segmentationfault.fr/?p=858#comment-606</guid>
		<description>Hi emilien,

Great Work for Volatilitux.
I have a little problem
A dump of a tablet on android 4.0.3 I use your lkm to build a config file but it doesn&#039;t work:
: KernelSpace: Unable to translate virtual address (14c) below PAGE_OFFSET

Do you have any ideas? Thx a lot</description>
		<content:encoded><![CDATA[<p>Hi emilien,</p>
<p>Great Work for Volatilitux.<br />
I have a little problem<br />
A dump of a tablet on android 4.0.3 I use your lkm to build a config file but it doesn&rsquo;t work:<br />
: KernelSpace: Unable to translate virtual address (14c) below PAGE_OFFSET</p>
<p>Do you have any ideas? Thx a lot</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Fernando Mercês</title>
		<link>https://www.segmentationfault.fr/projets/volatilitux-physical-memory-analysis-linux-systems/comment-page-1/#comment-602</link>
		<dc:creator>Fernando Mercês</dc:creator>
		<pubDate>Tue, 27 Mar 2012 14:45:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.segmentationfault.fr/?p=858#comment-602</guid>
		<description>Congratulations! It&#039;s a really impressive tool.</description>
		<content:encoded><![CDATA[<p>Congratulations! It&rsquo;s a really impressive tool.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : phocean</title>
		<link>https://www.segmentationfault.fr/projets/volatilitux-physical-memory-analysis-linux-systems/comment-page-1/#comment-600</link>
		<dc:creator>phocean</dc:creator>
		<pubDate>Wed, 14 Mar 2012 20:30:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.segmentationfault.fr/?p=858#comment-600</guid>
		<description>I restarted the whole fmem procedure and it worked.
This time I carefully checked the md5 checksum and also used this command for dd:
dd if=/dev/fmem count=`head -n 1 /proc/meminfo &#124;cut -f 9 -d \` of=disk.img bs=1MB
Last time I just used free to get the amount of RAM and my guess is that I probably messed up with the value.
Anyway, I am glad it works now. Thank you for your support Emilien.</description>
		<content:encoded><![CDATA[<p>I restarted the whole fmem procedure and it worked.<br />
This time I carefully checked the md5 checksum and also used this command for dd:<br />
dd if=/dev/fmem count=`head -n 1 /proc/meminfo |cut -f 9 -d \` of=disk.img bs=1MB<br />
Last time I just used free to get the amount of RAM and my guess is that I probably messed up with the value.<br />
Anyway, I am glad it works now. Thank you for your support Emilien.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Emilien Girault</title>
		<link>https://www.segmentationfault.fr/projets/volatilitux-physical-memory-analysis-linux-systems/comment-page-1/#comment-599</link>
		<dc:creator>Emilien Girault</dc:creator>
		<pubDate>Wed, 14 Mar 2012 12:48:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.segmentationfault.fr/?p=858#comment-599</guid>
		<description>I&#039;ve never actually used it so I can&#039;t really help, sorry... But please let me know if you solve your problem.</description>
		<content:encoded><![CDATA[<p>I&rsquo;ve never actually used it so I can&rsquo;t really help, sorry&#8230; But please let me know if you solve your problem.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
