Re: [sacm] Hackathon Goals and Stretch Goals

Adam Montville <adam.w.montville@gmail.com> Mon, 15 May 2017 21:30 UTC

Return-Path: <adam.w.montville@gmail.com>
X-Original-To: sacm@ietfa.amsl.com
Delivered-To: sacm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 921C71201F2 for <sacm@ietfa.amsl.com>; Mon, 15 May 2017 14:30:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 goHaWjUpI7d9 for <sacm@ietfa.amsl.com>; Mon, 15 May 2017 14:30:15 -0700 (PDT)
Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (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 EF87D1293F9 for <sacm@ietf.org>; Mon, 15 May 2017 14:27:34 -0700 (PDT)
Received: by mail-io0-x234.google.com with SMTP id o12so82321907iod.3 for <sacm@ietf.org>; Mon, 15 May 2017 14:27:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=bsoxkKxY02En7hyKPn1bnVaFCOax+Uus+Fs6uEbP/gY=; b=ivhzyuJm4X4/cl51ZtslBlA5fvJ/cT1lgRwye6ezQxeTZgU5HCVWfd2aZEQNcjZ9UF AmUsoVgyQbYA1tTXHQ79vdvrxY4+i2sg98W+kzHQNh7JAu78xekfyi9scVijcYYxe0rS laD1DI2kVm45cU3w/QiZloOv3wJGKVPsXo84dz08NkDytJ+pmkFE8XhBLbzVfZ3P4gQg KzzMhfv84KlOTNZ+mPSuluf3njrLJECXI2NeIcEPPjyu029D6KCYFSAnq5E/Is/Cg6y4 ovURGgVA3PhYGu1aW7K58Uxzrjb+aJJx1pcVUZ4+hMWeX3mtPnjOR5Y8L/2erO5W0koG pchQ==
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; bh=bsoxkKxY02En7hyKPn1bnVaFCOax+Uus+Fs6uEbP/gY=; b=nl1WmRCnLgZkM+oEsJAI8cruSNasRg3jhhQECBOh9W9+Uni5M8um06WGc169A7u0aE dtgO9g8UYharGd8DUld55F3yYM3saYhQJi7psMq2ceCGS3evE0eeG1o7L2w15sijbO3o ES9cCyANzv8ldhfXBwd1BZ46GeH5q4dVd3Oc7powURJjbhg0ZeB6KTwcrC0vCkGwnpuA WTvEqbSRxDRfLe+AzSlDDL4PyV2MPeDEszSgcTjXm4As9Go5WolAA8gXy1pJZ54Uxb+L 0s+hDhZzbZlQrNCV0pmtDCHFu2UnemOgPmLNbYTdE8L+jAteF5Y2u4MTOQ8VTki2LMv2 m3NQ==
X-Gm-Message-State: AODbwcAbDrEdVp/dZW6fjDmCaXmvHvbWAHIzBj0T7CXsh2sWXjSBc0Q+ lEFjoIr64LRC8uNe0vRSasAdbaT1Iw==
X-Received: by 10.107.170.16 with SMTP id t16mr7434388ioe.113.1494883654185; Mon, 15 May 2017 14:27:34 -0700 (PDT)
MIME-Version: 1.0
References: <CACknUNUhqqdumk1wombsAha0TQS4O4dNpajUs2Ak4jWDWZHXaA@mail.gmail.com> <CACknUNUQ_sgw46GsU8LoOq1puEyo8DUnJ4599h0GE=+Nc2Hxow@mail.gmail.com> <MWHPR09MB1440A80762DE455376735978F0E10@MWHPR09MB1440.namprd09.prod.outlook.com>
In-Reply-To: <MWHPR09MB1440A80762DE455376735978F0E10@MWHPR09MB1440.namprd09.prod.outlook.com>
From: Adam Montville <adam.w.montville@gmail.com>
Date: Mon, 15 May 2017 21:27:23 +0000
Message-ID: <CACknUNUA0YH5EXQrPJHMWqfp=PZcVc_FpeTR0T9SmRMsteSvhw@mail.gmail.com>
To: "Waltermire, David A. (Fed)" <david.waltermire@nist.gov>, "sacm@ietf.org" <sacm@ietf.org>
Content-Type: multipart/alternative; boundary="001a11427a60303914054f96b9ed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sacm/USjR0ybsGgzNuCUSozfxDC4V218>
Subject: Re: [sacm] Hackathon Goals and Stretch Goals
X-BeenThere: sacm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: SACM WG mail list <sacm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sacm>, <mailto:sacm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sacm/>
List-Post: <mailto:sacm@ietf.org>
List-Help: <mailto:sacm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sacm>, <mailto:sacm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 May 2017 21:30:17 -0000

I think that's a good idea. How do folks feel about this story? Is it
lacking anything? Is it too specific? What would you change about it if you
could?

On Mon, May 15, 2017 at 12:57 PM Waltermire, David A. (Fed) <
david.waltermire@nist.gov> wrote:

> I was thinking that it would be useful to have a user story to implement
> against for the Hackathon. How about something like the following that maps
> to our goals:
>
>
>
> A vendor identifies a vulnerability in their software product. They
> produce a new version of their software and publish a vulnerability
> bulletin that indicates customers should upgrade to the new version to
> address the vulnerability. The product versions have both a SWID tag and a
> CoSWID tag. As a customer of this vendor that uses the affected products,
> we need to build a vulnerability assessment system that is capable of
> detecting what version of the software is installed and determine if that
> version is vulnerable using the vendor provided information. The Collector
> will be capable of gathering software inventory information from one or
> more target endpoints by:
>
>
>
> 1)      Requesting software inventory information for the affected
> software based on an ad-hoc request.
>
> 2)      Reporting the software inventory as software changes occur
>
>
>
> Collected software inventory information will be stored in the Assessment
> Results Repository and will be compared to vulnerability detection data
> retrieved from the Vulnerability Detection Data Repository. The
> vulnerability detection data will be derived from the vendor provided
> information in some useful way to be determined by the Vulnerability
> Assessor.
>
>
>
> How does this look?
>
>
>
> Regards,
>
> Dave
>
>
>
> *From:* sacm [mailto:sacm-bounces@ietf.org] *On Behalf Of *Adam Montville
> *Sent:* Tuesday, May 09, 2017 3:30 PM
> *To:* sacm@ietf.org
> *Subject:* Re: [sacm] Hackathon Goals and Stretch Goals
>
>
>
> All:
>
>
>
> This week Dave and I have had an opportunity to discuss these a bit
> further. We've come up with the following set of goals and outcomes:
>
>
>
> GOAL: Running code demonstrating the communication needs between
> identified components as they pertain to the on-request collection case
> through the scenario, where that case is described at
> https://trac.ietf.org/trac/sacm/wiki/SacmVulnerabilityAssessmentScenario.
> OUTCOME: We will have specific understanding of components' boundaries and
> the necessary information flows (including information being communicated)
> between them.
>
>
>
> GOAL: Leverage existing collected data in a data repository. OUTCOME:
> Demonstrate that previously collected data can be reused to support
> vulnerability assessment
>
>
>
> GOAL: Running code to extend that base case to include a mechanism capable
> of monitoring a given set of endpoint attributes for change. OUTCOME: We
> will have specific understanding of additional architectural considerations
> for handling monitoring vs. on-request collection, as well as any
> additional information flows required.
>
>
>
> Does anyone care to bash these goal-ouctome pairs in the context of our
> hackathon plans?  If so, please do so over the next day or two, otherwise
> these will become the stated goals for our hackathon.
>
>
>
> Kind regards,
>
>
>
> Adam
>
>
>
> On Tue, May 2, 2017 at 4:40 PM Adam Montville <adam.w.montville@gmail.com>
> wrote:
>
> All:
>
>
>
> Last week Dave sent a list of milestones to the list. The first of which
> was for the WG to define some goals for the IETF 99 hackathon. I can see at
> least one primary goal with at least one stretch goal. The primary goal is
> to have running code demonstrating the basic/ideal case through our
> vulnerability scenario, where a new vulnerability is discovered and we need
> to reach out all the way to the endpoint to determine whether it is in fact
> vulnerable. A stretch goal might be to have running code demonstrating a
> "monitor for this vulnerability from now on" capability (I'm sure I'm not
> stating that as well as I could).
>
>
>
> Does anyone have additional goals? Or, are there better ways to state
> these particular goals (there probably are)?
>
>
>
> Kind regards,
>
>
>
> Adam
>
>