<div dir="ltr"><div><span style="line-height:1.5">I wrote a slightly longer piece on this today here: <a href="http://cybersecpolitics.blogspot.com/2016/07/when-is-cyber-attack-act-of-war.html">http://cybersecpolitics.blogspot.com/2016/07/when-is-cyber-attack-act-of-war.html</a></span><br></div><div><span style="line-height:1.5"><br></span></div><div><span style="line-height:1.5">But to address the CERT question directly, I will pose a few distinct arguments as to how Cyber is a special snowflake and CERTS are clearly legitimate targets.</span></div><div><span style="line-height:1.5"><br></span></div><div><span style="line-height:1.5">First, the things I&#39;ve read coming out of the UN/Tallinn have made few inroads into defining the difference between CNE and CNA. From an espionage standpoint, CERTS are clear high priority targets because they collect information on your attacks, but also on other nation states who have been caught, which can be fed directly into your national intrusion response. </span></div><div><span style="line-height:1.5"><br></span></div><div><span style="line-height:1.5">Likewise, while it is annoying to have your CERT non-functional, a CNA attack on a CERT is not life-ending or otherwise special in any way - I&#39;m not privy to whatever discussion at the UN/Tallinn drove them to the conclusion that a CERT was something special in the response fabric - one could as well label &quot;Amazon AWS&quot; as off limits. As much as I love the people on our CERTs, we have </span>duplicate<span style="line-height:1.5"> response effort in many different agencies (in particular, DHS/NSA/FBI/CIA/DOD). No sane country is going to take CNE against CERTs off the plate.</span></div><div><span style="line-height:1.5"><br></span></div><div><span style="line-height:1.5">If what you&#39;re saying is: There are some places you should not attack, I would point out that the translation into cyber world is &quot;There are some effects on systems you should try not to have&quot;. For example: &quot;Trojan anything you want, but don&#39;t actually damage the dam system near NY because we will respond to that as it could cause massive loss of life and clean water&quot;.</span></div><div><span style="line-height:1.5"><br></span></div><div><span style="line-height:1.5">The thing that makes Cyber special here is that there is no end to the thread when you pull on it - there is no red line you can draw around a hospital or dam system. </span></div><div><span style="line-height:1.5"><br></span></div><div><span style="line-height:1.5">-dave </span></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Jul 12, 2016 at 3:04 PM Alex Grigsby &lt;<a href="mailto:AGrigsby@cfr.org">AGrigsby@cfr.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I agree with most of the points you raise (esp. with respect to the vagueness of &quot;critical infrastructure&quot;) but I&#39;ll push back a bit on your CERT point.<br>
<br>
You&#39;re right that a CERT would likely be a prime target during a conflict, but just because a country would want to pwn a CERT doesn&#39;t necessarily mean that it should. Over the last 100+ years, countries have agreed to not deliberately target certain installations in wartime even if it&#39;s in their strategic interest to do so. For example, the laws of war prohibit the targeting hospitals or anything with a red cross/red crescent (<a href="https://en.wikipedia.org/wiki/Protective_sign" rel="noreferrer" target="_blank">https://en.wikipedia.org/wiki/Protective_sign</a>) even if it would be militarily advantageous for a country to do so (i.e. less enemies on the battlefield). Same thing goes for restrictions on certain weapons (e.g. chemical weapons in the case of the Geneva protocol or booby traps in the case of the Conventional Weapons convention).<br>
<br>
Countries have agreed to these restrictions largely on the basis of reciprocity--we won&#39;t do it to you if you don&#39;t do it to us. It doesn&#39;t necessarily mean that all states will comply, but they create a strong norm in favor of their adherence.<br>
<br>
Based on the history of the laws of war, it doesn&#39;t seem completely ridiculous that countries could eventually come to some sort of understanding that CERTs are off limits.<br>
<br>
Alex<br>
<br>
-----Original Message-----<br>
From: <a href="mailto:dailydave-bounces@lists.immunityinc.com" target="_blank">dailydave-bounces@lists.immunityinc.com</a> [mailto:<a href="mailto:dailydave-bounces@lists.immunityinc.com" target="_blank">dailydave-bounces@lists.immunityinc.com</a>] On Behalf Of <a href="mailto:dailydave-request@lists.immunityinc.com" target="_blank">dailydave-request@lists.immunityinc.com</a><br>
Sent: Tuesday, July 12, 2016 12:00 PM<br>
To: <a href="mailto:dailydave@lists.immunityinc.com" target="_blank">dailydave@lists.immunityinc.com</a><br>
Subject: Dailydave Digest, Vol 56, Issue 1<br>
<br>
Send Dailydave mailing list submissions to<br>
        <a href="mailto:dailydave@lists.immunityinc.com" target="_blank">dailydave@lists.immunityinc.com</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="https://lists.immunityinc.com/mailman/listinfo/dailydave" rel="noreferrer" target="_blank">https://lists.immunityinc.com/mailman/listinfo/dailydave</a><br>
