Re: [Cacao] Call for CACAO Charter Consensus

Joseph Salowey <joe@salowey.net> Fri, 31 May 2019 04:10 UTC

Return-Path: <joe@salowey.net>
X-Original-To: cacao@ietfa.amsl.com
Delivered-To: cacao@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 703FE120019 for <cacao@ietfa.amsl.com>; Thu, 30 May 2019 21:10:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=salowey-net.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Aojekw5aXsBR for <cacao@ietfa.amsl.com>; Thu, 30 May 2019 21:10:35 -0700 (PDT)
Received: from mail-qk1-x742.google.com (mail-qk1-x742.google.com [IPv6:2607:f8b0:4864:20::742]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 777F0120018 for <cacao@ietf.org>; Thu, 30 May 2019 21:10:35 -0700 (PDT)
Received: by mail-qk1-x742.google.com with SMTP id a132so5370136qkb.13 for <cacao@ietf.org>; Thu, 30 May 2019 21:10:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=salowey-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=sOs1Fo+oTSkra7NjKjXomOJ4o9NAMeBrFikMxpq+jU0=; b=xuWrn8JExzIJd1WtGVwU5LEPbMVr/BvESyFOxzIyEyFdNK0sQNwXE76xJRejEzDb93 +UYPR8DvIiBO0631w2morAx3RAq7yvZIeilk/up6WcHtr7/KYqXXeQDntgUDHzKpW4pO CfJNwsRRheieBPrAo1tHehOSag+B/I57pd64sKP48wv/ct27rt13y7Nu/zR77dqaI8LX rnv5S2xah4RS7WoPx5xmukccmGcMosnYJ0Io0Ko0UpWomAm/vctWGp9CNU5+LOYCIY4s hlBnDNCc0e/CxCjsUpSyQKifO8hbLGx9/MBvwjVGCui0ZRgO/vhiYbNP8XVtldUuKKxH bZWA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=sOs1Fo+oTSkra7NjKjXomOJ4o9NAMeBrFikMxpq+jU0=; b=konNK7mSooV5OIk9gjUrih39FH7iwuEfui1rmhAmfe5xxQX3zj377qs8nnT+nPu2YW yodKPxb1MvFME/yWdO6qO0FjkDb1lyK+be1KCorUQsRJ3Da2VUbI6RYSnHZ9oqg0ZGNr y4An5Pt+eQDUKEA0l04tO9+uVuAKcaKnco4NgR8ANbFe3rwvRj8aC603UjV1/RmVl9uS 4aYwWh/Ps/Stkxeb1Cg/KtpiftYaVm5uIYbwrLL8SrO7OZL9EZjDLt9RaELU8Aydje6J Ph7szMCMiOQ8KEhbHoAiJGYW4rg1n6wbZYLtY0h29AqGFfzTgzLRshgfIqtJjwER9Qyy P7rg==
X-Gm-Message-State: APjAAAXejZTw1G1BcCYjhpTLpOrtVEey8UuYmT+zOuCHICKq0bkab0RR rJAcKeY1xa/q1TxXbiW+t/NDhGHGwFNRH6TXBTevmQ==
X-Google-Smtp-Source: APXvYqzefRUnesNUWgA8eznXhiMoW5BBw3+nup+wTpSnhjf0AiTHSySpSPIP68ku6KMSdYOaMkV6Q+HhxOMkWtd4GGQ=
X-Received: by 2002:a37:a0d:: with SMTP id 13mr6742102qkk.273.1559275834507; Thu, 30 May 2019 21:10:34 -0700 (PDT)
MIME-Version: 1.0
References: <CAOgPGoAkj_QqPUzZe+O1W3f=P=EqARE5GCu6kMeO76kBWUK27A@mail.gmail.com> <787AE7BB302AE849A7480A190F8B93302EA902B4@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <CF19F98A-FAFD-4649-8D14-152EF3B281A5@gmail.com> <6FE67D39-33A2-4AEF-A40D-0793A8BB0A12@lookingglasscyber.com>
In-Reply-To: <6FE67D39-33A2-4AEF-A40D-0793A8BB0A12@lookingglasscyber.com>
From: Joseph Salowey <joe@salowey.net>
Date: Thu, 30 May 2019 21:10:23 -0700
Message-ID: <CAOgPGoCSOAHr+5mP-FdTUhhoEbu3PPom3xLDmTrS2OeToO1K3A@mail.gmail.com>
To: Allan Thomson <athomson@lookingglasscyber.com>
Cc: Bret Jordan <jordan.ietf@gmail.com>, "mohamed.boucadair@orange.com" <mohamed.boucadair@orange.com>, "cacao@ietf.org" <cacao@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000391771058a273293"
Archived-At: <https://mailarchive.ietf.org/arch/msg/cacao/EeTBvxE8T0Zy02B_LrTumHSuncI>
Subject: Re: [Cacao] Call for CACAO Charter Consensus
X-BeenThere: cacao@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Collaborative Automated Course of Action Operations <cacao.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cacao>, <mailto:cacao-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cacao/>
List-Post: <mailto:cacao@ietf.org>
List-Help: <mailto:cacao-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cacao>, <mailto:cacao-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 31 May 2019 04:10:38 -0000

On Tue, May 28, 2019 at 10:14 AM Allan Thomson <
athomson@lookingglasscyber.com> wrote:

> And one other thing worth noting.
>
>
>
> Are any of the points or concerns being raised, reasons to block forming a
> working group?
>
>
>
> It seems that if the charter is sufficiently defined to form the working
> group then some of the issues can be resolved in the natural order of
> business.
>
>
>
> However, if anyone feels that the working group should not be formed then
> that would be a reason or cause for the AD Chairs to pay attention to those
> particular concerns.
>
>
>
> My personal opinion is that there is enough consensus to move forward and
> solve some very real problems.
>
>
>

[Joe] We still have substantive comments on the scope of the work defined
by the charter that need to be addressed before the charter can be approved
to form a working group.



> Allan
>
>
>
> *From: *Cacao <cacao-bounces@ietf.org> on behalf of Bret Jordan <
> jordan.ietf@gmail.com>
> *Date: *Tuesday, May 28, 2019 at 10:10 AM
> *To: *"mohamed.boucadair@orange.com" <mohamed.boucadair@orange.com>
> *Cc: *Joseph Salowey <joe@salowey.net>, "cacao@ietf.org" <cacao@ietf.org>
> *Subject: *Re: [Cacao] Call for CACAO Charter Consensus
>
>
>
> We tried to address many of them.  But some of them, we just did not agree
> with.  With that said, I would love to have a call with you to talk through
> it.  I am hoping we can talk live to better address your concerns.
>
>
>
>
>
> Thanks,
>
> Bret
>
> PGP Fingerprint: 63B4 FC53 680A 6B7D 1447  F2C0 74F8 ACAE 7415 0050
>
> "Without cryptography vihv vivc ce xhrnrw, however, the only thing that
> can not be unscrambled is an egg."
>
>
>
> On May 28, 2019, at 9:00 AM, mohamed.boucadair@orange.com wrote:
>
>
>
> Hi Joe,
>
>
>
> The comments I shared on this charter text are still pending. Please check
> at:
> https://mailarchive.ietf.org/arch/msg/cacao/6jPvtjdsam0J9OAc1iIkQLcMLFE.
>
>
>
> Cheers,
>
> Med
>
>
>
> *De :* Cacao [mailto:cacao-bounces@ietf.org <cacao-bounces@ietf.org>] *De
> la part de* Joseph Salowey
> *Envoyé :* vendredi 10 mai 2019 15:39
> *À :* cacao@ietf.org
> *Objet :* [Cacao] Call for CACAO Charter Consensus
>
>
>
> At the CACAO meeting at IETF 105 in Prague there was significant interest in the CACAO problem statement.  We want to reach consensus for a charter for a working group.  A draft charter has been posted to the list [1]..
>
> We need to continue this discussion on the email list as well as gauge continued interest in participating in this work.  Please do so by responding to the following questions:
>
>
>
>   1.  Do you support this charter text (full text also provided at the end of email or at [1])?  Please submit objections or blocking concerns to the list.
>
>   2.  Are you willing to author or participate in the development of the drafts of this WG?
>
>   3.  Are you willing to help review the drafts of this WG?
>
>   4.  Are you interested in implementing drafts of this WG?
>
>
>
> Please provide comments including proposed text changes ASAP to provide ample time for discussion.  This call for consensus ends on May 27, 2019.
>
>
>
> Thanks,
>
> Joe & Chris
>
> [1] https://mailarchive.ietf.org/arch/msg/cacao/QKVvohhYvwU46jcsLYyYY1agPTU
>
>
>
> Charter text copied below:
>
> --------------
>
> # Introduction
>
> To defend against threat actors and their tactics, techniques, and procedures, organizations need to manually identify, create, and document prevention, mitigation, and remediation steps. These steps when grouped together into a course of action (COA) / playbook are used to protect systems, networks, data, and users. The problem is, once these steps have been created there is no standardized and structured way to document them, verify they were correctly executed, or easily share them across organizational boundaries and technology stacks.
>
>
>
>
>
> This working group will create a standard that implements the playbook model for cybersecurity operations.
>
>
>
>
>
> This solution will specifically enable:
>
>
>
>
>
>  1. the creation and documentation of COAs in a structured machine-readable format
>
>  2. organizations to perform attestation including verification and authentication  on COAs
>
>  3. the sharing and distribution of COAs across organizational boundaries and technology stacks that may include protocols, apis, interfaces and other related technology to support sharing.
>
>  4. the verification of COA correctness prior to deployment.
>
>  5. the monitoring of COA activity after successful deployment.
>
>
>
>
>
> This solution will contain (at a minimum) a standard JSON based data model, a defined set of functional capabilities and associated interfaces, and a protocol. This solution will also provide a data model for systems to confirm the status of the COA execution, however, it will be agnostic of how the COA is implemented by the system.
>
>
>
>
>
> Each collaborative course of action, such as recommended prevention, mitigation and remediation steps, will consist of a sequence of cyber defense actions that can be executed by the various systems that can act on those actions. Further, these COAs will be coordinated and deployed across heterogeneous cyber security systems such that both the actions requested and the resultant outcomes may be verified. These COA actions will be referenceable in a data structure like the OASIS STIX V2 model that provides support for related data such as threat actors, campaigns, intrusion sets, malware, attack patterns, and other adversarial techniques, tactics, and procedures.
>
>
>
>
>
> Where possible the working group will consider existing efforts, like OASIS OpenC2 and IETF I2NSF that define the atomic actions to be included in a process or sequence. The working group will not consider how shared actions are used/enforced, except where a response is expected for a specific action or step.
>
>
>
>
>
> # Goals and Deliverables
>
> This working group has the following major goals and deliverables
>
>
>
>
>
>  - CACAO Use Cases and Requirements
>
>    - Specify the use cases and requirements
>
>  - CACAO Functional Architecture: Roles and Interfaces
>
>    - Specify the system functions and roles that are needed to enable Collaborative Courses of Action
>
>  - CACAO Protocol Specification
>
>    - Specify and standardize the configuration for at least one protocol that can be used to distribute courses of action in both a direct delivery and publish-subscribe method
>
>  - CACAO Distribution and Response Application Layer Protocol
>
>    - Specify the protocol which may include apis, interfaces and other related technology to support the requirements identified for the protocol.
>
>  - CACAO JSON Data Model
>
>    - Create a JSON data model that can capture and enable collaborative courses of action
>
>  - CACAO Interoperability Test Documents
>
>    - Define and create a series of tests and documents to assist with interoperability of the various systems involved.
>
>
>
>
>
> The working group may decide to not publish the use cases and requirements; and test documents. That decision will be made during the lifetime of the working group.
>
> --
> Cacao mailing list
> Cacao@ietf.org
> https://www.ietf.org/mailman/listinfo/cacao
>
>
>