<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"><channel><atom:link rel="hub" href="http://tumblr.superfeedr.com/" xmlns:atom="http://www.w3.org/2005/Atom"/><description>Francois Ropert lives near Paris (France) and likes to deep dive in network (in)security</description><title>pello's network security</title><generator>Tumblr (3.0; @fropert)</generator><link>http://stack.packetfault.org/</link><item><title>vmware and ubuntu kernel update</title><description>&lt;p&gt;You just upgraded to the latest ubuntu kernel available and vmware stopped working. This time, running the vmware-config.pl script has not be sufficient. It worked but the job was done badly.&lt;/p&gt;
&lt;p&gt;This patch solved my problems with the latest ubuntu 10.04 kernel: &lt;a href="http://communities.vmware.com/thread/267682"&gt;&lt;a href="http://communities.vmware.com/thread/267682"&gt;http://communities.vmware.com/thread/267682&lt;/a&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Right after applying patches, re-run the vmware-config.pl script.&lt;/p&gt;</description><link>http://stack.packetfault.org/post/956866501</link><guid>http://stack.packetfault.org/post/956866501</guid><pubDate>Sun, 15 Aug 2010 12:12:50 +0200</pubDate><category>linux</category></item><item><title>SPF DNS top domains report</title><description>&lt;p&gt;As of 24th july:
dig +short TXT -f top10 | grep spf | wc -l   =&gt; 7
dig +short TXT -f top100 | grep spf | wc -l   =&gt; 67

No ip6 filtering within the top100
 &lt;/p&gt;</description><link>http://stack.packetfault.org/post/853384840</link><guid>http://stack.packetfault.org/post/853384840</guid><pubDate>Sat, 24 Jul 2010 12:58:00 +0200</pubDate><category>DNS</category></item><item><title>Hacking mindmap</title><description>&lt;a href="http://ww.mindmeister.com/fr/11594999/hacking"&gt;Hacking mindmap&lt;/a&gt;</description><link>http://stack.packetfault.org/post/714625089</link><guid>http://stack.packetfault.org/post/714625089</guid><pubDate>Sat, 19 Jun 2010 12:56:58 +0200</pubDate></item><item><title>ssl/ssh multiplexer</title><description>&lt;a href="http://www.rutschle.net/tech/sslh.shtml"&gt;ssl/ssh multiplexer&lt;/a&gt;</description><link>http://stack.packetfault.org/post/705581440</link><guid>http://stack.packetfault.org/post/705581440</guid><pubDate>Wed, 16 Jun 2010 22:53:11 +0200</pubDate></item><item><title>Cisco Nexus troubleshooting notes</title><description>&lt;p&gt;Some commands useful for troubleshooting the nexus platform:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;show feature&lt;/li&gt;