or, via email, send a message with subject or body &#39;help&#39; to<br>
        <a href="mailto:dailydave-request@lists.immunityinc.com" target="_blank">dailydave-request@lists.immunityinc.com</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:dailydave-owner@lists.immunityinc.com" target="_blank">dailydave-owner@lists.immunityinc.com</a><br>
<br>
When replying, please edit your Subject line so it is more specific than &quot;Re: Contents of Dailydave digest...&quot;<br>
<br>
<br>
Today&#39;s Topics:<br>
<br>
   1. &quot;I hunt Sys-Admins&quot; (dave aitel)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 11 Jul 2016 15:15:12 -0400<br>
From: dave aitel &lt;<a href="mailto:dave@immunityinc.com" target="_blank">dave@immunityinc.com</a>&gt;<br>
To: &quot;<a href="mailto:dailydave@lists.immunityinc.com" target="_blank">dailydave@lists.immunityinc.com</a>&quot;<br>
        &lt;<a href="mailto:dailydave@lists.immunityinc.com" target="_blank">dailydave@lists.immunityinc.com</a>&gt;<br>
Subject: [Dailydave] &quot;I hunt Sys-Admins&quot;<br>
Message-ID: &lt;<a href="mailto:5fc94935-e035-6b70-5d55-7f16d7f25992@immunityinc.com" target="_blank">5fc94935-e035-6b70-5d55-7f16d7f25992@immunityinc.com</a>&gt;<br>
Content-Type: text/plain; charset=&quot;utf-8&quot;<br>
<br>
Occasionally I like to reflect, as you all do, on the various things that have mis-shaped our understanding of cyber war.<br>
<br>
For example, take this Intercept article based on the Snowden leaks:<br>
<a href="https://theintercept.com/2014/03/20/inside-nsa-secret-efforts-hunt-hack-system-administrators/" rel="noreferrer" target="_blank">https://theintercept.com/2014/03/20/inside-nsa-secret-efforts-hunt-hack-system-administrators/</a><br>
<br>
Viewed in hindsight, this article points very closely at something I&#39;m going to support in depth in an article coming out shortly, which is that *the term &quot;Critical Infrastructure&quot; does not apply in cyber the way defense strategists think it does*. I mention this, which may seem obvious to the readership of this list, because if you read policy papers they go on an on about how nations should avoid &quot;attacking&quot; each others &quot;critical infrastructure&quot; as a &quot;norm&quot;. They don&#39;t, of course, consider defining a lot of terms in any specificity, but they do mention that under no circumstances should CERTs be attacked. Which clearly is ridiculous because in cyberwar the CERT is something you will have penetrated first so you know when you&#39;ve been caught everywhere else.<br>
Likewise, CERTs are usually very easy to attack. Likewise, top on your list is <a href="mailto:secure@microsoft.com" target="_blank">secure@microsoft.com</a>, and every other security contact. And in order to claim those things as &quot;off limits&quot; we have to declare huge swaths of infrastructure (often unknown ahead of time) as off limits.<br>
<br>
Also visible in retrospect is that people love to focus on the catchy phrases. &quot;I hunt sys-admins&quot;. Sure you do! But that means your strategic offensive efforts have already failed at least twice. In order to get to the point where &quot;I hunt sys-admins&quot; team is involved, you have to get through &quot;I hunt developers&quot;, &quot;I hunt other hackers&quot;, and &quot;I hunt system integrators&quot;. And even above them is &quot;I hunt standards developers and cryptographers&quot; (aka, NIST :) ).<br>
<br>
-dave<br>
<br>
<br>
<br>
<br>
<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: &lt;<a href="https://lists.immunityinc.com/pipermail/dailydave/attachments/20160711/97fa7226/attachment-0001.html" rel="noreferrer" target="_blank">https://lists.immunityinc.com/pipermail/dailydave/attachments/20160711/97fa7226/attachment-0001.html</a>&gt;<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Dailydave mailing list<br>
<a href="mailto:Dailydave@lists.immunityinc.com" target="_blank">Dailydave@lists.immunityinc.com</a><br>
<a href="https://lists.immunityinc.com/mailman/listinfo/dailydave" rel="noreferrer" target="_blank">https://lists.immunityinc.com/mailman/listinfo/dailydave</a><br>
<br>
<br>
End of Dailydave Digest, Vol 56, Issue 1<br>
****************************************<br>
<br>
_______________________________________________<br>
Dailydave mailing list<br>
<a href="mailto:Dailydave@lists.immunityinc.com" target="_blank">Dailydave@lists.immunityinc.com</a><br>
<a href="https://lists.immunityinc.com/mailman/listinfo/dailydave" rel="noreferrer" target="_blank">https://lists.immunityinc.com/mailman/listinfo/dailydave</a><br>
</blockquote></div>