[siesta] Eastbound - Westbound

Robert Moskowitz <rgm@labs.htt-consult.com> Thu, 28 November 2013 13:03 UTC

Return-Path: <rgm@labs.htt-consult.com>
X-Original-To: siesta@ietfa.amsl.com
Delivered-To: siesta@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A3661ADF50 for <siesta@ietfa.amsl.com>; Thu, 28 Nov 2013 05:03:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] 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 C6IKhrUsVK-b for <siesta@ietfa.amsl.com>; Thu, 28 Nov 2013 05:03:19 -0800 (PST)
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 63DE71ACCF0 for <siesta@ietf.org>; Thu, 28 Nov 2013 05:03:19 -0800 (PST)
Received: from localhost (unknown [127.0.0.1]) by klovia.htt-consult.com (Postfix) with ESMTP id F1B9762A70 for <siesta@ietf.org>; Thu, 28 Nov 2013 13:03:17 +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 lkp13k+RzZ5W for <siesta@ietf.org>; Thu, 28 Nov 2013 08:03:07 -0500 (EST)
Received: from lx120e2.htt-consult.com (lx120e2.htt-consult.com [208.83.67.155]) (Authenticated sender: rgm@labs.htt-consult.com) by klovia.htt-consult.com (Postfix) with ESMTPA id 909E862A63 for <siesta@ietf.org>; Thu, 28 Nov 2013 08:03:07 -0500 (EST)
Message-ID: <52973F0B.6080900@labs.htt-consult.com>
Date: Thu, 28 Nov 2013 08:03:07 -0500
From: Robert Moskowitz <rgm@labs.htt-consult.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
MIME-Version: 1.0
To: siesta@ietf.org
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: [siesta] Eastbound - Westbound
X-BeenThere: siesta@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "SessIon layEr SecuriTy Approach discussion list." <siesta.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/siesta>, <mailto:siesta-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/siesta/>
List-Post: <mailto:siesta@ietf.org>
List-Help: <mailto:siesta-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/siesta>, <mailto:siesta-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Nov 2013 13:03:22 -0000

I *think* I have coined a new terminology that I have clearly stolen 
from others that talk about a southbound and northbound set of 
interfaces (e.g. Openflow).

A Siesta-like process, like my SSE, sits in user space next to a 
communicating application, performing the necessary session level 
security functions.  This SSE process MUST follow all the current Best 
Practices on maintaining a proper security boundary.  But SSE does not 
do the key management; next to it is a KMP also sitting in user space.

So to the east of SSE is the communicting application that is using its 
security services.  To the west of SSE is a KMP which actually manages 
the security state for SSE.

So unless someone else can point me to somewhere else where East/West 
bound interfaces and APIs are named as such...

Or is the app to the west and KMP to the east?

Sheesh, I got to finish packing and get on the road already!!  ;)'