RE: [EXT] Re: GSS Auth issue when user member of lots of AD groups

From: Chris Gooch <cgooch(at)bamfunds(dot)com>
To: Jacob Champion <jacob(dot)champion(at)enterprisedb(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "pgsql-bugs(at)lists(dot)postgresql(dot)org" <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: RE: [EXT] Re: GSS Auth issue when user member of lots of AD groups
Date: 2025-05-28 10:36:46
Message-ID: DS0PR22MB5971EA3C6AB2B800341826FCBE67A@DS0PR22MB5971.namprd22.prod.outlook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-committers

Would this patch be targeting next release cycle in August?

Thanks,
Chris

-----Original Message-----
From: Jacob Champion <jacob(dot)champion(at)enterprisedb(dot)com>
Sent: Tuesday, May 27, 2025 11:25 PM
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Chris Gooch <cgooch(at)bamfunds(dot)com>; pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: [EXT] Re: GSS Auth issue when user member of lots of AD groups

On Tue, May 27, 2025 at 3:15 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> I don't think so, because that would create exactly the cross-version
> discrepancy we need to avoid. (That is, if sender thinks it can do
> 16384 when receiver's limit is 16384-4, kaboom.) The patch proposes
> to allow slop in this during the auth phase when the packet size is
> really being determined by the underlying GSSAPI library anyway.
> But once we're past that and our own code is slicing up the data
> stream into packets, I think the max packet size is indeed an
> inalterable part of the protocol.

Oh, I see. Yeah, that's unfortunate but makes sense.

> Could we address your confusion by improving the comment about the
> packet-size #define to point out that it includes the header word?

Yes, I think so.

Thanks!
--Jacob

This email and any attachments should not be construed as an offer or recommendation to sell or buy or a solicitation of an offer to sell or buy any specific security, fund or instrument or to participate in any particular investment strategy. The information contained herein is given as of a certain date and does not purport to give information as of any other date. Although the information presented herein has been obtained from sources we believe to be reliable, no representation or warranty, expressed or implied, is made as to the accuracy or completeness of that information. Past performance is not indicative of future results.

CONFIDENTIALITY NOTICE: This message and any attachment are confidential. If you are not the intended recipient, please telephone or email the sender and delete this message and any attachment from your system. If you are not the intended recipient you must not copy this message or attachment or disclose the contents to any other persons.

Balyasny Asset Management (UK) LLP is authorised and regulated by the Financial Conduct Authority in the UK. Balyasny Asset Management LP is registered as an Investment Advisor with the Securities and Exchange Commission in the USA.

BAM prohibits all personnel from having any business related communications over text message or other unapproved communication applications. Unless pre-approved, BAM employees are only permitted to communicate over email, Bloomberg and BAM telephone lines.

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Hayato Kuroda (Fujitsu) 2025-05-28 12:27:51 RE: Logical replication 'invalid memory alloc request size 1585837200' after upgrading to 17.5
Previous Message Laurenz Albe 2025-05-28 08:33:39 Re: SIMILAR TO expressions translate wildcards where they shouldn't

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2025-05-28 14:25:50 Re: [EXT] Re: GSS Auth issue when user member of lots of AD groups
Previous Message Michael Paquier 2025-05-28 00:44:19 pgsql: Adjust regex for test with opening parenthesis in character clas