I-D Action: draft-ietf-kitten-channel-bound-flag-03.txt
internet-drafts@ietf.org Fri, 27 July 2018 15:58 UTC
Return-Path: <internet-drafts@ietf.org>
X-Original-To: i-d-announce@ietf.org
Delivered-To: i-d-announce@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DC509130EFF; Fri, 27 Jul 2018 08:58:14 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
Cc: kitten@ietf.org
Subject: I-D Action: draft-ietf-kitten-channel-bound-flag-03.txt
X-Test-IDTracker: no
X-IETF-IDTracker: 6.83.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: kitten@ietf.org
Message-ID: <153270709473.32657.6439329720119757327@ietfa.amsl.com>
Date: Fri, 27 Jul 2018 08:58:14 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/i-d-announce/s-S1cS2DjHawmxis0JDSUW7AbHw>
X-BeenThere: i-d-announce@ietf.org
X-Mailman-Version: 2.1.27
List-Id: Internet Draft Announcements only <i-d-announce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i-d-announce>, <mailto:i-d-announce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i-d-announce/>
List-Post: <mailto:i-d-announce@ietf.org>
List-Help: <mailto:i-d-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i-d-announce>, <mailto:i-d-announce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Jul 2018 15:58:15 -0000
A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Authentication Technology Next Generation WG of the IETF. Title : Channel Binding Signalling for the Generic Security Services Application Programming Interface Authors : Robbie Harwood Nicolas Williams Filename : draft-ietf-kitten-channel-bound-flag-03.txt Pages : 9 Date : 2018-07-27 Abstract: Channel binding is a technique that allows applications to use a secure channel at a lower layer without having to use authentication at that lower layer. The concept of channel binding comes from the Generic Security Services Application Programming Interface (GSS- API). It turns out that the semantics commonly implemented are different than those specified in the base GSS-API RFC (RFC2743), and that that specification has a serious bug. This document addresses both the inconsistency as-implemented and the specification bug. This Internet-Draft proposes the addition of a "channel bound" return flag for the GSS_Init_sec_context() and GSS_Accept_sec_context() functions. Two behaviors are specified: a default, safe behavior reflecting existing implementation deployments, and a behavior that is only safe when the application specifically tells the GSS-API that it (the application) supports the new behavior. Additional API elements related to this are also added, including a new security context establishment API. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-kitten-channel-bound-flag/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-kitten-channel-bound-flag-03 https://datatracker.ietf.org/doc/html/draft-ietf-kitten-channel-bound-flag-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-kitten-channel-bound-flag-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/
- I-D Action: draft-ietf-kitten-channel-bound-flag-… internet-drafts