Re: [secdir] secdir reviewofdraft-ietf-isms-transport-security-model-12

Wes Hardaker <wjhns1@hardakers.net> Sat, 09 May 2009 13:49 UTC

Return-Path: <wjhns1@hardakers.net>
X-Original-To: secdir@core3.amsl.com
Delivered-To: secdir@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7CBEB3A6E40; Sat, 9 May 2009 06:49:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.586
X-Spam-Level:
X-Spam-Status: No, score=-2.586 tagged_above=-999 required=5 tests=[AWL=0.402, BAYES_00=-2.599, HELO_MISMATCH_NET=0.611, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fgbqtvb5bBNf; Sat, 9 May 2009 06:49:20 -0700 (PDT)
Received: from wes.hardakers.net (dcn236-43.dcn.davis.ca.us [168.150.236.43]) by core3.amsl.com (Postfix) with ESMTP id A210C3A6813; Sat, 9 May 2009 06:49:20 -0700 (PDT)
Received: from localhost (wlap.dyn.hardakers.net [127.0.0.1]) by wes.hardakers.net (Postfix) with ESMTP id 19B9139A104; Sat, 9 May 2009 06:50:49 -0700 (PDT)
From: Wes Hardaker <wjhns1@hardakers.net>
To: "tom.petch" <cfinss@dial.pipex.com>
Organization: Sparta
References: <6c9fcc2a0905021333j3dd58821v4726af092e30c1c1@mail.gmail.com> <200905051750.n45HorPw023985@mx02.srv.cs.cmu.edu> <0FBA56D16F71437450BC2779@minbar.fac.cs.cmu.edu> <06a701c9cdb7$aed00f30$0600a8c0@china.huawei.com> <9abf48a60905051303h1543f323u1a8e3679445384f6@mail.gmail.com> <007f01c9cffe$0aa68da0$0601a8c0@allison> <20090508214346.GB28541@elstar.local>
Date: Sat, 09 May 2009 06:50:49 -0700
In-Reply-To: <20090508214346.GB28541@elstar.local> (Juergen Schoenwaelder's message of "Fri, 8 May 2009 23:43:46 +0200")
Message-ID: <sdy6t6pepy.fsf@wes.hardakers.net>
User-Agent: Gnus/5.110011 (No Gnus v0.11) XEmacs/21.4.21 (linux, no MULE)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Mailman-Approved-At: Mon, 11 May 2009 00:03:35 -0700
Cc: Barry Leiba <barryleiba@computer.org>, "isms@ietf.org" <isms@ietf.org>, "secdir@ietf.org" <secdir@ietf.org>
Subject: Re: [secdir] secdir reviewofdraft-ietf-isms-transport-security-model-12
X-BeenThere: secdir@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/secdir>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 09 May 2009 13:49:21 -0000

>>>>> On Fri, 8 May 2009 23:43:46 +0200, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> said:

>> The idea of Models in SNMP is to be able to mix and match.  In
>> practice, this has not worked - USM with sshTM will not function,
>> regardless of whether it is secure or not.

JS> Not sure I understand why. Can you explain?

The way it's worded right now in the SSH document is that there must be
a tmStateReference for outgoing messages or the SSHTM will drop the
message:

   1.  If tmStateReference does not refer to a cache containing values
       for tmTransportDomain, tmTransportAddress, tmSecurityName,
       tmRequestedSecurityLevel, and tmSameSecurity, then increment the
       sshtmSessionInvalidCaches counter, discard the message and return
       the error indication in the statusInformation.  Processing of
       this message stops.

USM won't generate a tmStateReference so it can't be used as an
upper-level security protocol.  This was discussed (I'm fairly certain)
on the list at some point and it was decided this was ok as doing
something to try and recover at that point would really be adding words
and complexity for a situation that didn't really need to be supported.

[that being said, note that there isn't a MUST drop it in the text]
-- 
Wes Hardaker
Cobham Analytic Solutions