Put on your Masks !
The main idea of this extension is to offer anonymization by design.
The data masking rules should be written by the people who develop the application because they have the best knowledge of how the data model works. Therefore masking rules must be implemented directly inside the database schema.
This allows to mask the data directly inside the PostgreSQL instance without using an external tool and thus limiting the exposure and the risks of data leak.
The data masking rules are declared simply by using security labels:
CREATE TABLE player( id SERIAL, name TEXT, points INT); INSERT INTO player VALUES ( 1, 'Kareem Abdul-Jabbar', 38387), ( 5, 'Michael Jordan', 32292 ); SECURITY LABEL FOR anon ON COLUMN player.name IS 'MASKED WITH FUNCTION anon.fake_last_name()'; SECURITY LABEL FOR anon ON COLUMN player.id IS 'MASKED WITH VALUE NULL';
Removing a masking rule
You can simply erase a masking rule like this:
SECURITY LABEL FOR anon ON COLUMN player.name IS NULL
Declaring Rules with COMMENTs
There is an alternative way for declaring masking rules, using the COMMENT syntax:
COMMENT ON COLUMN player.name IS 'MASKED WITH FUNCTION anon.fake_last_name()'
This is useful especially if you can't modify the instance confiraguration and
load the extension with
session_preload_libraries. In this situation, the
security labels won't work and you have to declare rules with comments.
If your columns already have comments, simply append the
MASKED WITH FUNCTION
statement at the end of the comment.
See also Install in the Cloud.