Re: [Proposal] Table-level Transparent Data Encryption (TDE) and KeyManagement Service (KMS)
От | Bruce Momjian |
---|---|
Тема | Re: [Proposal] Table-level Transparent Data Encryption (TDE) and KeyManagement Service (KMS) |
Дата | |
Msg-id | 20190616134626.25woo5jfw3bmg4um@momjian.us обсуждение исходный текст |
Ответ на | Re: [Proposal] Table-level Transparent Data Encryption (TDE) and KeyManagement Service (KMS) (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: [Proposal] Table-level Transparent Data Encryption (TDE) and KeyManagement Service (KMS)
|
Список | pgsql-hackers |
On Sun, Jun 16, 2019 at 09:45:09AM -0400, Bruce Momjian wrote: > On Sun, Jun 16, 2019 at 07:07:20AM -0400, Joe Conway wrote: > > And although I'm not proposing this for the first implementation, yet > > another reason is I might want to additionally control "transparent > > access" to data based on who is logged in. That could be done by > > layering an additional key on top of the per-tablespace key for example. > > > > The bottom line in my mind is encrypting the entire database with a > > single key is not much different/better than using filesystem > > encryption, so I'm not sure it is worth the effort and complexity to get > > that capability. I think having the ability to encrypt at the tablespace > > level adds a lot of capability for minimal extra complexity. > > I disagree. I will add that OpenSSL has been removing features and compatibility because the added complexity had hidden exploits that they could not have anticipated. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + As you are, so once was I. As I am, so you will be. + + Ancient Roman grave inscription +
В списке pgsql-hackers по дате отправления: