From: | Kris Jurka <books(at)ejurka(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Magnus Hagander <magnus(at)hagander(dot)net>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: GSSAPI and V2 protocol |
Date: | 2008-02-06 07:57:39 |
Message-ID: | Pine.BSO.4.64.0802060247490.8123@leary.csoft.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, 5 Feb 2008, Tom Lane wrote:
> The problem seems to be that AuthenticationGSSContinue messages carry
> a variable-length payload, and the V2 protocol doesn't really cope with
> that because it doesn't have a message length word.
>
> 1. If the GSSContinue payload is self-identifying about its length,
> qwe could teach fe-connect.c how to determine that.
The GSS data is supposed to be opaque to the caller, so this doesn't
seem likely or a good idea.
> 2. We could retroactively redefine the contents of
> AuthenticationGSSContinue as carrying a length word after the
> authentication type code, but only in V2 protocol (so as not to break
> existing working cases). This is pretty ugly but certainly possible.
I see no harm in doing this. What's there now can't work and the change
is self contained. Is there any problem with the password message taking
a "String" datatype instead of Byte[n] with a null byte?
Kris Jurka
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2008-02-06 08:24:37 | Re: Re: [COMMITTERS] pgsql: configure tag'd 8.3.0 and built witih autoconf 2.59 |
Previous Message | Marc G. Fournier | 2008-02-06 04:28:52 | Re: Re: [COMMITTERS] pgsql: configure tag'd 8.3.0 and built witih autoconf 2.59 |