|From:||"Moon, Insung" <Moon_Insung_i3(at)lab(dot)ntt(dot)co(dot)jp>|
|To:||"'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us>|
|Subject:||RE: [Proposal] Table-level Transparent Data Encryption (TDE) and Key Management Service (KMS)|
|Views:||Raw Message | Whole Thread | Download mbox | Resend email|
Dear Tom Lane.
> -----Original Message-----
> From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
> Sent: Monday, June 18, 2018 11:52 PM
> To: Robert Haas
> Cc: Joe Conway; Masahiko Sawada; Moon, Insung; PostgreSQL-development
> Subject: Re: [Proposal] Table-level Transparent Data Encryption (TDE) and Key Management Service (KMS)
> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> > On Mon, Jun 18, 2018 at 10:12 AM, Joe Conway <mail(at)joeconway(dot)com> wrote:
> >> Not necessarily. Our pages probably have enough predictable bytes to
> >> aid cryptanalysis, compared to user data in a column which might not
> >> be very predicable.
> > Really? I would guess that the amount of entropy in a page is WAY
> > higher than in an individual column value.
> Depending on the specifics of the encryption scheme, having some amount of known (or guessable) plaintext may allow breaking
> the cipher, even if much of the plaintext is not known. This is cryptology 101, really.
> At the same time, having to have a bunch of independently-decipherable short field values is not real secure either, especially
> if they're known to all be encrypted with the same key. But what you know or can guess about the plaintext in such cases
> would be target-specific, rather than an attack that could be built once and used against any PG database.
Yes. If there is known to guessable data of encrypted data, maybe there is a possibility of decrypting the encrypted data.
But would it be safe to use an additional encryption mode such as GCM or XFS to solve this problem?
(Do not use the same IV)
Thank you and Best regards.
> regards, tom lane
|Next Message||Ashutosh Bapat||2018-07-03 12:43:12||Re: Desirability of client-side expressions in psql?|
|Previous Message||Nikita Glukhov||2018-07-03 12:30:27||Re: SQL/JSON: functions|