[Hipsec] Unsticking HIP from 1st gear
Robert Moskowitz <rgm@htt-consult.com> Wed, 30 April 2014 18:19 UTC
Return-Path: <rgm@htt-consult.com>
X-Original-To: hipsec@ietfa.amsl.com
Delivered-To: hipsec@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CDF0F1A887C for <hipsec@ietfa.amsl.com>; Wed, 30 Apr 2014 11:19:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.652
X-Spam-Level:
X-Spam-Status: No, score=-0.652 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, RP_MATCHES_RCVD=-0.651] 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 VIVWWCCJyC6z for <hipsec@ietfa.amsl.com>; Wed, 30 Apr 2014 11:19:13 -0700 (PDT)
Received: from klovia.htt-consult.com (klovia.htt-consult.com [IPv6:2607:f4b8:3:0:218:71ff:fe83:66b9]) by ietfa.amsl.com (Postfix) with ESMTP id E4C2E1A8867 for <hipsec@ietf.org>; Wed, 30 Apr 2014 11:19:12 -0700 (PDT)
Received: from localhost (unknown [127.0.0.1]) by klovia.htt-consult.com (Postfix) with ESMTP id 916A463458 for <hipsec@ietf.org>; Wed, 30 Apr 2014 18:19:08 +0000 (UTC)
X-Virus-Scanned: amavisd-new at localhost
Received: from klovia.htt-consult.com ([127.0.0.1]) by localhost (klovia.htt-consult.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2t5fKdjxaDUK for <hipsec@ietf.org>; Wed, 30 Apr 2014 14:18:58 -0400 (EDT)
Received: from lx120e.htt-consult.com (lx120e2.htt-consult.com [208.83.67.155]) (Authenticated sender: rgm@htt-consult.com) by klovia.htt-consult.com (Postfix) with ESMTPSA id 0E39162B94 for <hipsec@ietf.org>; Wed, 30 Apr 2014 14:18:57 -0400 (EDT)
Message-ID: <53613E91.7010808@htt-consult.com>
Date: Wed, 30 Apr 2014 14:18:57 -0400
From: Robert Moskowitz <rgm@htt-consult.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: hipsec@ietf.org
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/hipsec/iQx6WCF_m9364yQi24otkAtDWIA
Subject: [Hipsec] Unsticking HIP from 1st gear
X-BeenThere: hipsec@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "This is the official IETF Mailing List for the HIP Working Group." <hipsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hipsec>, <mailto:hipsec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hipsec/>
List-Post: <mailto:hipsec@ietf.org>
List-Help: <mailto:hipsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hipsec>, <mailto:hipsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Apr 2014 18:19:14 -0000
Automotive analogy because right now I have been dragged back to my automotive history to work on the "Connected Car" security... I am working on multiple HIP projects. Real vendors with real products for real customers. In some cases things are separate, but in some there will be function overlap. I am working on HIP at multiple layers: MAC layer: 802.15.9 directly passing the HIP datagrams and keying the 802.15.4 security association. EAP-HIP for running over 802.1X and PANA. Yoshi has said he is willing in writing the draft. Networking layer: Besides 5202-bis BEET mode for EAP, there are more calls for Tunnel mode. Transport layer: Alternative keying for things like DTLS-PSK or SRTP. Messaging/Session layer: Besides my work on SSE (Session Layer Security) there are a couple other messaging environments that may create their own security framework, but I am pushing SSE where I can. Authentication only: HIP for authentication within someother framework. This is still rather vague and may end up elsewhere above. Anyway, HIP becomes an independed Key Management Protocol, needing a well defined API (we did something like this at one point?) where there can be many HIs for the different uses. Though I can't give information on individual projects, "No Wine Before its Time", there are some real projects in coding now and more at various levels of discussion. For those of you that have HIP web pages that are two years out of date, PLEASE get them current. It is embarrassing to be on a call with a consortium (last friday) to have one person saying, "I just checked out the site for the X code base and it has not been updated for two years." Please fix this. Anyone with a bit of time ( :) ) over the next week to help me flesh out HIP as a security service and review the API RFC, please contact me. I still can't spill too many beans, but more will be leaking out in the coming months.... And I really hope we can get RFCs published by July. Meanwhile I also have to finish up HIP DEX. Remaining stuff, I think, is only explanatory. I believe Rene set me straight and we got it pretty much nailed down in the latest draft. Though there is the question if SLIMFIT should go into the DEX draft or be a separate document. SLIMFIT with a bit more tweaking will fit into SMS packets without need of the SMS header... Thank you for your time and efforts.
- [Hipsec] Unsticking HIP from 1st gear Robert Moskowitz
- Re: [Hipsec] Unsticking HIP from 1st gear Robert Moskowitz
- Re: [Hipsec] Unsticking HIP from 1st gear Miika Komu