Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wGBdD-005yIr-0F for pgsql-bugs@arkaria.postgresql.org; Fri, 24 Apr 2026 08:11:24 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wGBdC-005OMe-0k for pgsql-bugs@arkaria.postgresql.org; Fri, 24 Apr 2026 08:11:22 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wGBdB-005OMW-2s for pgsql-bugs@lists.postgresql.org; Fri, 24 Apr 2026 08:11:21 +0000 Received: from smtp.outgoing.loopia.se ([93.188.3.37]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wGBd8-00000002Xx0-2c17 for pgsql-bugs@lists.postgresql.org; Fri, 24 Apr 2026 08:11:21 +0000 Received: from s807.loopia.se (localhost [127.0.0.1]) by s807.loopia.se (Postfix) with ESMTP id 0B0F8585C93 for ; Fri, 24 Apr 2026 10:11:15 +0200 (CEST) Received: from s980.loopia.se (unknown [172.22.191.6]) by s807.loopia.se (Postfix) with ESMTP id F008A584D34; Fri, 24 Apr 2026 10:11:14 +0200 (CEST) Received: from localhost (unknown [172.22.191.6]) by s980.loopia.se (Postfix) with ESMTP id EBEE72201638; Fri, 24 Apr 2026 10:11:14 +0200 (CEST) X-Virus-Scanned: amavis at amavis.loopia.se X-Spam-Flag: NO X-Spam-Score: -1.2 X-Spam-Level: X-Spam-Status: No, score=-1.2 tagged_above=-999 required=6.2 tests=[ALL_TRUSTED=-1, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1] autolearn=disabled Authentication-Results: s474.loopia.se (amavis); dkim=pass (2048-bit key) header.d=yesql.se Received: from s979.loopia.se ([172.22.191.6]) by localhost (s474.loopia.se [172.22.190.14]) (amavis, port 10024) with UTF8LMTP id e6Vq1iYaxBtX; Fri, 24 Apr 2026 10:11:14 +0200 (CEST) X-Loopia-Auth: user X-Loopia-User: daniel@yesql.se X-Loopia-Originating-IP: 89.255.232.236 Received: from smtpclient.apple (customer-89-255-232-236.stosn.net [89.255.232.236]) (Authenticated sender: daniel@yesql.se) by s979.loopia.se (Postfix) with ESMTPSA id 745A810BC47E; Fri, 24 Apr 2026 10:11:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yesql.se; s=loopiadkim1707475645; t=1777018274; bh=bE2lCE4yH5Xa9HIT7Q76hdUDMmfUtkQQtpJg8HPpawg=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=KfpHT650fYwFG/iFwOknE+SBRLaJV0UqFENtbHLIzU9uQMTgKo+b2Zk6QKfwHoSqn nM29twaw6lMRKTS+c9garBFcZ5mwYb+1IaXvn6rDobEpr7X7ToXdTCDNVmTRTZmNzv 1Jid1sPq+aSkPyJ2d+WJ6k/qGDZAvg81kpSiwhyk3k5B9cR3FdFogoytlaDdpjjBUe hO6sEPM86yxacULvJzIFxFKnQ1jk6uU1XGC0KNoBLmY/9twRtMs7WAW6BKCGxua9vo djqNgZ3Uxfx4UhobOUOV6uvwAumLpadIhnSNpSKK0TqOwLZfTp5vGtSiia6AlM5hon FahwNGS+i8gQA== Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51.11.2\)) Subject: Re: BUG #19457: RE: pgp_sym_encrypt silently accepts non-FIPS ciphers (bf, cast5, 3des) when OpenSSL is in FIPS mod From: Daniel Gustafsson In-Reply-To: Date: Fri, 24 Apr 2026 10:11:04 +0200 Cc: ansh01072001@gmail.com, pgsql-bugs@lists.postgresql.org Content-Transfer-Encoding: quoted-printable Message-Id: <99F0B98C-2276-4C01-B553-BDD0806CAEEF@yesql.se> References: <19457-4bab15c17aea36c7@postgresql.org> <3A2299BC-1684-4CEB-BD65-1DEBFB446F24@yesql.se> To: Michael Paquier X-Mailer: Apple Mail (2.3776.700.51.11.2) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > On 24 Apr 2026, at 06:20, Michael Paquier wrote: >=20 > On Tue, Apr 21, 2026 at 04:04:40PM +0200, Daniel Gustafsson wrote: >> Not just FIPS, it should check CheckBuiltinCryptoMode() to be = consistent with >> the other builtin checks. >=20 > I am interesting in getting that fixed for the next point release, so > I have given it a try, finishing with the attached. This would cause > pgp_sym_encrypt() and pgp_sym_decrypt() to complain when the builtin > mode is disabled, making things more consistent with the surroundings. >=20 > I agree that this could break environments where builtin_crypto is > off, as the functions would now be blocked, but I am not sure that > this is worth worrying about as builtin_crypto=3Don is the default. I'm not convinced this is material for a minor release, the feature = works as documented and it was never documented to cover PGP. Re-reading the = thread PGP was never discussed, and while that admittedly seem like an oversight = doing this in a minor release will alter documented behaviour which is = generally not what we want to do. -- Daniel Gustafsson