<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>MLD on Insinuator.net - Bold Statements</title>
    <link>https://insinuator.net/tags/mld/</link>
    <description>Recent content in MLD on Insinuator.net - Bold Statements</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 04 Apr 2016 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://insinuator.net/tags/mld/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>draft-vyncke-pim-mld-security</title>
      <link>https://insinuator.net/2016/04/draft-vyncke-pim-mld-security/</link>
      <pubDate>Mon, 04 Apr 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/04/draft-vyncke-pim-mld-security/</guid>
      <description>&lt;p&gt;Right now, I’m in Buenos Aires for IETF95 where, amongst others, an Internet-Draft authored by &lt;a href=&#34;http://www.ciscopress.com/authors/bio/51D11BF7-F351-4ED9-995E-E0F5CB6C009D&#34;&gt;Eric Vyncke&lt;/a&gt;, &lt;a href=&#34;http://www.secfu.net/about-me/&#34;&gt;Antonios Atlasis&lt;/a&gt; and myself will be presented (and hopefully discussed) in two working groups. In the following I want to quickly lay out why we think this is an important contribution.&lt;/p&gt;&#xA;&lt;p&gt;As some of you may remember about two years ago we started an internal research project on the IPv6 “helper procotol” &lt;em&gt;Multicast Listener Discovery&lt;/em&gt; (MLD) and its security properties. One outcome of this research project was &lt;a href=&#34;https://twitter.com/anantary&#34;&gt;Jayson Salazar&lt;/a&gt;‘s excellent thesis on the topic (the full document &lt;a href=&#34;https://www.its.fh-muenster.de/doc/Security_Implications_of_MLD_in_IPv6_Networks.pdf&#34;&gt;can be found here&lt;/a&gt;), another outcome were the related talks we gave at DeepSec 2014 and at &lt;a href=&#34;https://www.troopers.de/media/filer_public/7c/35/7c35967a-d0d4-46fb-8a3b-4c16df37ce59/troopers15_ipv6secsummit_atlasis_rey_salazar_mld_considered_harmful_final.pdf&#34;&gt;Troopers15&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>MLD, a tale on Complexity in IPv6</title>
      <link>https://insinuator.net/2015/04/mld-a-tale-on-complexity-in-ipv6/</link>
      <pubDate>Sat, 04 Apr 2015 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2015/04/mld-a-tale-on-complexity-in-ipv6/</guid>
      <description>&lt;p&gt;The purpose of this blog post is to elucidate how and why MLD, an IPv6 protocol we’ve been lately talking quite a bit about, is an unnecessarily complex beast  . This article should also serve to summarize a couple of points we’ve mentioned during our talks about MLD but which because of time constraints never make it into the main discussion. We’ve talked about &lt;a href=&#34;http://www.insinuator.net/tag/mld/&#34; title=&#34;Other Aspects of MLD&#34;&gt;other aspects of MLD in previous posts&lt;/a&gt;. So, have a look at those if this is a topic which you find interesting. Without further ado, let’s start for today.&lt;/p&gt;</description>
    </item>
    <item>
      <title>An MLD Testing Methodology</title>
      <link>https://insinuator.net/2015/03/an-mld-testing-methodology/</link>
      <pubDate>Fri, 06 Mar 2015 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2015/03/an-mld-testing-methodology/</guid>
      <description>&lt;p&gt;Based on recent research in the ERNW IPv6 lab and with &lt;a href=&#34;https://www.troopers.de/events/troopers15/467_mld_considered_harmful__breaking_another_ipv6_subprotocol/&#34;&gt;our MLD talk&lt;/a&gt; looming we’ve put together a (as we think) comprehensive document discussing how to thoroughly test MLD implementations in various components (network devices or servers/clients). We hope it can contribute to a better understanding of the protocol and that it can serve as either a checklist for your own environment or as a source of inspiration for researchers looking at MLD themselves.&lt;/p&gt;</description>
    </item>
    <item>
      <title>MLD Considered Harmful?</title>
      <link>https://insinuator.net/2014/11/mld-considered-harmful/</link>
      <pubDate>Thu, 27 Nov 2014 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2014/11/mld-considered-harmful/</guid>
      <description>&lt;p&gt;This is a guest post from &lt;a href=&#34;https://twitter.com/AntoniosAtlasis&#34;&gt;Antonios Atlasis&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;On Thursday the 20^(th) Enno, Jayson and I had the pleasure to present our latest research results  regarding MLD at &lt;a href=&#34;http://www.deepsec.net/speaker.html#PSLOT153&#34;&gt;Deepsec 2014&lt;/a&gt;, both from vendors’ implementation perspective as well as regarding protocol design flaws (some preliminary results as well as our testing methodology were discussed &lt;a href=&#34;http://www.insinuator.net/2014/11/mld-to-be-reconsidered/&#34;&gt;here&lt;/a&gt; and &lt;a href=&#34;http://www.insinuator.net/2014/11/protocol-properties-attack-vectors/&#34;&gt;here&lt;/a&gt;).&lt;/p&gt;&#xA;&lt;p&gt;For refreshing out memory, in a nutshell, the purpose of MLD, a subprotocol of IPv6, is to inform routers about the presence of nodes which are interested in receiving specific multicast traffic (&lt;a href=&#34;http://tools.ietf.org/html/rfc2710&#34;&gt;RFC 2710&lt;/a&gt;). The newer version of MLD, MLDv2 adds the ability for source address selection (&lt;a href=&#34;http://tools.ietf.org/html/rfc3810&#34;&gt;RFC 3810&lt;/a&gt;).&lt;/p&gt;</description>
    </item>
    <item>
      <title>MLD to Be Reconsidered?</title>
      <link>https://insinuator.net/2014/11/mld-to-be-reconsidered/</link>
      <pubDate>Fri, 14 Nov 2014 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2014/11/mld-to-be-reconsidered/</guid>
      <description>&lt;p&gt;This is guest post from &lt;a href=&#34;https://twitter.com/AntoniosAtlasis&#34;&gt;Antonios Atlasis&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Following my September post about the connection between &lt;a href=&#34;http://www.insinuator.net/2014/09/mld-and-neighbor-discovery-are-they-related/&#34;&gt;MLD and Neighbor Discovery&lt;/a&gt;, as well as &lt;a href=&#34;http://www.insinuator.net/2014/11/protocol-properties-attack-vectors/&#34;&gt;Enno’s introduction&lt;/a&gt; about our &lt;a href=&#34;http://www.deepsec.net/speaker.html#PSLOT153&#34;&gt;upcoming talk at DeepSec&lt;/a&gt;, I would like to try to enlighten you about this with some technical details. First, we have some facts:&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;MLD is pre-enabled in most modern Operating Systems.&lt;/li&gt;&#xA;&lt;li&gt;MLD traffic is sent out-of the-box during the stack initialization, as well as periodically.&lt;/li&gt;&#xA;&lt;li&gt;They also interact with/respond to MLD Queries without any further configuration.&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;To run the tests, first we wrote down all potential security issues that may arise by (ab)using MLD, starting from the simple ones, like:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Protocol Properties &amp; Attack Vectors</title>
      <link>https://insinuator.net/2014/11/protocol-properties-attack-vectors/</link>
      <pubDate>Thu, 13 Nov 2014 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2014/11/protocol-properties-attack-vectors/</guid>
      <description>&lt;p&gt;Next week, at &lt;a href=&#34;http://www.deepsec.net/&#34;&gt;DeepSec&lt;/a&gt;, we’re going to give a &lt;a href=&#34;http://www.deepsec.net/speaker.html#PSLOT153&#34;&gt;talk about Multicast Listener Discovery&lt;/a&gt; (MLD), a component of IPv6 which is realized by means of ICMPv6 messages. There are two versions of MLD (mainly specified in RFC 2710 and RFC 3810 respectively) and while MLD is technically implemented by ICMPv6 exchanges, these specifications describe a whole set of rules and communication formats, hence we can safely talk about “the MLD protocol”.&lt;/p&gt;&#xA;&lt;p&gt;Now, you might ask: how does one tackle the task of examining the security “of a protocol”?&lt;/p&gt;</description>
    </item>
    <item>
      <title>MLD and Neighbor Discovery. Are They Related?</title>
      <link>https://insinuator.net/2014/09/mld-and-neighbor-discovery.-are-they-related/</link>
      <pubDate>Wed, 03 Sep 2014 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2014/09/mld-and-neighbor-discovery.-are-they-related/</guid>
      <description>&lt;p&gt;This is a guest post from &lt;a href=&#34;http://www.secfu.net/about-me/&#34;&gt;Antonios Atlasis&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Today we had the opportunity at ERNW to have a full-day discussion about MLD. The discussion was led by Jayson Salazar who writes his thesis on the topic.&lt;/p&gt;&#xA;&lt;p&gt;For the newcomers to IPv6 world, the purpose of MLD, a subprotocol of IPv6, as defined in &lt;a href=&#34;http://tools.ietf.org/html/rfc2710&#34;&gt;RFC 2710&lt;/a&gt;, is “&lt;em&gt;to enable each IPv6 router to discover the presence of multicast listeners (that is, nodes wishing to receive multicast packets) on its directly attached links, and to discover specifically which multicast addresses are of interest to those neighboring nodes.&lt;/em&gt;” MLD was updated by MLDv2 in &lt;a href=&#34;http://tools.ietf.org/html/rfc3810&#34;&gt;RFC 3810&lt;/a&gt; in order to “&lt;em&gt;add the ability for a node to report interest in listening to packets with a particular multicast address only from specific source addresses or from all sources except for specific source addresses.&lt;/em&gt;”&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
