Re: "WIP: Data at rest encryption" patch and, PostgreSQL 11-beta3
От | Robert Haas |
---|---|
Тема | Re: "WIP: Data at rest encryption" patch and, PostgreSQL 11-beta3 |
Дата | |
Msg-id | CA+TgmoZ+47eRKo+tstrHffH7re3RMf24S=Ht-LMEWaFrK-gOSg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: "WIP: Data at rest encryption" patch and, PostgreSQL 11-beta3 (Antonin Houska <ah@cybertec.at>) |
Ответы |
Re: "WIP: Data at rest encryption" patch and, PostgreSQL 11-beta3
|
Список | pgsql-hackers |
On Fri, Apr 5, 2019 at 11:22 AM Antonin Houska <ah@cybertec.at> wrote: > > Wouldn't Tom's proposal to use a stream cipher fix all this? > > Yes it would make the extra alignment unnecessary, but our solution tries to > meet specific requirements of disk encryption. Stream cipher appears to be > incompatible with these requirements: > > https://en.wikipedia.org/wiki/Disk_encryption_theory Hmm. Well, I don't know what to do about that, but I think this patch is going to be facing an uphill battle if the encrypted and unencrypted WAL formats use different alignment. > Currently we try to use the CBC-ESSIV mode. It's worth to mention that in this > mode, if the page is encrypted twice and if the plain data in the encryption > block N (i.e. block of 16 bytes) changes before the 2nd encryption, the > encrypted data will only change in blocks >= N. So the problem of losing > already flushed WAL records should not happen. Well, this is just a question of alignment. If WAL records are at least 16-byte aligned, then it should be fine. But I have a feeling they may just be MAXALIGN'd. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: