| From: | Kai Wagner <kai(dot)wagner(at)percona(dot)com> |
|---|---|
| To: | Chris Travers <chris(dot)travers(at)gmail(dot)com> |
| Cc: | Christophe Pettus <xof(at)thebuild(dot)com>, "Clay Jackson (cjackson)" <Clay(dot)Jackson(at)quest(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, pgsql-general <pgsql-general(at)postgresql(dot)org>, Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>, Ron Johnson <ronljohnsonjr(at)gmail(dot)com> |
| Subject: | Re: Enquiry about TDE with PgSQL |
| Date: | 2025-11-01 07:34:57 |
| Message-ID: | CAG0qCNjd2m9Ej1ZEwuCCkgsqJz0vnso3ZFwjKCxzwUfnfu=SNw@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Sat, Nov 1, 2025 at 5:19 AM Chris Travers <chris(dot)travers(at)gmail(dot)com>
wrote:
> I maintain that the way forward is to get TDE in core. Perhaps someone
> could pick up the previous patches and try to push them again
>
I wholeheartedly agree, as in this thread we are trying to do the same
thing again, that has already happened all they years before. We lose
ourselves in technical reasons, wondering why this makes no sense and how
it could be achieved differently, but we forget that we live in a vacuum
and bubble here. The auditor, most of the time (as I've seen many times),
has no knowledge of these technical aspects. It's a box to check, with a
simple 'yes' or 'no'. They don't even wanna hear any "but this also
satisfies it, as this isn't clearly stated and worded in the standard".
This doesn't get us anywhere anymore; they will not put their checkbox
there if there is no simple answer to it.
@Bruce Momjian <bruce(at)momjian(dot)us> I totally understand your frustration
from previous times and also your point of view, that's absolutely valid,
no doubt about that. The time has changed over the course of the last 5+
years, and maybe it is time to reconsider. Just because it didn't succeed
last time doesn't mean we have to end up in the same spot this time. We
discussed it at length, and I am committed to supporting and making happen
what's necessary to get TDE fully functional with postgres directly. The
way of the implementation is a different question. Who from the former
times, or maybe even now, being interested in the topic, would be open for
a TDE group, to technically discuss options, possibilities etc. that we can
POC on and share for further feedback?!
>
> Best Wishes,
> Chris Travers
>
>
> On Sat, Nov 1, 2025, 8:36 AM Christophe Pettus <xof(at)thebuild(dot)com> wrote:
>
>> On Oct 31, 2025, at 17:24, Clay Jackson (cjackson) <
>> Clay(dot)Jackson(at)quest(dot)com> wrote:
>> >
>> > I can't disagree - but the question them becomes, as Markus and other
>> have pointed out; would that allow a customer/user to check the
>> "Encryption" box for PCI or any other "compliance review"
>>
>> The answer is: it depends (doesn't it always?). Doing secure
>> column-level encryption meets the PCI standard, and a competent PCI auditor
>> will know that. However, TDE has this cache as being "the way one does
>> it," and if the organization is that way, it's hard to move them off of it.
>>
>> As a sign of how the PCI world views TDE, at least one of the major
>> credit card associations does not use it, and they have literally
>> everyone's credit card number, with expiration date and CVV, sitting on
>> their disks.
>>
>>
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2025-11-01 13:58:24 | Re: Enquiry about TDE with PgSQL |
| Previous Message | Chris Travers | 2025-11-01 04:18:43 | Re: Enquiry about TDE with PgSQL |