Core Dumps
Security and Privacy Risks Posed by Core Dumps
Introduction[edit]
All operating systems have a "core dump" functionality which poses potential security and privacy risks. According to Wikipedia: [1]
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. [1]
Security and Privacy Risks[edit]
Core dumps can potentially contain sensitive information like: [3] [2] [4]
- 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. [2]
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. [2] [5] [6] [7] [8]
Disabling Core Dumps[edit]
Core Dumps are disabled by default in Kicksecure.
If using a virtual machine (VM)...
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. [9] [10] GNU/Linux users can further research the disabling of core dump features here and here. Debian users should refer to the manpages concerning core dump storage configuration files. In general, Linux normally requires: [11]
- 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, since processes with elevated permissions might otherwise still perform core dumps. [12] For greater safety, test the configuration works correctly.
Enabling Core Dumps[edit]
To enable core dumps in Kicksecure 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.
Install package(s) debug-misc
following these instructions
1 Platform specific notice.
- Kicksecure: No special notice.
- Kicksecure-Qubes: In Template.
2 Update the package lists and upgrade the system .
sudo apt update && sudo apt full-upgrade
3 Install the debug-misc
package(s).
Using apt
command line
--no-install-recommends
option
is in most cases optional.
sudo apt install --no-install-recommends debug-misc
4 Platform specific notice.
- Kicksecure: No special notice.
- Kicksecure-Qubes: Shut down Template and restart App Qubes based on it as per Qubes Template Modification .
5 Done.
The procedure of installing package(s) debug-misc
is complete.
TODO: only enable core dumps without debug-misc
https://rspamd.com/doc/faq.html#how-to-figure-out-why-rspamd-process-crashed
ulimit -c
ulimit -c unlimited
References[edit]
- ↑ 1.0 1.1 https://en.wikipedia.org/wiki/Core_dump
- ↑ 2.0 2.1 2.2 2.3 https://cs.stanford.edu/people/jchow/papers/lifetime-sigops04.pdf
- ↑ https://wiki.archlinux.org/title/Core_dump
- ↑ https://security.stackexchange.com/questions/131552/risks-of-encryption-keys-contained-in-a-memory-dump-after-a-crash
- ↑ https://docs.microsoft.com/en-us/windows/win32/wer/collecting-user-mode-dumps?redirectedfrom=MSDN
- ↑ https://en.wikipedia.org/wiki/Crash_Reporter
- ↑ https://www.networkworld.com/article/2164903/windows-how-to-solve-windows-8-crashes-in-less-than-a-minute.html
- ↑ 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.ph)
- ↑ https://stackoverflow.com/questions/17068818/how-to-deal-with-passwords-securely-within-your-application
- ↑ https://linux-audit.com/understand-and-configure-core-dumps-work-on-linux/#disable-core-dumps
- ↑ Processes with greater access might also have more sensitive data elements in memory.
We believe security software like Kicksecure needs to remain Open Source and independent. Would you help sustain and grow the project? Learn more about our 12 year success story and maybe DONATE!