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/>
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 |