Core Dumps

From Kicksecure
Jump to navigation Jump to search

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]

Most of today’s operating systems, libraries, languages, and so on leave sensitive data they handle -- passwords, financial and other information -- scattered throughout memory, and it often leaks to disk. Information may be left there for an indeterminate period and this increases the risk of a system compromise. [2]

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 herearchive.org and herearchive.org. Debian users should refer to the manpages concerning core dump storage configuration filesarchive.org. 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 memoryarchive.org, since processes with elevated permissions might otherwise still perform core dumps. [12] For greater safety, test the configurationarchive.org 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 debug-misc. To accomplish that, the following steps A. to D. need to be done.

A. Update the package lists.

sudo apt update

B. Upgrade the system.

sudo apt full-upgrade

C. Install the debug-misc package.

Using apt command line parameter --no-install-recommends is in most cases optional.

sudo apt install --no-install-recommends debug-misc

D. Done.

The procedure of installing debug-misc is complete.

References[edit]


Unfinished: This wiki is a work in progress. Please do not report broken links until this notice is removed, use Search Engines First and contribute improving this wiki.

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!