Re: [OPSAWG] Call for Adoption: draft-hmac-sha-2-usm-snmp

Warren Kumari <warren@kumari.net> Wed, 26 November 2014 17:54 UTC

Return-Path: <warren@kumari.net>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 550F11A1A55 for <opsawg@ietfa.amsl.com>; Wed, 26 Nov 2014 09:54:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
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 f51CAmecIYEl for <opsawg@ietfa.amsl.com>; Wed, 26 Nov 2014 09:54:57 -0800 (PST)
Received: from mail-wg0-f46.google.com (mail-wg0-f46.google.com [74.125.82.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7E2391A1A52 for <opsawg@ietf.org>; Wed, 26 Nov 2014 09:54:57 -0800 (PST)
Received: by mail-wg0-f46.google.com with SMTP id x12so4413995wgg.19 for <opsawg@ietf.org>; Wed, 26 Nov 2014 09:54:56 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=QXqHuCoBH/T3xhAsLgOjtLVqD7WG6Qi5JO7ezuniSXA=; b=d1hQ43U5zdYBuL5l98fRZuRUYsRvFCWGzlaFCOSkbODmsZSwYA8JXtq2THxC5MSw4/ HVHUphqQUL8x1xQWEstOoOx0zVWBya6HN837fGWB8Mz2cEJdAvXYKA0bTEwgvJnChcy+ DhvguPOhw7cHw6Go2cR6McPFuVq1wnDVhlBdRq/BxKirdWcGKXcBnLq2W/rg0PNtoVMx 6A/cAujWOKwiBFPiRV6PGcVNmwj1Q09CvKy/Jr15BPuTKsy35MVT+3xyY4cBPhr3ZAqb acQS6jD53M3X9fkaunEjQ+HvazG/5DgmZYkWm4f6Qvi7YALENcjjsGQV45SRekLTtCRd kkrQ==
X-Gm-Message-State: ALoCoQkw50sQ6q92y9wOny7AbsYNwDHyC8+8m63TA/ZD5mThQfWUqL7pQA2aoQEg0Ebdgypo91Vw
MIME-Version: 1.0
X-Received: by 10.180.210.226 with SMTP id mx2mr43147124wic.42.1417024496163; Wed, 26 Nov 2014 09:54:56 -0800 (PST)
Received: by 10.194.64.37 with HTTP; Wed, 26 Nov 2014 09:54:56 -0800 (PST)
In-Reply-To: <201411241850.sAOIoVFg004859@mainfs.snmp.com>
References: <544A35BB.2070503@secunet.com> <201411241850.sAOIoVFg004859@mainfs.snmp.com>
Date: Wed, 26 Nov 2014 12:54:56 -0500
Message-ID: <CAHw9_iL+B1hf9ajCSgWuEHyiRnU_NKDDGN9BgLo5YHaDWK5FaA@mail.gmail.com>
From: Warren Kumari <warren@kumari.net>
To: David Reid <reid@snmp.com>
Content-Type: text/plain; charset="UTF-8"
Archived-At: http://mailarchive.ietf.org/arch/msg/opsawg/f5etyrNVlalwsdEU8OWIsgGD0dE
Cc: "opsawg@ietf.org" <opsawg@ietf.org>, draft-hmac-sha-2-usm-snmp@tools.ietf.org
Subject: Re: [OPSAWG] Call for Adoption: draft-hmac-sha-2-usm-snmp
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Nov 2014 17:54:59 -0000

On Mon, Nov 24, 2014 at 1:50 PM, David Reid <reid@snmp.com> wrote:
> Is there any progress on this?
>

Wow. Yes, sorry, there is...

We mentioned in the face to face meeting at IETF91 that we would be
adopting draft-hmac-sha-2-usm-snmp (and thanking Sam et al. for
supporting this decision) - however, we never actually sent the "Dear
authors, please resubmit draft-hmac-sha-2-usm-snmp as
draft-ietf-opsawg-hmac-sha-2-usm-snmp"[0].

So, dear authors, please resubmit as.. etc.

Also, thanks to the authors of draft-hartman-snmp-sha2 and
draft-hmac-sha-2-usm-snmp, and the WG participants for all of their
work and input on this.

W
[0]: I took the week after IETF off as vacation, then looked at the
unread email and have been hiding under the covers ever since, hoping
it might all just disappear...


> I like the proposal from Johannes to continue with draft-hmac-sha-2-usm-snmp
> and to shorten the list of protocols.
>
> -David Reid
>
>> > A month on, what is the WG chairs take on this?
>>
>> Good question. Even more time has passed by now.
>>
>> Maybe it helps, if I summarize the results of my poll. Hereby, I assume that the authors of the two drafts prefer their
>> respective approach (a presumption, I can confirm for draft-hmac-sha-2-usm-snmp).
>>
>> Question 1: Should the protocols be described
>> a) as "diff" to the previous protocols like done in draft-hmac-sha-2-usm-snmp, or
>> b) completely and based on a description of a generic hmac-based authentication protocol, as done in draft-hartman?
>>
>> Result:
>> a) is preferred by the authors of draft-hmac-sha-2-usm-snmp, and by David Reid, Tom Petch, Uri Blumenthal
>> b) is preferred by the authors of draft-hartman-snmp-sha2.
>>
>> Question 2: Should the protocols be based on complete or truncated HMACs?
>> - complete is preferred by the authors of draft-hartman-snmp-sha2.
>> - truncated is preferred by the authors of draft-hmac-sha-2-usm-snmp, and by David Reid, Tom Petch, Uri Blumenthal
>>
>> Question 3: Which (sub)set of protocols (hash function, MAC length) should be selected?
>> - Johannes: SHA-256-192 as MUST, SHA-512-256 as SHOULD, all other can be MAY or omitted.
>> - Uri: SHA-256-192 and SHA-384-320 as MUST, SHA-512-256 as SHOULD, and SHA-224-??? as MAY
>> - Tom: AFAIU, he agrees with the preferences expressed by David, Johannes and Uri.
>> - David: SHA-256-192 and SHA-512-384.
>> (In all the above cases, the preferences were not that strong, there was mainly the wish to reduce the number of
>> protocols in the current draft.)
>> - Again, I assume, that the authors of draft-hartman-snmp-sha2 prefer their proposals.
>>
>> The preferences are clearly split between two groups, the authors of draft-hartman-snmp-sha2 on one side, the authors of
>> draft-hmac-sha-2-usm-snmp, David Reid, Tom Petch, and Uri Blumenthal on the other. I don't see any potential compromise
>> here.
>>
>> My proposal, which is clearly biased due to my role as author, is to continue with draft-hmac-sha-2-usm-snmp and to
>> shorten the list of protocols, e.g. to
>> usmHMAC192SHA256AuthProtocol as MUST
>> usmHMAC384SHA512AuthProtocol as SHOULD
>> usmHMAC256SHA384AuthProtocol and usmHMAC128SHA224AuthProtocol as MAY
>>
>> In these proposals the truncation is reduced to 25% which is in line with the preferences expressed by Uri and David,
>> and may even reduce the concerns of the authors of draft-hartman-snmp-sha2 about truncation.
>>
>>
>> So, chairs, what is your decision?
>>
>> Johannes
>>



-- 
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf