Developers should take steps to prevent sensitive information such as passwords, cryptographic keys, and other secrets from being inadvertently leaked. Preventive measures include attempting to keep such data from being written to disk.
Two common mechanisms by which data is inadvertently written to disk are swapping and core dumps.
Many general-purpose operating systems implement a virtual-memory-management technique called paging (also called swapping) to transfer pages between main memory and an auxiliary store, such as a disk drive. This feature is typically implemented as a task running in the kernel of the operating system, and its operation is invisible to the running program.
A core dump is the recorded state of process memory written to disk for later examination by a debugger. Core dumps are typically generated when a program has terminated abnormally, either through an error resulting in a crash or by receiving a signal that causes such a termination.
The POSIX standard system call for controlling resource limits,
setrlimit(), can be used to disable the creation of core dumps, which prevents an attacker with the ability to halt the program from gaining access to sensitive data that might be contained in the dump.
Noncompliant Code Example
In this noncompliant code example, sensitive information is supposedly stored in the dynamically allocated buffer,
secret, which is processed and eventually cleared by a call to
memset_s(). The memory page containing
secret can be swapped out to disk. If the program crashes before the call to
memset_s() completes, the information stored in
secret may be stored in the core dump.
Compliant Solution (POSIX)
To prevent the information from being written to a core dump, the size of core dumps that the program will generate should be set to 0 using
Compliant Solution (Privileged Process, POSIX)
The added security from using
mlock() is limited. (See the sidebar by Nick Stoughton.)
Processes with elevated privileges can disable paging by locking memory in place using the POSIX
mlock() function [IEEE Std 1003.1:2013]. Disabling paging ensures that memory is never copied to the hard drive, where it may be retained indefinitely in nonvolatile storage.
This compliant solution not only disables the creation of core files but also ensures that the buffer is not swapped to hard disk:
Compliant Solution (Windows)
Windows processes can disable paging by locking memory in place using
Note that locking pages of memory on Windows may fail because the operating system allows the process to lock only a small number of pages. If an application requires additional locked pages, the
SetProcessWorkingSetSize() API can be used to increase the application's minimum working set size. Locking pages has severe performance consequences and should be used sparingly.
Writing sensitive data to disk preserves it for future retrieval by an attacker, who may even be able to bypass the access restrictions of the operating system by using a disk maintenance program.
|Polyspace Bug Finder|
Checks for sensitive data printed out (rec. partially covered)
|SEI CERT C++ Coding Standard||VOID MEM06-CPP. Ensure that sensitive data is not written out to disk|
|ISO/IEC TR 24772:2013||Memory Locking [XZX]|
|MITRE CWE||CWE-591, Sensitive data storage in improperly locked memory|
CWE-528, Information leak through core dump files
|[IEEE Std 1003.1:2013]||XSH, System Interface, |
XSH, System Interface,
|[Wheeler 2003]||Section 7.14|