STIGhubSTIGhub
STIGsRMF ControlsCompare

STIGhub

A free tool to search and browse the entire DISA STIG library. Saves up to 75% in security compliance research time.

Navigation

  • Browse STIGs
  • Search
  • RMF Controls
  • Compare Versions

Resources

  • About
  • Release Notes
  • VPAT
  • DISA STIG Library
STIGs updated 3 hours ago
Powered by Pylon
© 2026 Beacon Cloud Solutions, Inc. All rights reserved.
← Back to PostgreSQL 9.x Security Technical Implementation Guide

V-214136

CAT I (High)

PostgreSQL must enforce authorized access to all PKI private keys stored/utilized by PostgreSQL.

Rule ID

SV-214136r961041_rule

STIG

PostgreSQL 9.x Security Technical Implementation Guide

Version

V2R5

CCIs

CCI-000186

Discussion

The DoD standard for authentication is DoD-approved PKI certificates. PKI certificate-based authentication is performed by requiring the certificate holder to cryptographically prove possession of the corresponding private key. If the private key is stolen, an attacker can use the private key(s) to impersonate the certificate holder. In cases where PostgreSQL-stored private keys are used to authenticate PostgreSQL to the system’s clients, loss of the corresponding private keys would allow an attacker to successfully perform undetected man-in-the-middle attacks against PostgreSQL system and its clients. Both the holder of a digital certificate and the issuing authority must take careful measures to protect the corresponding private key. Private keys should always be generated and protected in FIPS 140-2 or 140-3 validated cryptographic modules. All access to the private key(s) of PostgreSQL must be restricted to authorized and authenticated users. If unauthorized users have access to one or more of PostgreSQL's private keys, an attacker could gain access to the key(s) and use them to impersonate the database on the network or otherwise perform unauthorized actions.

Check Content

First, as the database administrator (shown here as "postgres"), verify the following settings:

Note: If no specific directory given before the filename, the files are stored in PGDATA.

$ sudo su - postgres
$ psql -c "SHOW ssl_ca_file"
$ psql -c "SHOW ssl_cert_file"
$ psql -c "SHOW ssl_crl_file"
$ psql -c "SHOW ssl_key_file"

If the directory these files are stored in is not protected, this is a finding.

Fix Text

Note: The following instructions use the PGDATA and PGVER environment variables. See supplementary content APPENDIX-F for instructions on configuring PGDATA and APPENDIX-H for PGVER.

Store all PostgreSQL PKI private keys in a FIPS 140-2 or 140-3 validated cryptographic module. 

Ensure access to PostgreSQL PKI private keys is restricted to only authenticated and authorized users. 

PostgreSQL private key(s) can be stored in $PGDATA directory, which is only accessible by the database owner (usually postgres, DBA) user. Do not allow access to this system account to unauthorized users. 

To put the keys in a different directory, as the database administrator (shown here as "postgres"), set the following settings to a protected directory: 

$ sudo su - postgres 
$ vi ${PGDATA?}/postgresql.conf 
ssl_ca_file = "/some/protected/directory/root.crt" 
ssl_crl_file = "/some/protected/directory/root.crl" 
ssl_cert_file = "/some/protected/directory/server.crt" 
ssl_key_file = "/some/protected/directory/server.key" 

Now, as the system administrator, restart the server with the new configuration: 

# SYSTEMD SERVER ONLY 
$ sudo systemctl restart postgresql-${PGVER?}

# INITD SERVER ONLY 
$ sudo service postgresql-${PGVER?} restart 

For more information on configuring PostgreSQL to use SSL, see supplementary content APPENDIX-G.