IETF Logo Mail Archive

Re: [Spud] Additional SPUD use-cases

"Joe Hildebrand (jhildebr)" <jhildebr@cisco.com> Thu, 19 March 2015 18:01 UTC

Return-Path: <jhildebr@cisco.com>
X-Original-To: spud@ietfa.amsl.com
Delivered-To: spud@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CE6B1A876B for <spud@ietfa.amsl.com>; Thu, 19 Mar 2015 11:01:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 76aT1hOdDmix for <spud@ietfa.amsl.com>; Thu, 19 Mar 2015 11:01:17 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 39F281A8743 for <spud@ietf.org>; Thu, 19 Mar 2015 11:01:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=908; q=dns/txt; s=iport; t=1426788077; x=1427997677; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=uhzOcaBRPJiW5NJpNFmJ90KVbDhtKNWPsBGhwyCgf8s=; b=PlFDG/Qa8GjiMQaIZmIS2odMZKglsTSxLtE2EHDoqsIaO9nKc90E5AYa HqaE1/Zxhe+C3RH1Q/PG2c+3oOmF1KcAe3onJFU5yK1SHp0bOVDsP87yX Inda6Dqd4Xa9OItjWUyOG6VJqmPUf+DS5aq+18HyXutR/RGyeBJ1EqrgQ s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CyEgBaDgtV/4gNJK1cgwaBLASDCcBjiC8CHIExPBABAQEBAQEBfIQQAQEDASMRRQULAgEIDgwCJgICAjAVEAIEDgWIJwiyLJwCAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4EhiXaEGSUzB4JoL4EWAQSQTIltlCgig25vgQJCfwEBAQ
X-IronPort-AV: E=Sophos;i="5.11,431,1422921600"; d="scan'208";a="133482807"
Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-8.cisco.com with ESMTP; 19 Mar 2015 18:01:16 +0000
Received: from xhc-aln-x03.cisco.com (xhc-aln-x03.cisco.com [173.36.12.77]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t2JI1GlD015105 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 19 Mar 2015 18:01:16 GMT
Received: from xmb-rcd-x10.cisco.com ([169.254.15.80]) by xhc-aln-x03.cisco.com ([173.36.12.77]) with mapi id 14.03.0195.001; Thu, 19 Mar 2015 13:01:16 -0500
From: "Joe Hildebrand (jhildebr)" <jhildebr@cisco.com>
To: Richard Barnes <rlb@ipv.sx>
Thread-Topic: [Spud] Additional SPUD use-cases
Thread-Index: AQHQX9ljbTPSFHtRgkqtPZO67VoMRZ0fqEUAgABEwYCAANXxgIADhomA//+2xACAAG/HAP//nOCA
Date: Thu, 19 Mar 2015 18:01:15 +0000
Message-ID: <6E0B5FDA-326A-46E5-A833-D35D430A4953@cisco.com>
References: <B57E4F68-A0C6-44D8-A729-47B1BED309C9@cisco.com> <CA+9kkMB4kfmMuR61aAhHLzrhEK37dEqy9cpdaqdtzpuyoCbBfg@mail.gmail.com> <CE03DB3D7B45C245BCA0D24327794936412E51@MX104CL02.corp.emc.com> <73D46BA8-DB33-481F-B0FB-DDD3B1F0F7FB@cisco.com> <16D94942-1D53-4F7B-8098-29B52781EDA0@tik.ee.ethz.ch> <E6385C88-2236-40EC-BABB-61A97E129EBB@cisco.com> <CAL02cgSf-2RzVQCQOwNp=Xqmk729kDV5_TcQeXSeYZ+tVsWViw@mail.gmail.com>
In-Reply-To: <CAL02cgSf-2RzVQCQOwNp=Xqmk729kDV5_TcQeXSeYZ+tVsWViw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/15.8.1.150311
x-originating-ip: [10.129.24.156]
Content-Type: text/plain; charset="utf-8"
Content-ID: <B59229CD1BFB15498B2F44759A72B66B@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/spud/PnOAF9llYStNKim9lRJgFpEsHXI>
Cc: "Pal Martinsen \(palmarti\)" <palmarti@cisco.com>, "Black, David" <david.black@emc.com>, "spud@ietf.org" <spud@ietf.org>, Mike Jones <Michael.Jones@microsoft.com>, =?utf-8?B?TWlyamEgS8O8aGxld2luZA==?= <mirja.kuehlewind@tik.ee.ethz.ch>, "Matt Miller \(mamille2\)" <mamille2@cisco.com>, Carsten Bormann <cabo@tzi.org>
Subject: Re: [Spud] Additional SPUD use-cases
X-BeenThere: spud@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Session Protocol Underneath Datagrams <spud.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spud>, <mailto:spud-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/spud/>
List-Post: <mailto:spud@ietf.org>
List-Help: <mailto:spud-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spud>, <mailto:spud-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Mar 2015 18:01:18 -0000

> One approach we could take is have the client put a (tube-specific? time-limited?) 
> public key into each OPEN packet in a path-accessible way.  Assertions from the 
> application could be signed with the corresponding private key, assertions from 
> the path could be encrypted with the public key.

On 3/19/15, 11:56 AM, "Richard Barnes" <rlb@ipv.sx> wrote:

>Honestly, this seems quixotic.  Can we just specify that SPUD has a stack of messages, and leave it at that?

Nod.  Particularly if SPUD ends up just being requirements for DTLS, there's no reason to go down this path.  I've got COSE on the brain today. :)

-- 
Joe Hildebrand

v2.8.7 | Report a Bug | By Email