All operating systems have a "core dump" functionality which poses potential security and privacy risks. According to Wikipedia: 
In computing, a core dump (in Unix parlance), memory dump, or system dump consists of the recorded state of the working memory of a computer program at a specific time, generally when the program has crashed or otherwise terminated abnormally. In practice, other key pieces of program state are usually dumped at the same time, including the processor registers, which may include the program counter and stack pointer, memory management information, and other processor and operating system flags and information. Core dumps are often used to assist in diagnosing and debugging errors in computer programs.
The primary function of core dumps is to provide the user or programmer with specialized information to determine the root cause of a system crash, in order to perform debugging. These files are viewable as text or image formats, and can be analyzed with special tools. In Windows, both kernel-mode dumps and user-mode dumps are available. The former contains information on either the full memory or large sections of it, while the latter is limited to single processes. 
Security and Privacy Risks
- Any activities undertaken in a session.
- All existing contents in RAM at the time of a crash:
- Disk encryption keys and passwords.
- Details of open documents.
- Other passwords.
- Detailed system information that can assist targeted attacks.
Clearly, how long copies of data survive and where they end up are critical factors. There is no guarantee that RAM is wiped or overwritten during this process. This is not just a theoretical concern, as exploits in the wild have been observed which force privileged applications to perform core dumps, disclosing the contents of shadow password files and other information in the process. 
While this information is stored locally on GNU/Linux distributions, this is not the case on proprietary platforms. Windows and macOS generally ship this memory information to the operating systems vendor.     
Disabling Core Dumps
Core Dumps are disabled by default in Whonix ™ and Kicksecure ™. For greater security, advanced users should consider configuring the host operating systems to disable core dumps. If possible, preventing access to process memory is also advisable, along with secure storage of the file system.   GNU/Linux users can further research the disabling of core dump features here [archive] and here [archive]. Debian users should refer to the manpages concerning core dump storage configuration files [archive]. In general, Linux normally requires: 
- Setting a ulimit value via a configuration file; or
- Configuring ulimit via a profile (custom) file; or
- Setting nil storage in the systemd coredump configuration file.
It is also recommended to disable setuid processes from dumping their memory [archive], since processes with elevated permissions might otherwise still perform core dumps.  For greater safety, test the configuration [archive] works correctly.
Enabling Core Dumps
To enable core dumps in Whonix ™ follow the following steps.
The debug-misc package is the simplest solution to enable core dumps. For better security, this package should only be installed on specific machines that require debugging. Unfortunately, security and debugging are conflicting optimization goals.
- https://en.wikipedia.org/wiki/Core_dump [archive]
- https://cs.stanford.edu/people/jchow/papers/lifetime-sigops04.pdf [archive]
- https://wiki.archlinux.org/index.php/Core_dump [archive]
- https://security.stackexchange.com/questions/131552/risks-of-encryption-keys-contained-in-a-memory-dump-after-a-crash [archive]
- https://msdn.microsoft.com/en-us/library/windows/desktop/bb787181%28v=vs.85%29.aspx [archive]
- https://en.wikipedia.org/wiki/Crash_Reporter [archive]
- http://www.networkworld.com/article/2164903/windows/windows-how-to-solve-windows-8-crashes-in-less-than-a-minute.html [archive]
- Notably, GNU/Linux platforms like Debian usually have core dump functionality turned on via systemd's default settings.
- https://docs.tibco.com/pub/rendezvous/8.3.1_january_2011/html/tib_rv_administration/rv_adm.6.072.htm [archive]
- https://stackoverflow.com/questions/17068818/how-to-deal-with-passwords-securely-within-your-application [archive]
- https://linux-audit.com/understand-and-configure-core-dumps-work-on-linux/#disable-core-dumps [archive]
- Processes with greater access might also have more sensitive data elements in memory.
This is a wiki. Want to improve this page? Help is welcome and volunteer contributions are happily considered! Read, understand and agree to Conditions for Contributions to Whonix ™, then Edit! Edits are held for moderation. Policy of Whonix Website and Whonix Chat and Policy On Nonfreedom Software applies.
Copyright (C) 2012 - 2021 ENCRYPTED SUPPORT LP. Whonix ™ is a trademark. Whonix ™ is a licensee [archive] of the Open Invention Network [archive]. Unless otherwise noted, the content of this page is copyrighted and licensed under the same Freedom Software license as Whonix ™ itself. (Why?)
The personal opinions of moderators or contributors to the Whonix ™ project do not represent the project as a whole.