Re: postgres zeroization of dead tuples ? i.e scrubbing dead tuples with sensitive data.
| От | Tom Lane |
|---|---|
| Тема | Re: postgres zeroization of dead tuples ? i.e scrubbing dead tuples with sensitive data. |
| Дата | |
| Msg-id | 31091.1447878164@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: postgres zeroization of dead tuples ? i.e scrubbing dead tuples with sensitive data. (Alvaro Herrera <alvherre@2ndquadrant.com>) |
| Ответы |
Re: postgres zeroization of dead tuples ? i.e scrubbing
dead tuples with sensitive data.
|
| Список | pgsql-general |
Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> David G. Johnston wrote:
>> On Wed, Nov 18, 2015 at 12:45 PM, Day, David <dday@redcom.com> wrote:
>>> I believe the concern, based on my current understanding of postgres
>>> inner workings, is that when a dead tuple is reclaimed by vacuuming: Is
>>> that reclaimed space initialized in some fashion that would shred any
>>> sensitive data that was formerly there to any inspection by the
>>> subsequent owner of that disk page ? ( zeroization )
> No. Ultimately, space occupied by dead tuples is "freed" in
> PageRepairFragmentation(), src/backend/storage/page/bufpage.c;
> the contents of the tuples are shuffled to "defragment" the free space,
> but the free space is not zeroed. You could certainly try to read the
> unused page and extract some data from there.
It's quite unclear to me what threat model such a behavior would add
useful protection against.
regards, tom lane
В списке pgsql-general по дате отправления: