Re: Requirement PA-DSS 1.1.4

From: "Peter J(dot) Holzer" <hjp-pgsql(at)hjp(dot)at>
To: pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: Requirement PA-DSS 1.1.4
Date: 2019-06-08 11:36:54
Message-ID: 20190608113654.btvuvkkwjzeh6j4t@hjp.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 2019-06-06 23:51:02 +0000, Jan Bilek wrote:
> Process For Managing Secure Data With PostgreSQL
[...]
> Another process running with permissions to access the underlying data is then
> running (probably running as postgres user):
>
> 1. Run the following forever:
>
> a. Wait for pending_secure_erase to contain something
>
> b. Foreach table_name, filename in pending_secure_erase
>
> i. If filename exists use secure erase tool on the file such as the
> shred app
>
> ii. Drop table if exists table_name

Is this safe? You are overwriting the file while it still belongs to the
database. Renaming the table should have gotten rid of all transactions
accessing it, but what about the background writer or autovacuum? I'm
not convinced that nothing would access the file between i. and ii.

hp

--
_ | Peter J. Holzer | we build much bigger, better disasters now
|_|_) | | because we have much more sophisticated
| | | hjp(at)hjp(dot)at | management tools.
__/ | http://www.hjp.at/ | -- Ross Anderson <https://www.edge.org/>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Igor Korot 2019-06-09 15:28:15 Inserting into the blob
Previous Message Peter J. Holzer 2019-06-08 10:31:06 Re: Postgres 10.7 Systemd Startup Issue