<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
	<channel>
		<title>gdp's Comments</title>
		<language>en-us</language>
		<link>https://www.intensedebate.com/users/64421</link>
		<description>Comments by pello</description>
<item>
<title>Francois Ropert&#039;s weblog : Francois Ropert weblog &raquo; Num&eacute;ros de syst&egrave;mes autonomes BGP, l&rsquo;autre p&amp;eacu</title>
<link>http://blog.packetfault.org/protocols/bgp-asn-4bytes#IDComment11404062</link>
<description>Pour les sensors wifi rien n&amp;#039;est s&amp;ucirc;r c&amp;#039;est encore un autre gros probl&amp;egrave;me qui se pr&amp;eacute;nomme &amp;quot;l&amp;#039;internet des objets&amp;quot;, pour l&amp;#039;instant on ne voit que le haut de l&amp;#039;iceberg :) oui et une migration IPv6 et l&amp;#039;ASN 32bytes devrait aussi donner un peu de headhache si les sch&amp;eacute;mas d&amp;#039;adressages v6 inclus l&amp;#039;ASN 32 bytes (c&amp;#039;est moins trivial qu&amp;#039;avec un ASN16). Sinon de mani&amp;egrave;re plus g&amp;eacute;n&amp;eacute;rale, voici 6 mani&amp;egrave;res de penser &amp;quot;ipv6&amp;quot; en business case: &lt;a href=&quot;http://www.eweek.com/c/a/IT-Infrastructure/How-to-Build-a-Business-Case-for-IPv6/ &quot; target=&quot;_blank&quot;&gt;http://www.eweek.com/c/a/IT-Infrastructure/How-to...&lt;/a&gt;</description>
<pubDate>Wed, 19 Nov 2008 13:59:49 +0000</pubDate>
<guid>http://blog.packetfault.org/protocols/bgp-asn-4bytes#IDComment11404062</guid>
</item><item>
<title>Francois Ropert&#039;s weblog : Francois Ropert weblog &raquo; Map IP to BGP AS number python script</title>
<link>http://blog.packetfault.org/linux/map-ip-to-bgp-as-number-python-script#IDComment10440801</link>
<description>Thanks to Infosecplace.com that talk about the tool in his podcast series &lt;a href=&quot;http://infosecplace.com/blog/2008/10/31/an-information-security-place-podcast-episode-8/ &quot; target=&quot;_blank&quot;&gt;http://infosecplace.com/blog/2008/10/31/an-inform...&lt;/a&gt;</description>
<pubDate>Wed, 5 Nov 2008 11:29:47 +0000</pubDate>
<guid>http://blog.packetfault.org/linux/map-ip-to-bgp-as-number-python-script#IDComment10440801</guid>
</item><item>
<title>Francois Ropert&#039;s weblog : Francois Ropert weblog &raquo; SSH challenge #2 - Enable SSH without ip domain-name</title>
<link>http://blog.packetfault.org/ccie/ssh-challenge-2-enable-ssh-without-ip-domain-name#IDComment9570333</link>
<description>Nice one! denyip has the solution  :-) </description>
<pubDate>Fri, 31 Oct 2008 13:00:50 +0000</pubDate>
<guid>http://blog.packetfault.org/ccie/ssh-challenge-2-enable-ssh-without-ip-domain-name#IDComment9570333</guid>
</item><item>
<title>Francois Ropert&#039;s weblog : Francois Ropert weblog &raquo; SSH challenge #1 - Version 1 automatically enabled</title>
<link>http://blog.packetfault.org/ccie/ssh-challenge-1-version-1-automatically-enabled#IDComment9545253</link>
<description>The answer is that SSH version 1 is automatically forced when the key size is below 768 bits.  Spoke1(config)#$crypto key generate rsa general-keys label Spoke1.packetfault.org modulus 360 The name for the keys will be: Spoke1.packetfault.org  % The key modulus size is 360 bits % Generating 360 bit RSA keys, keys will be non-exportable...[OK]  Spoke1(config)# *Oct 30 15:47:55.658:  RSA key size needs to be atleast 768 bits for ssh version  2 *Oct 30 15:47:55.658: SSH: host key initialised *Oct 30 15:47:55.666: %SSH-5-ENABLED: SSH 1.5 has been enabled *Oct 30 15:47:56.966: SSH: successfully generated server key    </description>
<pubDate>Fri, 31 Oct 2008 12:19:57 +0000</pubDate>
<guid>http://blog.packetfault.org/ccie/ssh-challenge-1-version-1-automatically-enabled#IDComment9545253</guid>
</item><item>
<title>Francois Ropert&#039;s weblog : Francois Ropert weblog &raquo; SSH challenge #1 - Version 1 automatically enabled</title>
<link>http://blog.packetfault.org/ccie/ssh-challenge-1-version-1-automatically-enabled#IDComment9352343</link>
<description>Hello Flo, you are near the good answer. Keep the thought around RSA keys generation :) </description>
<pubDate>Thu, 30 Oct 2008 14:38:00 +0000</pubDate>
<guid>http://blog.packetfault.org/ccie/ssh-challenge-1-version-1-automatically-enabled#IDComment9352343</guid>
</item><item>
<title>Francois Ropert&#039;s weblog : Francois Ropert weblog &raquo; SSH challenge #1 - Version 1 automatically enabled</title>
<link>http://blog.packetfault.org/ccie/ssh-challenge-1-version-1-automatically-enabled#IDComment9350483</link>
<description>Just received false answer via MSN: The cause is not &amp;quot;auto secure ssh&amp;quot; The cause is not &amp;quot;ios version&amp;quot; No matter the hardware (at least last commands were from a Cisco) it&amp;#039;s a SSH general behavior </description>
<pubDate>Thu, 30 Oct 2008 14:09:07 +0000</pubDate>
<guid>http://blog.packetfault.org/ccie/ssh-challenge-1-version-1-automatically-enabled#IDComment9350483</guid>
</item><item>
<title>Francois Ropert&#039;s weblog : Francois Ropert weblog &raquo; GET VPN notes</title>
<link>http://blog.packetfault.org/ccie/get-vpn-notes#IDComment9345073</link>
<description>GET VPN is new to CCIE lab 3.0 and I love it! </description>
<pubDate>Thu, 30 Oct 2008 11:19:01 +0000</pubDate>
<guid>http://blog.packetfault.org/ccie/get-vpn-notes#IDComment9345073</guid>
</item><item>
<title>Francois Ropert&#039;s weblog : Francois Ropert weblog &raquo; Cisco Secure Firewall Services Module (FWSM) Ciscopress book review</title>
<link>http://blog.packetfault.org/books/cisco-fwsm-ciscopress-book-review#IDComment9344843</link>
<description>Cascading quadruple FWSM into a single failover process is not possible. So you can&amp;#039;t have FWSM in Active/Standby/Standby/Standby. It works by pairs. If you have four 6500 and SUP720-3BXL and each one has a FWSM then you&amp;#039;ll have two failover process completely independant from other. </description>
<pubDate>Thu, 30 Oct 2008 11:05:39 +0000</pubDate>
<guid>http://blog.packetfault.org/books/cisco-fwsm-ciscopress-book-review#IDComment9344843</guid>
</item><item>
<title>Francois Ropert&#039;s weblog : Francois Ropert weblog &raquo; Map IP to BGP AS number python script</title>
<link>http://blog.packetfault.org/linux/map-ip-to-bgp-as-number-python-script#IDComment9047633</link>
<description>OoooOps! Don&amp;#039;t take care of the usage() function. Definitely part of another script from my private toolbox :-) </description>
<pubDate>Fri, 24 Oct 2008 08:37:22 +0000</pubDate>
<guid>http://blog.packetfault.org/linux/map-ip-to-bgp-as-number-python-script#IDComment9047633</guid>
</item><item>
<title>Francois Ropert&#039;s weblog : Francois Ropert weblog &raquo; CCIE security lab preparation</title>
<link>http://blog.packetfault.org/ios/ccie-security-lab-preparation#IDComment8678053</link>
<description>Hello, CCIE v3 finally out! No MARS nor NAC! woosh :)  &lt;a href=&quot;http://denyip.wordpress.com/2008/10/16/ccie-security-lab-v3-annoucement/ &quot; target=&quot;_blank&quot;&gt;http://denyip.wordpress.com/2008/10/16/ccie-secur...&lt;/a&gt;&lt;a href=&quot;http://www.cisco.com/web/learning/le3/ccie/security/lab_equipment_v3.html &quot; target=&quot;_blank&quot;&gt;http://www.cisco.com/web/learning/le3/ccie/securi...&lt;/a&gt;&lt;a href=&quot;http://www.cisco.com/web/learning/le3/ccie/security/lab_exam_blueprint_v3.html &quot; target=&quot;_blank&quot;&gt;http://www.cisco.com/web/learning/le3/ccie/securi...&lt;/a&gt; </description>
<pubDate>Thu, 16 Oct 2008 02:11:29 +0000</pubDate>
<guid>http://blog.packetfault.org/ios/ccie-security-lab-preparation#IDComment8678053</guid>
</item><item>
<title>Francois Ropert&#039;s weblog : Francois Ropert weblog &raquo; IDApython - Sort imported functions by xrefs count</title>
<link>http://blog.packetfault.org/windows/idapython-sort-imported-functions-by-xrefs-count#IDComment8490513</link>
<description>Hi Phn1x, Thanks for comment and your suggestion.. I observe we read same blogs heh :-)  2cents on counting xrefs for all sections (especially for .text) can be very hard to be human-understandable if symbols are not present. Anyway, first pass about reversing and understanding functions roles could be done before (if you want the exact picture of the binary) or after if you only want the big picture including most xref&amp;#039;ed functions </description>
<pubDate>Tue, 14 Oct 2008 13:01:37 +0000</pubDate>
<guid>http://blog.packetfault.org/windows/idapython-sort-imported-functions-by-xrefs-count#IDComment8490513</guid>
</item><item>
<title>Francois Ropert&#039;s weblog : Francois Ropert&rsquo;s weblog &raquo; Hacking OSPF with cryptography protection enabled</title>
<link>http://blog.packetfault.org/hacking/vulnerability-ospf-with-cryptography-protection-enabled#IDComment4728703</link>
<description>Hello Jeffrey,   In the doubt of an implementation bug I have used two different IOS in my testbed and tested the PoC on the other router. It definitely works.   Now, speaking of sequence number, it works with a condition: that the packet you replay has a higher SEQnumber than the currently seqnumber send over the wire by the real router. In the case you try to hack with an inferior seq number, the packet is not processed and OSPF runs normally, no adjacaceny nor topology nor global ip routing table is impacted. If you send a higher SEQnumber, then we go into the INIT state as described in the blog post.   Manral - who is the guy that outlined this in the draft without any reference to the cisco implementation.   As Russ White said me off-blog, the best workaround is OSPFv3 and IPSEC :)   Looks like we found a scenario where IPv6 can be argued as useful for security lol despite his many security by design flaws.   Francois </description>
<pubDate>Sun, 24 Aug 2008 05:53:34 +0000</pubDate>
<guid>http://blog.packetfault.org/hacking/vulnerability-ospf-with-cryptography-protection-enabled#IDComment4728703</guid>
</item><item>
<title>Francois Ropert&#039;s weblog : Francois Ropert&rsquo;s weblog &raquo; Hacking OSPF with cryptography protection enabled</title>
<link>http://blog.packetfault.org/hacking/vulnerability-ospf-with-cryptography-protection-enabled#IDComment4713553</link>
<description>Hi Jeffrey, Thanks for your message. The IOS I&amp;#039;ve tested is in the 12.0 train, the possibilty that it&amp;#039;s an implementation bug is very strong indeed but anyway the flaw is here. I&amp;#039;m not claiming I discovered OSPF big flaw of the year, I&amp;#039;m not the OSPF Dan Kaminksy lol. Russel White from Cisco is aware of this OSPF theoric attack. I&amp;#039;ve just PoC it  :] You could find information about other crypto flaws in his RFC draft &lt;a href=&quot;http://tools.ietf.org/html/draft-manral-rpsec-existing-crypto-05#page-4 &quot; target=&quot;_blank&quot;&gt;http://tools.ietf.org/html/draft-manral-rpsec-exi...&lt;/a&gt;I&amp;#039;ve attached packet captures at the end of the article.  </description>
<pubDate>Sat, 23 Aug 2008 02:37:35 +0000</pubDate>
<guid>http://blog.packetfault.org/hacking/vulnerability-ospf-with-cryptography-protection-enabled#IDComment4713553</guid>
</item><item>
<title>.:Computer Defense:. : [SecTor Review] TCP/IP Perversion</title>
<link>http://www.computerdefense.org/2007/11/tcpip-perversion/#IDComment4540933</link>
<description>Nice concept! </description>
<pubDate>Mon, 18 Aug 2008 11:48:46 +0000</pubDate>
<guid>http://www.computerdefense.org/2007/11/tcpip-perversion/#IDComment4540933</guid>
</item><item>
<title>Francois Ropert&#039;s weblog : Francois Ropert&rsquo;s weblog &raquo; The damned subif bug of the day</title>
<link>http://blog.packetfault.org/ios/the-damned-subif-bug-of-the-day#IDComment4538953</link>
<description>Lessaid, it&amp;#039;s normal, that&amp;#039;s an ARP request. ARP reply is sent to the bad interface which leads to the impossibility to add a line in the arp cache. Anyway, static is not viable cuz I have to learn mac address dynamically in order to run mac address flooding then after ;)  </description>
<pubDate>Mon, 18 Aug 2008 09:54:29 +0000</pubDate>
<guid>http://blog.packetfault.org/ios/the-damned-subif-bug-of-the-day#IDComment4538953</guid>
</item><item>
<title>Francois Ropert&#039;s weblog : Francois Ropert&rsquo;s weblog &raquo; Layer 2 protocol tunneling in real world</title>
<link>http://blog.packetfault.org/ios/layer-2-protocol-tunneling-in-real-world#IDComment4519383</link>
<description>Hello Surya! :-) Ha j&amp;#039;&amp;eacute;tais pas au courant, ils m&amp;#039;ont pas laiss&amp;eacute; de message sur le r&amp;eacute;pondeur :) </description>
<pubDate>Sun, 17 Aug 2008 12:42:25 +0000</pubDate>
<guid>http://blog.packetfault.org/ios/layer-2-protocol-tunneling-in-real-world#IDComment4519383</guid>
</item>	</channel>
</rss>