<?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 McGrewSecurity</title>
	<atom:link href="http://www.mcgrewsecurity.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mcgrewsecurity.com</link>
	<description></description>
	<lastBuildDate>Thu, 05 Jan 2012 11:44:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on Man-in-the-middle Fake DNS for Metasploit by SiriServer &#8211; polished and done &#124; Going on my way&#8230;</title>
		<link>http://www.mcgrewsecurity.com/2008/08/04/man-in-the-middle-fake-dns-for-metasploit/#comment-393</link>
		<dc:creator>SiriServer &#8211; polished and done &#124; Going on my way&#8230;</dc:creator>
		<pubDate>Thu, 05 Jan 2012 11:44:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?p=157#comment-393</guid>
		<description>[...] It uses this stuff: -metasploit fakeDNS server &#8211; enhanced version by Wesley McGrew, modified to work with the latest Metasploit, http://www.mcgrewsecurity.com/2008/08/04/man-in-the-middle-fake-dns-for-metasploit/ [...]</description>
		<content:encoded><![CDATA[<p>[...] It uses this stuff: -metasploit fakeDNS server &#8211; enhanced version by Wesley McGrew, modified to work with the latest Metasploit, <a href="http://www.mcgrewsecurity.com/2008/08/04/man-in-the-middle-fake-dns-for-metasploit/" rel="nofollow">http://www.mcgrewsecurity.com/2008/08/04/man-in-the-middle-fake-dns-for-metasploit/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Defcon/Blackhat Slides, Whitepaper, Tools by koreaUNI_forensic_center</title>
		<link>http://www.mcgrewsecurity.com/2011/08/09/defconblackhat-slides-whitepaper-tools/#comment-1051</link>
		<dc:creator>koreaUNI_forensic_center</dc:creator>
		<pubDate>Wed, 16 Nov 2011 05:36:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?p=889#comment-1051</guid>
		<description>executing “run modules/post/windows/gather/enum_drives.rb(imager, listdevices)” on meterpreter does not show any output why?..syntax error.....</description>
		<content:encoded><![CDATA[<p>executing “run modules/post/windows/gather/enum_drives.rb(imager, listdevices)” on meterpreter does not show any output why?..syntax error&#8230;..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on - Hacking U3 USB Drives by iiiears</title>
		<link>http://www.mcgrewsecurity.com/pub/hackingu3/#comment-104</link>
		<dc:creator>iiiears</dc:creator>
		<pubDate>Wed, 26 Oct 2011 15:40:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?page_id=394#comment-104</guid>
		<description>usbsniff /that is all</description>
		<content:encoded><![CDATA[<p>usbsniff /that is all</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Geohot Antagonizing Sony&#039;s Forensic Examiners? by Skippy</title>
		<link>http://www.mcgrewsecurity.com/2011/03/23/geohot-antagonizing-sonys-forensic-examiners/#comment-1008</link>
		<dc:creator>Skippy</dc:creator>
		<pubDate>Fri, 21 Oct 2011 14:16:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?p=853#comment-1008</guid>
		<description>The statement that the hard drives were encrypted is interesting. Likely the hard drives were locked through the BIOS, requiring a hard drive password to access the drives. Sony is known for using this technology. The password is stored within  a process that hard codes the password to the system. You remove the hdd from the computer and you cannot image it. ( I&#039;ve tried.) Removing the controller card and replacing with an identical one could bypass this protection allowing access to the data which is technically not encrypted just protected. Changing the boards could have been an attempt to bypass this protection, or changing them with the wrong board could prevent the examiner from replacing the controller card with the correct one, thus preventing the examiner from imaging the drive, since the examiner would then not be able to match the controller board. The other option either some kind of container encryption or something like bit locker could not be bypassed through controller card replacement.</description>
		<content:encoded><![CDATA[<p>The statement that the hard drives were encrypted is interesting. Likely the hard drives were locked through the BIOS, requiring a hard drive password to access the drives. Sony is known for using this technology. The password is stored within  a process that hard codes the password to the system. You remove the hdd from the computer and you cannot image it. ( I&#8217;ve tried.) Removing the controller card and replacing with an identical one could bypass this protection allowing access to the data which is technically not encrypted just protected. Changing the boards could have been an attempt to bypass this protection, or changing them with the wrong board could prevent the examiner from replacing the controller card with the correct one, thus preventing the examiner from imaging the drive, since the examiner would then not be able to match the controller board. The other option either some kind of container encryption or something like bit locker could not be bypassed through controller card replacement.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Defcon/Blackhat Slides, Whitepaper, Tools by Anon</title>
		<link>http://www.mcgrewsecurity.com/2011/08/09/defconblackhat-slides-whitepaper-tools/#comment-1048</link>
		<dc:creator>Anon</dc:creator>
		<pubDate>Thu, 08 Sep 2011 23:48:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?p=889#comment-1048</guid>
		<description>the path for the enum_drives module is post/windows/gather/forensics/enum_drives</description>
		<content:encoded><![CDATA[<p>the path for the enum_drives module is post/windows/gather/forensics/enum_drives</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on - Hacking U3 USB Drives by andy</title>
		<link>http://www.mcgrewsecurity.com/pub/hackingu3/#comment-101</link>
		<dc:creator>andy</dc:creator>
		<pubDate>Wed, 07 Sep 2011 18:05:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?page_id=394#comment-101</guid>
		<description>Is there a way to get U3 on a normal flash. i have been looking in to it and the CDFS partition  contains the U3 code which emulates the CD drive, or is it hard ware as in another chip emulating the CD drive. i think it could be done from a normal flash chip it would just have to be reprogrammed. (would copying the drive by sector to another drive emulate the CD drive or would the flash chip have to be re imaged to put in another sector with emulation code?)
thanks any help would be greatly appreciate (need to recreate CD emulation on flash drives) if it is hardware is it possible to get a MSP430 to do it?</description>
		<content:encoded><![CDATA[<p>Is there a way to get U3 on a normal flash. i have been looking in to it and the CDFS partition  contains the U3 code which emulates the CD drive, or is it hard ware as in another chip emulating the CD drive. i think it could be done from a normal flash chip it would just have to be reprogrammed. (would copying the drive by sector to another drive emulate the CD drive or would the flash chip have to be re imaged to put in another sector with emulation code?)<br />
thanks any help would be greatly appreciate (need to recreate CD emulation on flash drives) if it is hardware is it possible to get a MSP430 to do it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Amending my F0rb1dd3n Network Review by Plagiarism and the State of Infosec Publishing &#124; InfoSec Reviews Blog</title>
		<link>http://www.mcgrewsecurity.com/2009/10/16/amending-my-f0rb1dd3n-network-review/#comment-819</link>
		<dc:creator>Plagiarism and the State of Infosec Publishing &#124; InfoSec Reviews Blog</dc:creator>
		<pubDate>Mon, 22 Aug 2011 13:14:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?p=628#comment-819</guid>
		<description>[...] ‘This was an honest mistake and I sincerely apologize for any miscommunication. I hope that the correct and proper citations can be added soon and that all questions regarding copyright and plagiarism issues can be resolved. I hope the book can still be enjoyed as a valuable contribution to the information security community and I hope it will go on to fulfill its objective in reaching anyone who desires to learn more about hacking and security. I want to specifically apologize to Jayson, Kent, Syngress, Rachel, Angelina, all the readers, reviewers, and others who have taken offense. I want to fix this and I sincerely appreciate everyone&#8217;s positive support!’  (http://www.mcgrewsecurity.com/2009/10/16/amending-my-f0rb1dd3n-network-review/).  [...]</description>
		<content:encoded><![CDATA[<p>[...] ‘This was an honest mistake and I sincerely apologize for any miscommunication. I hope that the correct and proper citations can be added soon and that all questions regarding copyright and plagiarism issues can be resolved. I hope the book can still be enjoyed as a valuable contribution to the information security community and I hope it will go on to fulfill its objective in reaching anyone who desires to learn more about hacking and security. I want to specifically apologize to Jayson, Kent, Syngress, Rachel, Angelina, all the readers, reviewers, and others who have taken offense. I want to fix this and I sincerely appreciate everyone&#8217;s positive support!’  (<a href="http://www.mcgrewsecurity.com/2009/10/16/amending-my-f0rb1dd3n-network-review/" rel="nofollow">http://www.mcgrewsecurity.com/2009/10/16/amending-my-f0rb1dd3n-network-review/</a>).  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Defcon/Blackhat Slides, Whitepaper, Tools by Wesley McGrew</title>
		<link>http://www.mcgrewsecurity.com/2011/08/09/defconblackhat-slides-whitepaper-tools/#comment-1047</link>
		<dc:creator>Wesley McGrew</dc:creator>
		<pubDate>Mon, 22 Aug 2011 12:51:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?p=889#comment-1047</guid>
		<description>I&#039;ll give this a shot on my test VMs when I get back home today, or earlier if I get the time to set it up here today.</description>
		<content:encoded><![CDATA[<p>I&#8217;ll give this a shot on my test VMs when I get back home today, or earlier if I get the time to set it up here today.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Defcon/Blackhat Slides, Whitepaper, Tools by ebros</title>
		<link>http://www.mcgrewsecurity.com/2011/08/09/defconblackhat-slides-whitepaper-tools/#comment-1046</link>
		<dc:creator>ebros</dc:creator>
		<pubDate>Mon, 22 Aug 2011 10:20:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?p=889#comment-1046</guid>
		<description>After svn update in bt5, executing  &quot;run modules/post/windows/gather/enum_drives.rb&quot; on meterpreter does not show any output.  Anybody successfully tested this?</description>
		<content:encoded><![CDATA[<p>After svn update in bt5, executing  &#8220;run modules/post/windows/gather/enum_drives.rb&#8221; on meterpreter does not show any output.  Anybody successfully tested this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Using the Burp Suite to bypass (weird) access controls by Grant Stone</title>
		<link>http://www.mcgrewsecurity.com/2007/04/19/using-the-burp-suite-to-bypass-weird-access-controls/#comment-146</link>
		<dc:creator>Grant Stone</dc:creator>
		<pubDate>Mon, 15 Aug 2011 18:27:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/blog/?p=26#comment-146</guid>
		<description>Kiki&#039;s probably trying to access sites before loading the targets in the &quot;target &gt;&gt; scope&quot; tab. You can&#039;t just visit any site in your browser while the proxy is set, only what Burp allows - and it only allows what you&#039;ve previously established as your target. Sorry to post on such an old topic, but I&#039;m willing to bet that was the problem.</description>
		<content:encoded><![CDATA[<p>Kiki&#8217;s probably trying to access sites before loading the targets in the &#8220;target &gt;&gt; scope&#8221; tab. You can&#8217;t just visit any site in your browser while the proxy is set, only what Burp allows &#8211; and it only allows what you&#8217;ve previously established as your target. Sorry to post on such an old topic, but I&#8217;m willing to bet that was the problem.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

