Re: [Smart] Draft Charter For SMART Proposed RG
"Arnaud.Taddei.IETF" <Arnaud.Taddei.IETF@protonmail.com> Fri, 07 December 2018 03:01 UTC
Return-Path: <Arnaud.Taddei.IETF@protonmail.com>
X-Original-To: smart@ietfa.amsl.com
Delivered-To: smart@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DCEC12D4ED for <smart@ietfa.amsl.com>; Thu, 6 Dec 2018 19:01:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.2
X-Spam-Level:
X-Spam-Status: No, score=-0.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_WORDY=2.499, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=protonmail.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 Lez5GwlhmaEB for <smart@ietfa.amsl.com>; Thu, 6 Dec 2018 19:01:50 -0800 (PST)
Received: from mail1.protonmail.ch (mail1.protonmail.ch [185.70.40.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 752DE130934 for <smart@irtf.org>; Thu, 6 Dec 2018 19:01:49 -0800 (PST)
Date: Fri, 07 Dec 2018 03:01:36 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=default; t=1544151704; bh=+JsxruvXscKs0RuXClHDkzBUD0YUtPkQaG7cXSelnvw=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References: Feedback-ID:From; b=R+1FuBsx9ikzdP5+zBJ5MaiscNwhhFpD3OIdXIzTQmRlgknSHWek0wHLEhfUQAYJX tAmkzioPU2G6+KKU9at1lKUfaXRcOyWh32206zTtXYeB1V9+W5qC1hskGkR91Je/VE NPZVnKUIMPUr6wp94Uth0+Oe+1oxuSsES5NTH0HY=
To: Kirsty P <Kirsty.p=40ncsc.gov.uk@dmarc.ietf.org>
From: "Arnaud.Taddei.IETF" <Arnaud.Taddei.IETF@protonmail.com>
Cc: "smart@irtf.org" <smart@irtf.org>
Reply-To: "Arnaud.Taddei.IETF" <Arnaud.Taddei.IETF@protonmail.com>
Message-ID: <mqhoMIhhQO7HvWFfyswhMBUnwRbIVPKGjVyI3tW66c-iyE67Bho8TdddRBxasaI2hVD9dH-ByOaSjPgEibyvDLRlNxh3qA2fJdC5N5ooKU4=@protonmail.com>
In-Reply-To: <MMXP123MB0847E55749751AA12D26DBFAD7150@MMXP123MB0847.GBRP123.PROD.OUTLOOK.COM>
References: <MMXP123MB0847E55749751AA12D26DBFAD7150@MMXP123MB0847.GBRP123.PROD.OUTLOOK.COM>
Feedback-ID: kou6vaSHQeY5dgFN9dCIYKo4z6hnnNmKuV4IBJw2wx4vSVPtftyhWUTBigri6zMJ3K1hxYJjI-3RAIGaizMt5g==:Ext:ProtonMail
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="b1_bd721af13086fb74d8136ab1ccd8a347"
Archived-At: <https://mailarchive.ietf.org/arch/msg/smart/yMY62C4yiQCfXkx2DMsCvuCNVZE>
Subject: Re: [Smart] Draft Charter For SMART Proposed RG
X-BeenThere: smart@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Stopping Malware And Researching Threats <smart.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/smart>, <mailto:smart-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/smart/>
List-Post: <mailto:smart@irtf.org>
List-Help: <mailto:smart-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/smart>, <mailto:smart-request@irtf.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Dec 2018 03:01:56 -0000
I will do my best to support this group, indirectly for the moment and then directly before IETF104 Thank you for organising and structuring this important work Sent with [ProtonMail](https://protonmail.com) Secure Email. ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Wednesday 26 September 2018 22:36, Kirsty P <Kirsty.p=40ncsc.gov.uk@dmarc.ietf.org> wrote: > This is the draft charter for the Proposed Research Group: Stopping Malware and Researching Threats (SMART). > > Your thoughts and suggestions are very welcome - please post to the list with your comments! - and keep an eye out for a list of proposed research problems soon... > > # Stopping Malware and Researching Threats (SMART) Proposed RG - Draft Charter > > ## BACKGROUND > > The Stopping Malware and Researching Threats Research Group (or SMART RG) will investigate how cyber attack defence requirements can be met in a world of encrypted data. It will research the effects, both positive and negative, of existing, proposed and newly published protocols and Internet standards on attack defence. It will gather evidence from information security practitioners on methods used to defend against attacks and make this available to protocol designers. As a result, designers, implementers and users of new protocols will be better informed about the possible impact on attack prevention and mitigation. > > The IRTF is in a unique position to provide this research and evidence to the IETF. This research group aims to describe the effect of protocol changes where relevant and stimulate methodical research into attack defence methods for new protocols. Protocols are already rigorously assessed for their security properties, but ensuring attack defence methods are also rigorously assessed alongside protocol design changes would provide a fuller understanding of the value for such change, enabling a better engineered Internet. > > ## AIMS > > This research group has these major aims: > > - To bring evidence on attacks and the methods that are or could be used to defend against them to the attention of the IETF. > > - To highlight the attack mitigation impact, both positive and negative, of new protocols and updates to existing protocols. > > - To stimulate and generate research into attack defence methods for new protocols, and to increase awareness in the technical community of new and existing methodology for detecting and mitigating attacks. > > - To provide systematic guidance to designers of new protocols as to what attack defence considerations to review, and to inform implementers by default about the effects of new protocols on attack defence. > > - To produce problem statements that describe key issues in cyber security for the group to research (initial research project ideas are listed below). > > ## OUTPUTS > > The research group plans to create documents that may include, but are not limited to, the following: > > - Internet drafts, some of which may be published through the IRTF RFC stream. These will include outline problem statements, use cases, case studies and convey research results. They will be written for use by other groups to inform protocol design. > > - Policy papers, for in-depth analysis and discussion of the relationship between attack defence and the Internet architecture and protocols. > > - Research papers, containing quantitative evidence of actual attacks and the success of defence methods against them, as well as theoretical and formal analyses of the implications of proposed protocols on attack defence. Defence methods will be analyzed to determine if there are ways to optimize in order to better scale attack detection and mitigation. > > - Survey of current and historic IETF material to discover existing deliberations on attack defence. > > - Best practice papers, describing methodologies that will enable researchers to conduct experiments and report results that are useful to designers of protocols. These methodologies will give descriptions of the effects of protocols on attack defence backed by evidence from real-world attacks, laboratory-based testing and theoretical analysis of protocols, through the analysis lens of attacks, detection methods and systematic assessment methodologies. > > Within the first year, the research group aims to: > > - Survey existing attack detection methods and determine the relative effectiveness of these methods against different attack defence threats (e.g. phishing, DDoS, spambots, C&C, endpoint malware) > > - Publish case studies of historical attacks and make recommendations where attacks could have been stopped more quickly, or even prevented > > - Publish an Informational RFC, titled: "Important Attack Defence Considerations for Protocol Design and Deployment". > > ## MEMBERSHIP > > Membership is open to any interested parties who intend to remain current with the published documents and mailing list issues. Wide participation from industry, academia, government and non-profits is encouraged. > > This information is exempt under the Freedom of Information Act 2000 (FOIA) and may be exempt under other UK information legislation. Refer any FOIA queries to ncscinfoleg@ncsc.gov.uk
- [Smart] Draft Charter For SMART Proposed RG Kirsty P
- Re: [Smart] Draft Charter For SMART Proposed RG Stephen Farrell
- Re: [Smart] Draft Charter For SMART Proposed RG Bret Jordan
- Re: [Smart] Draft Charter For SMART Proposed RG Kirsty P
- Re: [Smart] Draft Charter For SMART Proposed RG Kirsty P
- Re: [Smart] Draft Charter For SMART Proposed RG Stephen Farrell
- Re: [Smart] Draft Charter For SMART Proposed RG Kathleen Moriarty
- Re: [Smart] Draft Charter For SMART Proposed RG Bret Jordan
- Re: [Smart] Draft Charter For SMART Proposed RG David McGrew (mcgrew)
- Re: [Smart] Draft Charter For SMART Proposed RG Kathleen Moriarty
- Re: [Smart] Draft Charter For SMART Proposed RG David McGrew (mcgrew)
- Re: [Smart] Draft Charter For SMART Proposed RG Kirsty P
- Re: [Smart] Draft Charter For SMART Proposed RG Bret Jordan
- Re: [Smart] Draft Charter For SMART Proposed RG Bret Jordan
- Re: [Smart] Draft Charter For SMART Proposed RG Stephen Farrell
- Re: [Smart] Draft Charter For SMART Proposed RG Bret Jordan
- Re: [Smart] Draft Charter For SMART Proposed RG Bret Jordan
- Re: [Smart] Draft Charter For SMART Proposed RG Suresh Ramasubramanian
- Re: [Smart] Draft Charter For SMART Proposed RG Stephen Farrell
- Re: [Smart] Draft Charter For SMART Proposed RG Kirsty P
- Re: [Smart] Draft Charter For SMART Proposed RG David McGrew (mcgrew)
- Re: [Smart] Draft Charter For SMART Proposed RG David McGrew (mcgrew)
- Re: [Smart] Draft Charter For SMART Proposed RG David McGrew (mcgrew)
- Re: [Smart] Draft Charter For SMART Proposed RG Bret Jordan
- Re: [Smart] Draft Charter For SMART Proposed RG Arnaud.Taddei.IETF