Re: [kitten] Fwd: [Technical Errata Reported] RFC5801 (2825)
Shawn M Emery <shawn.emery@oracle.com> Mon, 14 November 2011 08:03 UTC
Return-Path: <shawn.emery@oracle.com>
X-Original-To: kitten@ietfa.amsl.com
Delivered-To: kitten@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BDEC11E824C for <kitten@ietfa.amsl.com>; Mon, 14 Nov 2011 00:03:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level:
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, UNPARSEABLE_RELAY=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gISreY18pazH for <kitten@ietfa.amsl.com>; Mon, 14 Nov 2011 00:03:22 -0800 (PST)
Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by ietfa.amsl.com (Postfix) with ESMTP id 4C89111E80B5 for <kitten@ietf.org>; Mon, 14 Nov 2011 00:03:22 -0800 (PST)
Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pAE83KIu014632 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <kitten@ietf.org>; Mon, 14 Nov 2011 08:03:21 GMT
Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pAE83J2O020786 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <kitten@ietf.org>; Mon, 14 Nov 2011 08:03:20 GMT
Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pAE83EVB018355 for <kitten@ietf.org>; Mon, 14 Nov 2011 02:03:14 -0600
Received: from dhcp-1599.meeting.ietf.org (/10.159.223.32) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 14 Nov 2011 00:03:14 -0800
Message-ID: <4EC0CB2F.10706@oracle.com>
Date: Mon, 14 Nov 2011 01:02:55 -0700
From: Shawn M Emery <shawn.emery@oracle.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0
MIME-Version: 1.0
To: kitten@ietf.org
References: <4DEF26FE.5070904__4175.18786057389$1307518736$gmane$org@cs.tcd.ie> <87d3ioycn4.fsf@latte.josefsson.org> <4DEF48C0.3000508@cs.tcd.ie> <4EBF2B2A.8000602@cs.tcd.ie>
In-Reply-To: <4EBF2B2A.8000602@cs.tcd.ie>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Source-IP: ucsinet22.oracle.com [156.151.31.94]
X-CT-RefId: str=0001.0A090205.4EC0CB49.00DE,ss=1,re=0.000,fgs=0
Subject: Re: [kitten] Fwd: [Technical Errata Reported] RFC5801 (2825)
X-BeenThere: kitten@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Common Authentication Technologies - Next Generation <kitten.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/kitten>, <mailto:kitten-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/kitten>
List-Post: <mailto:kitten@ietf.org>
List-Help: <mailto:kitten-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/kitten>, <mailto:kitten-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Nov 2011 08:03:27 -0000
On 11/12/11 7:27 PM, Stephen Farrell wrote: > Folks, > > Not being on the top of anyone's list, this doesn't > seem to have progressed since June. > > Can we resolve this on the list or at this week's > meeting? Let's discuss this during the session. Simon, What was the result of your tests running against the updated version of GNU SASL? Shawn. -- > On 06/08/2011 11:02 AM, Stephen Farrell wrote: >> >> >> On 08/06/11 09:02, Simon Josefsson wrote: >>> Stephen Farrell<stephen.farrell@cs.tcd.ie> writes: >>> >>>> Hi all, >>>> >>>> Can you confirm that this is correct, or not? >>> >>> I think we could use some more discussion before approving this -- for >>> example, what impact does this have on existing implementations? >> >> Good point. I'm fine with waiting for the WG to give me the >> answer that I'll cut'n'paste into the errata tool:-) Sooner >> is of course better for that. >> >> Thanks, >> S. >> >>> >>> I will try to change my implementation to use 255 instead of 0 and see >>> if it still works and inteoperates with my old version. It would be >>> useful if others could do similar experiments. I don't expect serious >>> problems, but I think we should consider the impact before approving >>> this. >>> >>> I do agree it is a bug in the specification though. >>> >>> /Simon >>> >>>> Thanks, >>>> S. >>>> >>>> -------- Original Message -------- >>>> Subject: [Technical Errata Reported] RFC5801 (2825) >>>> Date: Tue, 7 Jun 2011 20:58:20 -0700 (PDT) >>>> From: RFC Errata System<rfc-editor@rfc-editor.org> >>>> To: simon@josefsson.org, Nicolas.Williams@oracle.com, >>>> stephen.farrell@cs.tcd.ie, turners@ieca.com, tlyu@mit.edu, >>>> kurt.zeilenga@isode.com >>>> CC: thomas.maslen@quest.com, rfc-editor@rfc-editor.org >>>> >>>> >>>> The following errata report has been submitted for RFC5801, >>>> "Using Generic Security Service Application Program Interface >>>> (GSS-API) >>>> Mechanisms in Simple Authentication and Security Layer (SASL): The GS2 >>>> Mechanism Family". >>>> >>>> -------------------------------------- >>>> You may review the report below and at: >>>> http://www.rfc-editor.org/errata_search.php?rfc=5801&eid=2825 >>>> >>>> -------------------------------------- >>>> Type: Technical >>>> Reported by: Thomas Maslen<thomas.maslen@quest.com> >>>> >>>> Section: 5.1 >>>> >>>> Original Text >>>> ------------- >>>> The initiator-address-type and acceptor-address-type fields of the >>>> GSS-CHANNEL-BINDINGS structure MUST be set to 0. >>>> >>>> >>>> Corrected Text >>>> -------------- >>>> The initiator-address-type and acceptor-address-type fields of the >>>> GSS-CHANNEL-BINDINGS structure MUST be set to 255 (GSS_C_AF_NULLADDR). >>>> >>>> >>>> Notes >>>> ----- >>>> See RFC 2744, section 3.11, last paragraph: "[...] or omit addressing >>>> information, specifying GSS_C_AF_NULLADDR as the address-types". >>>> >>>> Appendix A of RFC 2744 specifies that the value of >>>> GSS_C_AF_NULLADDR is 255. >>>> >>>> Instructions: >>>> ------------- >>>> This errata is currently posted as "Reported". If necessary, please >>>> use "Reply All" to discuss whether it should be verified or >>>> rejected. When a decision is reached, the verifying party (IESG) >>>> can log in to change the status and edit the report, if necessary. >>>> >>>> -------------------------------------- >>>> RFC5801 (draft-ietf-sasl-gs2-20) >>>> -------------------------------------- >>>> Title : Using Generic Security Service Application >>>> Program >>>> Interface (GSS-API) Mechanisms in Simple Authentication and Security >>>> Layer (SASL): The GS2 Mechanism Family >>>> Publication Date : July 2010 >>>> Author(s) : S. Josefsson, N. Williams >>>> Category : PROPOSED STANDARD >>>> Source : Simple Authentication and Security Layer >>>> Area : Security >>>> Stream : IETF >>>> Verifying Party : IESG >>> >> _______________________________________________ >> Kitten mailing list >> Kitten@ietf.org >> https://www.ietf.org/mailman/listinfo/kitten >> > _______________________________________________ > Kitten mailing list > Kitten@ietf.org > https://www.ietf.org/mailman/listinfo/kitten
- [kitten] Fwd: [Technical Errata Reported] RFC5801… Stephen Farrell
- Re: [kitten] Fwd: [Technical Errata Reported] RFC… Simon Josefsson
- Re: [kitten] Fwd: [Technical Errata Reported] RFC… Stephen Farrell
- Re: [kitten] Fwd: [Technical Errata Reported] RFC… Stephen Farrell
- Re: [kitten] Fwd: [Technical Errata Reported] RFC… Shawn M Emery
- Re: [kitten] Fwd: [Technical Errata Reported] RFC… Simon Josefsson
- Re: [kitten] Fwd: [Technical Errata Reported] RFC… Martin Rex
- Re: [kitten] Fwd: [Technical Errata Reported] RFC… Thomas Maslen