&lt;li&gt;show version&lt;/li&gt;
&lt;li&gt;show system reset-reason&lt;/li&gt;
&lt;li&gt;show logging onboard stack-trace&lt;/li&gt;
&lt;li&gt;show logging nvram&lt;/li&gt;
&lt;li&gt;show proc mem&lt;/li&gt;
&lt;li&gt;show system internal kernel meminfo&lt;/li&gt;
&lt;li&gt;show system internal flash&lt;/li&gt;
&lt;li&gt;show system internal kernel malloc-stats&lt;/li&gt;
&lt;li&gt;show system internal kernel memory global detail&lt;/li&gt;
&lt;li&gt;show system internal kernel skb-stats&lt;/li&gt;
&lt;li&gt;show system internal kernel messages&lt;/li&gt;
&lt;li&gt;show system internal kernel nvram-trace&lt;/li&gt;
&lt;li&gt;show  hardware internal proc-info pcacheinfo&lt;/li&gt;
&lt;li&gt;&lt;span lang="EN" xml:lang="EN"&gt;sh system internal mts sup sap 252 stats&lt;/span&gt;&lt;/li&gt;
&lt;li&gt;&lt;span lang="EN" xml:lang="EN"&gt;sh system internal mts  sup sap 252 description&lt;/span&gt;&lt;/li&gt;
&lt;li&gt;&lt;span lang="EN" xml:lang="EN"&gt;sh system resource&lt;/span&gt;&lt;/li&gt;
&lt;li&gt;
&lt;span lang="EN" xml:lang="EN"&gt; &lt;/span&gt;&lt;span lang="EN" xml:lang="EN"&gt;sh system internal mts  buffers details&lt;/span&gt;
&lt;/li&gt;
&lt;li&gt;&lt;span lang="EN" xml:lang="EN"&gt;sh system internal mts  event-history msgs  &lt;/span&gt;&lt;/li&gt;
&lt;li&gt;&lt;span lang="EN" xml:lang="EN"&gt;sh system internal mts  event-history errors&lt;/span&gt;&lt;/li&gt;
&lt;li&gt;&lt;span lang="EN" xml:lang="EN"&gt;ethanalyzer local sniff-interface mgmt det limit-captured-frames 0&lt;/span&gt;&lt;/li&gt;
&lt;li&gt;&lt;span lang="EN" xml:lang="EN"&gt;Never do a “show tech”&lt;br/&gt;&lt;/span&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;To be completed…&lt;/p&gt;</description><link>http://stack.packetfault.org/post/697663526</link><guid>http://stack.packetfault.org/post/697663526</guid><pubDate>Mon, 14 Jun 2010 17:03:55 +0200</pubDate><category>nexus</category></item><item><title>Google IPv6 Implementors Conference (since 2008)</title><description>&lt;a href="https://sites.google.com/site/ipv6implementors/Home"&gt;Google IPv6 Implementors Conference (since 2008)&lt;/a&gt;</description><link>http://stack.packetfault.org/post/691115924</link><guid>http://stack.packetfault.org/post/691115924</guid><pubDate>Sat, 12 Jun 2010 20:08:10 +0200</pubDate></item><item><title>IEEE member card</title><description>&lt;img src="http://26.media.tumblr.com/tumblr_l3ci49G2J81qzna6ro1_400.jpg"/&gt;&lt;br/&gt;&lt;br/&gt;&lt;p&gt;IEEE member card&lt;/p&gt;</description><link>http://stack.packetfault.org/post/653767209</link><guid>http://stack.packetfault.org/post/653767209</guid><pubDate>Tue, 01 Jun 2010 19:04:57 +0200</pubDate><category>ieee</category></item><item><title>Old Version Downloads - OldApps.com</title><description>&lt;a href="http://www.oldapps.com/"&gt;Old Version Downloads - OldApps.com&lt;/a&gt;</description><link>http://stack.packetfault.org/post/651178097</link><guid>http://stack.packetfault.org/post/651178097</guid><pubDate>Tue, 01 Jun 2010 00:04:55 +0200</pubDate></item><item><title>SixXS - IPv6 Deployment &amp; Tunnel Broker :: IPv6 ULA (Unique Local ...</title><description>&lt;a href="http://www.sixxs.net/tools/grh/ula/"&gt;SixXS - IPv6 Deployment &amp; Tunnel Broker :: IPv6 ULA (Unique Local ...&lt;/a&gt;</description><link>http://stack.packetfault.org/post/632652615</link><guid>http://stack.packetfault.org/post/632652615</guid><pubDate>Wed, 26 May 2010 01:56:30 +0200</pubDate></item><item><title>BGP strikes again? No… it’s just a change in the...</title><description>&lt;img src="http://25.media.tumblr.com/tumblr_l2rj9wMVGe1qzna6ro1_400.png"/&gt;&lt;br/&gt;&lt;br/&gt;&lt;p&gt;BGP strikes again? No… it’s just a change in the SNMP community name&lt;/p&gt;</description><link>http://stack.packetfault.org/post/618768033</link><guid>http://stack.packetfault.org/post/618768033</guid><pubDate>Fri, 21 May 2010 11:20:20 +0200</pubDate><category>snmp</category></item><item><title>Scapy and checksum calculation</title><description>&lt;p&gt;Sometimes you have to (re)calculate a checksum when you modify packets or when you try to solve &lt;a title="network defects" href="http://blog.networkdefects.com/"&gt;friends networking challenge&lt;/a&gt; like the following:&lt;/p&gt;
&lt;p&gt;&lt;span&gt; &lt;/span&gt;&lt;/p&gt;
&lt;p&gt;I’m 45000064000f0000fe013726c0a80108c0a8030b - a 20 bytes IP header.&lt;/p&gt;
&lt;p&gt;What will be my checksum after the next hop? :-)&lt;/p&gt;
&lt;p&gt;It’s easy with scapy … first, import the hex, modify the TTL, delete the checksum then apply show2() function. This one automatically recalculate the new checksum for you.&lt;/p&gt;
&lt;p&gt;&lt;span&gt;»&gt; pownage=IP(import_hexcap())&lt;br/&gt;0000 4500 0064 000f 0000 fe01 3726 c0a8 0108&lt;br/&gt;0010 c0a8 030b&lt;br/&gt;»&gt; pownage.ttl = pownage.ttl - 1&lt;br/&gt;»&gt; del pownage.chksum&lt;br/&gt;»&gt; pownage.show2()&lt;br/&gt;###[ IP ]###&lt;br/&gt;version= 4L&lt;br/&gt;ihl= 5L&lt;br/&gt;tos= 0x0&lt;br/&gt;len= 100&lt;br/&gt;id= 15&lt;br/&gt;flags= &lt;br/&gt;frag= 0L&lt;br/&gt;ttl= 253&lt;br/&gt;proto= icmp&lt;br/&gt;chksum= 0x3826&lt;br/&gt;src= 192.168.1.8&lt;br/&gt;dst= 192.168.3.11&lt;br/&gt;options= ”&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;br/&gt;&lt;/span&gt;&lt;/p&gt;</description><link>http://stack.packetfault.org/post/609529705</link><guid>http://stack.packetfault.org/post/609529705</guid><pubDate>Tue, 18 May 2010 10:00:00 +0200</pubDate><category>python</category><category>networking</category></item><item><title>OpenBSD 4.7 goodies and Cisco</title><description>&lt;p&gt;Meat and goodies:&lt;/p&gt;
&lt;p&gt;OpenBSD and Cizcoeee:&lt;/p&gt;
&lt;p&gt;&lt;img height="288" width="352" alt="OpenBSD 4.7 Cisco" src="http://www.packetfault.org/obsd47-cisco.jpg"/&gt;&lt;/p&gt;
&lt;p&gt;OpenBSD 4.7 official release date is 19th May of 2010 but already available as pre-order.&lt;/p&gt;</description><link>http://stack.packetfault.org/post/595186516</link><guid>http://stack.packetfault.org/post/595186516</guid><pubDate>Thu, 13 May 2010 15:06:00 +0200</pubDate><category>openbsd</category></item><item><title>Leon’s ten rules for improved network security</title><description>&lt;a href="http://leonward.wordpress.com/2010/05/11/leons-ten-rules-for-improved-network-security/"&gt;Leon’s ten rules for improved network security&lt;/a&gt;</description><link>http://stack.packetfault.org/post/595067689</link><guid>http://stack.packetfault.org/post/595067689</guid><pubDate>Thu, 13 May 2010 13:58:38 +0200</pubDate></item><item><title>Big LAN and ARP broadcast</title><description>&lt;p&gt;Sometimes the network suffers from a very BAD design (like large L2 domain).&lt;/p&gt;
&lt;p&gt;In this situation, some (normal) network behavior are more visible than it should if the network had a better designer.&lt;/p&gt;
&lt;p&gt;The reason of the bad design is often part of the history OR the hired consultant dislikes th company he works for and ship them with a bad design :D&lt;/p&gt;
&lt;p&gt;One of the visible phenomenon occurs when many hosts are populated in ARP caches and the local table overflows. The default ARP cache on Linux (and every other OS) are not suited for the bad designed networks.&lt;/p&gt;
&lt;p&gt;It results in broadcast storms that kills network performances. Another side effect that double the bad effect is when you have configured broadcast rate-limiter. This feature could kills ARP broadcast and make the packets dance … dance again and again through your L2 network.&lt;/p&gt;
&lt;p&gt;To fix the network, you must go in two directions:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;re-think your broadcast rate-limiter (in some network devices it’s done automatically without configuration! don’t trust the vendor pre-sales in his well-suited costume, trust the packets!&lt;/li&gt;
&lt;li&gt;adjust ARP cache and garbage collector settings on your end hosts. And adjust CAM age entries on your transit L2 devices. For Linux, you can go with those parameters:&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;$ sudo echo ‘net.ipv4.neigh.default.gc_thresh3’ = 4096 » /etc/sysctl.conf&lt;/p&gt;
&lt;p&gt;$ sudo echo ‘net.ipv4.neigh.default.gc_thresh2’ = 2048 » /etc/sysctl.conf&lt;/p&gt;

&lt;p&gt;$ sudo echo ‘net.ipv4.neigh.default.gc_thresh1’ = 1024 » /etc/sysctl.conf&lt;/p&gt;
&lt;p&gt;$ sudo sysctl -p&lt;/p&gt;
&lt;p&gt;Et voilà!&lt;/p&gt;</description><link>http://stack.packetfault.org/post/589131592</link><guid>http://stack.packetfault.org/post/589131592</guid><pubDate>Tue, 11 May 2010 10:00:00 +0200</pubDate><category>linux</category><category>ethernet</category></item><item><title>Wireshark configuration for Check Point fw monitor</title><description>&lt;p&gt;Here is how to set-up correctly wireshark in order to read fw monitor output friendly:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;ctrl+shift+p&lt;/li&gt;
&lt;li&gt;Protocols / Ethernet / &lt;strong&gt;Attempt to interpret as Firewall-1 monitor file&lt;/strong&gt;
&lt;/li&gt;
&lt;li&gt;Protocols / FW-1 / &lt;strong&gt;Monitor file includes UUID&lt;/strong&gt; and &lt;strong&gt;Interface list includes chain position&lt;/strong&gt;
&lt;/li&gt;
&lt;li&gt;User Interface / Columns / Add : &lt;em&gt;fw-1 chain&lt;/em&gt;|&lt;strong&gt;FW-1 monitor if/direction&lt;/strong&gt;
&lt;/li&gt;
&lt;li&gt;Apply preferences&lt;/li&gt;
&lt;li&gt;View / Coloring rules / New&lt;/li&gt;
&lt;li&gt;preIn / fw1.direction==i&lt;/li&gt;
&lt;li&gt;postIn / fw1.direction==I&lt;/li&gt;
&lt;li&gt;preOut / fw1.direction==o&lt;/li&gt;
&lt;li&gt;postOut / fw1.direction==O&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;Good luck!&lt;/p&gt;</description><link>http://stack.packetfault.org/post/581481122</link><guid>http://stack.packetfault.org/post/581481122</guid><pubDate>Sat, 08 May 2010 17:05:39 +0200</pubDate><category>checkpoint</category></item><item><title>802.3x prezo</title><description>&lt;p&gt;Breaking the myth about 802.3x usage. Here is a public prezo I did for a customer.&lt;/p&gt;
&lt;p&gt;&lt;a title="Ethernet flow control" href="http://www.packetfault.org/ethernet-flow-control.pdf"&gt;Click here to download the prezo&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Table of contents:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Do you really know Flow Control?&lt;/li&gt;
&lt;li&gt;802.3x standard&lt;/li&gt;
&lt;li&gt;Places where you will find 802.3x&lt;/li&gt;
&lt;li&gt;Pause frames were created to defeat non wire­rates switches&lt;/li&gt;
&lt;li&gt;Symetric vs Asymetric 802.3x&lt;/li&gt;
&lt;li&gt;Asymetric speed connected to the same L2 device&lt;/li&gt;
&lt;li&gt;Flow control on trunk/etherchannel impact&lt;/li&gt;
&lt;li&gt;Where to use flow control&lt;/li&gt;
&lt;li&gt;(some) Cisco switches behavior&lt;/li&gt;
&lt;li&gt;Pause frames in wireshark&lt;/li&gt;
&lt;li&gt;802.3x Black Hat&lt;/li&gt;
&lt;li&gt;802.3x versus QoS&lt;/li&gt;
&lt;li&gt;Datacenter&lt;/li&gt;
&lt;li&gt;Ethernet over MPLS&lt;/li&gt;
&lt;li&gt;Operational tips&lt;/li&gt;
&lt;li&gt;Best practices summary&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;Enjoy …&lt;/p&gt;</description><link>http://stack.packetfault.org/post/571340224</link><guid>http://stack.packetfault.org/post/571340224</guid><pubDate>Tue, 04 May 2010 20:17:16 +0200</pubDate><category>ethernet</category></item><item><title>Wireshark · OUI Lookup Tool</title><description>&lt;a href="http://www.wireshark.org/tools/oui-lookup.html"&gt;Wireshark · OUI Lookup Tool&lt;/a&gt;: &lt;p&gt;&lt;span&gt;The Wireshark OUI lookup tool provides an easy way to look up &lt;a href="http://standards.ieee.org/faqs/OUI.html"&gt;OUIs&lt;/a&gt; and other MAC address prefixes. It uses the &lt;a href="http://anonsvn.wireshark.org/wireshark/trunk/manuf"&gt;Wireshark manufacturer database&lt;/a&gt;, which is a list of OUIs and MAC addresses compiled from a number of sources.&lt;/span&gt;&lt;/p&gt;</description><link>http://stack.packetfault.org/post/563128168</link><guid>http://stack.packetfault.org/post/563128168</guid><pubDate>Sat, 01 May 2010 14:16:00 +0200</pubDate><category>ethernet</category></item><item><title>Wireshark: extract HTTP objects from captured traffic</title><description>&lt;p&gt;Looking for an elegant way to extract HTTP objects (images, javascript, …) from a pcap file?&lt;/p&gt;
&lt;p&gt;Open the pcap file under wireshark then click on FILE =&gt; Export =&gt; Objects =&gt; HTTP.&lt;/p&gt;
&lt;p&gt;&lt;img height="275" width="375" src="http://www.packetfault.org/wireshark-http-objects.png"/&gt;&lt;/p&gt;</description><link>http://stack.packetfault.org/post/562859925</link><guid>http://stack.packetfault.org/post/562859925</guid><pubDate>Sat, 01 May 2010 10:45:43 +0200</pubDate><category>wireshark</category></item><item><title>802.3x blackhat pownage</title><description>&lt;p&gt;Little leak from a future prezo for a customer:&lt;/p&gt;
&lt;p&gt;802.3x flow control is a quick&amp;dirty protocol. If you have physical access to install a hub anywhere on the network or already have a victim host under control it could lead to a massive Ethernet Denial of Service.&lt;/p&gt;
&lt;p&gt;It’s very easy to kill a network at layer 2 if mitm is possible and flow control receive is on by replaying quanta 65535 pause frames.&lt;/p&gt;
&lt;p&gt;Impact:&lt;/p&gt;
&lt;p&gt;No new flows creation will be possible.&lt;/p&gt;
&lt;p&gt;Existing connections breaks if DoS is longer than upper layers timeout.&lt;/p&gt;
&lt;p&gt;Reply from 10.162.112.45: bytes=32 time&lt;1ms TTL=255&lt;/p&gt;
&lt;p&gt;Reply from 10.162.112.45: bytes=32 time&lt;1ms TTL=255&lt;/p&gt;
&lt;p&gt;Reply from 10.162.112.45: bytes=32 time&lt;1ms TTL=255&lt;/p&gt;
&lt;p&gt;Request timed out.&lt;/p&gt;
&lt;p&gt;Request timed out.&lt;/p&gt;
&lt;p&gt;Request timed out.&lt;/p&gt;
&lt;p&gt;…&lt;/p&gt;
&lt;p&gt;Request timed out.&lt;/p&gt;
&lt;p&gt;Reply from 10.162.112.45: bytes=32 time=1729ms TTL=255 &lt;— Attack stopped&lt;/p&gt;
&lt;p&gt;Reply from 10.162.112.45: bytes=32 time&lt;1ms TTL=255&lt;/p&gt;
&lt;p&gt;2960_lab_test#sh int flow | inc (Fa0/48|Port)&lt;/p&gt;
&lt;p&gt;Port       Send FlowControl  Receive FlowControl  RxPause TxPause&lt;/p&gt;
&lt;p&gt;Fa0/48     Unsupp.  Unsupp.  on       on          385552  0&lt;/p&gt;</description><link>http://stack.packetfault.org/post/561599873</link><guid>http://stack.packetfault.org/post/561599873</guid><pubDate>Fri, 30 Apr 2010 22:48:00 +0200</pubDate><category>ethernet</category></item><item><title>Haha received another inquiry from PHP.Hop willing users! yes! phphop rstack page is down. Pls look...</title><description>&lt;p&gt;Haha received another inquiry from PHP.Hop willing users! yes! phphop rstack page is down. Pls look at HiHat or glastopf projects.&lt;/p&gt;</description><link>http://stack.packetfault.org/post/538031234</link><guid>http://stack.packetfault.org/post/538031234</guid><pubDate>Wed, 21 Apr 2010 12:54:29 +0200</pubDate></item></channel></rss>
