[abfab] Fwd: New Version Notification for draft-perez-abfab-gss-remote-attr-00.txt

Alejandro Pérez Méndez <alex@um.es> Mon, 05 October 2015 07:33 UTC

Return-Path: <alex@um.es>
X-Original-To: abfab@ietfa.amsl.com
Delivered-To: abfab@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09FD11B4B74 for <abfab@ietfa.amsl.com>; Mon, 5 Oct 2015 00:33:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.91
X-Spam-Level:
X-Spam-Status: No, score=-3.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 P27BpfgWUcId for <abfab@ietfa.amsl.com>; Mon, 5 Oct 2015 00:33:03 -0700 (PDT)
Received: from xenon23.um.es (xenon23.um.es [155.54.212.163]) by ietfa.amsl.com (Postfix) with ESMTP id 65A1A1B4B66 for <abfab@ietf.org>; Mon, 5 Oct 2015 00:33:01 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by xenon23.um.es (Postfix) with ESMTP id 90C8D2ADF for <abfab@ietf.org>; Mon, 5 Oct 2015 09:32:59 +0200 (CEST)
X-Virus-Scanned: by antispam in UMU at xenon23.um.es
Received: from xenon23.um.es ([127.0.0.1]) by localhost (xenon23.um.es [127.0.0.1]) (amavisd-new, port 10024) with LMTP id gBRCfptyOW6B for <abfab@ietf.org>; Mon, 5 Oct 2015 09:32:59 +0200 (CEST)
Received: from [155.54.204.2] (alex.inf.um.es [155.54.204.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: alex) by xenon23.um.es (Postfix) with ESMTPSA id 7CB052914 for <abfab@ietf.org>; Mon, 5 Oct 2015 09:32:59 +0200 (CEST)
References: <20151005072718.21102.94680.idtracker@ietfa.amsl.com>
To: "abfab@ietf.org" <abfab@ietf.org>
From: =?UTF-8?Q?Alejandro_P=c3=a9rez_M=c3=a9ndez?= <alex@um.es>
X-Forwarded-Message-Id: <20151005072718.21102.94680.idtracker@ietfa.amsl.com>
Message-ID: <561227AA.8090602@um.es>
Date: Mon, 5 Oct 2015 09:32:58 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <20151005072718.21102.94680.idtracker@ietfa.amsl.com>
Content-Type: multipart/alternative; boundary="------------000303000906030204090809"
Archived-At: <http://mailarchive.ietf.org/arch/msg/abfab/DmmEyS5E2Uo5v4cbh_gTJlQDE9M>
Subject: [abfab] Fwd: New Version Notification for draft-perez-abfab-gss-remote-attr-00.txt
X-BeenThere: abfab@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Application Bridging, Federated Authentication Beyond \(the web\)" <abfab.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/abfab>, <mailto:abfab-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/abfab/>
List-Post: <mailto:abfab@ietf.org>
List-Help: <mailto:abfab-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/abfab>, <mailto:abfab-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Oct 2015 07:33:05 -0000

Dear all,

we have submitted a new draft called " Retrieving remote attributes 
using GSS-API naming extensions" that aims to describe how current 
GSS-API extensions can be used to allow mechanisms to retrieve remote 
attributes without requiring of any change neither on the existing calls 
nor on the way applications use the API.

Any comment or feedback is welcome.

Regards,
Alejandro


-------- Mensaje reenviado --------
Asunto: 	New Version Notification for 
draft-perez-abfab-gss-remote-attr-00.txt
Fecha: 	Mon, 05 Oct 2015 00:27:18 -0700
De: 	internet-drafts@ietf.org
Para: 	Alejandro Perez-Mendez <alex@um.es>es>, Alejandro Perez-Mendez 
<alex@um.es>es>, Rafa Marin-Lopez <rafa@um.es>es>, Rafael Lopez <rafa@um.es>es>, 
Gabriel Lopez-Millan <gabilm@um.es>es>, Gabriel Lopez-Millan <gabilm@um.es>



A new version of I-D, draft-perez-abfab-gss-remote-attr-00.txt
has been successfully submitted by Alejandro Perez-Mendez and posted to the
IETF repository.

Name:		draft-perez-abfab-gss-remote-attr
Revision:	00
Title:		Retrieving remote attributes using GSS-API naming extensions
Document date:	2015-10-05
Group:		Individual Submission
Pages:		9
URL:            https://www.ietf.org/internet-drafts/draft-perez-abfab-gss-remote-attr-00.txt
Status:         https://datatracker.ietf.org/doc/draft-perez-abfab-gss-remote-attr/
Htmlized:       https://tools.ietf.org/html/draft-perez-abfab-gss-remote-attr-00


Abstract:
    The GSS-API Naming Extensions define new APIs that extend the GSS-API
    naming model to support name attribute transfer between GSS-API
    peers.  Historically, this set of functions has been used to obtain
    the authorization information contained in some sort of authorization
    token provided to the GSS acceptor during the context establishment
    process, such as a Kerberos ticket, a SAML assertion, or an X.509
    attribute certificate.  However, some scenarios require to allow the
    GSS acceptor to request additional attributes after context
    establishment.  If these attributes are not locally stored by the GSS
    mechanism they have to be retrieved from an external source (e.g.
    SQL database, LDAP directory, external IdP, etc.).  This document
    describes how current GSS-API extensions are able to encompass such
    functionality without requiring of any change, neither on the
    existing calls nor on the way applications use the API.

                                                                                   


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.

The IETF Secretariat