[16516] in Kerberos-V5-bugs
[krbdev.mit.edu #8809] Do not call getaddrinfo() with invalid
daemon@ATHENA.MIT.EDU (Greg Hudson via RT)
Tue Mar 31 02:12:26 2020
From: "Greg Hudson via RT" <rt@KRBDEV-PROD-APP-1.mit.edu>
In-Reply-To: <MDAEMON-F201905232317.AA174457md50000021921@sequoia-grove.secure-endpoints.com>
Message-ID: <rt-4.4.4-60459-1585635138-1837.8809-5-0@mit.edu>
To: "AdminCc of krbdev.mit.edu Ticket #8809":;
Date: Tue, 31 Mar 2020 02:12:18 -0400
MIME-Version: 1.0
Reply-To: rt@KRBDEV-PROD-APP-1.mit.edu
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krb5-bugs-bounces@mit.edu
<URL: https://krbdev.mit.edu/rt/Ticket/Display.html?id=8809 >
On Fri May 24 01:37:41 2019, jaltman@secure-endpoints.com wrote:
gss-krb5 when passed a two component acceptor name passes the second
component to getaddrinfo() to canonicalize it. While it is often the case
that the second component of a service name is a hostname, it is not always
a hostname.
Apologies for letting this sit for a year and then coming back with an
argument, but: does it make sense to use GSS_C_NT_HOSTBASED_SERVICE when the
second part of the name isn't a hostname? RFC 2743 section 4.1 is pretty clear
that the second part is a hostname. Would it be better to import using
GSS_KRB5_NT_PRINCIPAL_NAME?
_______________________________________________
krb5-bugs mailing list
krb5-bugs@mit.edu
https://mailman.mit.edu/mailman/listinfo/krb5-bugs
