mirror of
https://github.com/speed47/spectre-meltdown-checker
synced 2024-11-19 04:22:22 +01:00
906f54cf9d
* Code consistency ``` opt_batch_format="text" ``` replaced by ``` opt_batch_format='text' ``` ```nrpe_vuln='"" ``` replaced by ``` nrpe_vuln='' ``` , as used by other parse options Redundant ``` ! -z ``` replaced by ``` -n ```, as used elsewhere Signed-off-by: Rob Gill <rrobgill@protonmail.com> * Improved hypervisor detection Tests for presence of hypervisor flag in /proc/cpuino Tests for evidence of hypervisor in dmesg Signed-off-by: Rob Gill <rrobgill@protonmail.com> * formatting fix Signed-off-by: Rob Gill <rrobgill@protonmail.com> * Set $l1d_mode to -1 in cases where cpu/vulnerabilities/l1tf is not available (prevents invalid number error when evaluating [ "$l1d_mode" -ge 1 ]) Signed-off-by: Rob Gill <rrobgill@protonmail.com> * Update Intel Atom 6 cpu names to align with kernel Update processor names of atom 6 family processors to align with those from kernel as of October 2018. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/arch/x86/include/asm/intel-family.h?id=f2c4db1bd80720cd8cb2a5aa220d9bc9f374f04e Update list of known immune processors from https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/commit/arch/x86/kernel/cpu/common.c?id=f2c4db1bd80720cd8cb2a5aa220d9bc9f374f04e * Fix unset $l1d_mode Another instance of unset l1d_mode causing error "./spectre-meltdown-checker.sh: 3867: [: Illegal number:" * chore: update readme with brief summary of L1tfs L1tf mitigation and impact details from https://www.kernel.org/doc/html/latest/admin-guide/l1tf.html and https://blogs.oracle.com/oraclesecurity/intel-l1tf * typo
144 lines
6.7 KiB
Markdown
144 lines
6.7 KiB
Markdown
Spectre & Meltdown Checker
|
|
==========================
|
|
|
|
A shell script to tell if your system is vulnerable against the several "speculative execution" CVEs that were made public in 2018.
|
|
- CVE-2017-5753 [bounds check bypass] aka 'Spectre Variant 1'
|
|
- CVE-2017-5715 [branch target injection] aka 'Spectre Variant 2'
|
|
- CVE-2017-5754 [rogue data cache load] aka 'Meltdown' aka 'Variant 3'
|
|
- CVE-2018-3640 [rogue system register read] aka 'Variant 3a'
|
|
- CVE-2018-3639 [speculative store bypass] aka 'Variant 4'
|
|
- CVE-2018-3615 [L1 terminal fault] aka 'Foreshadow (SGX)'
|
|
- CVE-2018-3620 [L1 terminal fault] aka 'Foreshadow-NG (OS)'
|
|
- CVE-2018-3646 [L1 terminal fault] aka 'Foreshadow-NG (VMM)'
|
|
|
|
Supported operating systems:
|
|
- Linux (all versions, flavors and distros)
|
|
- BSD (FreeBSD, NetBSD, DragonFlyBSD)
|
|
|
|
Supported architectures:
|
|
- x86 (32 bits)
|
|
- amd64/x86_64 (64 bits)
|
|
- ARM and ARM64
|
|
- other architectures will work, but mitigations (if they exist) might not always be detected
|
|
|
|
For Linux systems, the script will detect mitigations, including backported non-vanilla patches, regardless of the advertised kernel version number and the distribution (such as Debian, Ubuntu, CentOS, RHEL, Fedora, openSUSE, Arch, ...), it also works if you've compiled your own kernel.
|
|
|
|
For BSD systems, the detection will work as long as the BSD you're using supports `cpuctl` and `linprocfs` (this is not the case of OpenBSD for example).
|
|
|
|
## Easy way to run the script
|
|
|
|
- Get the latest version of the script using `curl` *or* `wget`
|
|
|
|
```bash
|
|
curl -L https://meltdown.ovh -o spectre-meltdown-checker.sh
|
|
wget https://meltdown.ovh -O spectre-meltdown-checker.sh
|
|
```
|
|
|
|
- Inspect the script. You never blindly run scripts you downloaded from the Internet, do you?
|
|
|
|
```bash
|
|
vim spectre-meltdown-checker.sh
|
|
```
|
|
|
|
- When you're ready, run the script as root
|
|
|
|
```bash
|
|
chmod +x spectre-meltdown-checker.sh
|
|
sudo ./spectre-meltdown-checker.sh
|
|
```
|
|
|
|
### Run the script in a docker container
|
|
|
|
#### With docker-compose
|
|
|
|
```shell
|
|
docker-compose build
|
|
docker-compose run --rm spectre-meltdown-checker
|
|
```
|
|
|
|
#### Without docker-compose
|
|
|
|
```shell
|
|
docker build -t spectre-meltdown-checker .
|
|
docker run --rm --privileged -v /boot:/boot:ro -v /dev/cpu:/dev/cpu:ro -v /lib/modules:/lib/modules:ro spectre-meltdown-checker
|
|
```
|
|
|
|
## Example of script output
|
|
|
|
- Intel Haswell CPU running under Ubuntu 16.04 LTS
|
|
|
|
![haswell](https://framapic.org/1kWmNwE6ll0p/ayTRX9JRlHJ7.png)
|
|
|
|
- AMD Ryzen running under OpenSUSE Tumbleweed
|
|
|
|
![ryzen](https://framapic.org/TkWbuh421YQR/6MAGUP3lL6Ne.png)
|
|
|
|
- Batch mode (JSON flavor)
|
|
|
|
![batch](https://framapic.org/HEcWFPrLewbs/om1LdufspWTJ.png)
|
|
|
|
## Quick summary of the CVEs
|
|
|
|
**CVE-2017-5753** bounds check bypass (Spectre Variant 1)
|
|
|
|
- Impact: Kernel & all software
|
|
- Mitigation: recompile software *and* kernel with a modified compiler that introduces the LFENCE opcode at the proper positions in the resulting code
|
|
- Performance impact of the mitigation: negligible
|
|
|
|
**CVE-2017-5715** branch target injection (Spectre Variant 2)
|
|
|
|
- Impact: Kernel
|
|
- Mitigation 1: new opcode via microcode update that should be used by up to date compilers to protect the BTB (by flushing indirect branch predictors)
|
|
- Mitigation 2: introducing "retpoline" into compilers, and recompile software/OS with it
|
|
- Performance impact of the mitigation: high for mitigation 1, medium for mitigation 2, depending on your CPU
|
|
|
|
**CVE-2017-5754** rogue data cache load (Meltdown)
|
|
|
|
- Impact: Kernel
|
|
- Mitigation: updated kernel (with PTI/KPTI patches), updating the kernel is enough
|
|
- Performance impact of the mitigation: low to medium
|
|
|
|
**CVE-2018-3640** rogue system register read (Variant 3a)
|
|
|
|
- Impact: TBC
|
|
- Mitigation: microcode update only
|
|
- Performance impact of the mitigation: negligible
|
|
|
|
**CVE-2018-3639** speculative store bypass (Variant 4)
|
|
|
|
- Impact: software using JIT (no known exploitation against kernel)
|
|
- Mitigation: microcode update + kernel update making possible for affected software to protect itself
|
|
- Performance impact of the mitigation: low to medium
|
|
|
|
**CVE-2018-3615** l1 terminal fault (Foreshadow-NG SGX)
|
|
|
|
- Impact: Kernel & all software (any physical memory address in the system)
|
|
- Mitigation: microcode update
|
|
- Performance impact of the mitigation: negligible
|
|
|
|
**CVE-2018-3620** l1 terminal fault (Foreshadow-NG SMM)
|
|
|
|
- Impact: Kernel & System management mode
|
|
- Mitigation: updated kernel (with PTE inversion)
|
|
- Performance impact of the mitigation: negligible
|
|
|
|
**CVE-2018-3646** l1 terminal fault (Foreshadow-NG VMM)
|
|
|
|
- Impact: Virtualization software and Virtual Machine Monitors
|
|
- Mitigation: disable ept (extended page tables), disable hyper-threading (SMT), or
|
|
updated kernel (with L1d flush)
|
|
- Performance impact of the mitigation: low to significant
|
|
|
|
## Understanding what this script does and doesn't
|
|
|
|
This tool does its best to determine whether your system is immune (or has proper mitigations in place) for the collectively named "speculative execution" vulnerabilities. It doesn't attempt to run any kind of exploit, and can't guarantee that your system is secure, but rather helps you verifying whether your system has the known correct mitigations in place.
|
|
However, some mitigations could also exist in your kernel that this script doesn't know (yet) how to detect, or it might falsely detect mitigations that in the end don't work as expected (for example, on backported or modified kernels).
|
|
|
|
Your system exposure also depends on your CPU. As of now, AMD and ARM processors are marked as immune to some or all of these vulnerabilities (except some specific ARM models). All Intel processors manufactured since circa 1995 are thought to be vulnerable, except some specific/old models, such as some early Atoms. Whatever processor one uses, one might seek more information from the manufacturer of that processor and/or of the device in which it runs.
|
|
|
|
The nature of the discovered vulnerabilities being quite new, the landscape of vulnerable processors can be expected to change over time, which is why this script makes the assumption that all CPUs are vulnerable, except if the manufacturer explicitly stated otherwise in a verifiable public announcement.
|
|
|
|
Please also note that for Spectre vulnerabilities, all software can possibly be exploited, this tool only verifies that the kernel (which is the core of the system) you're using has the proper protections in place. Verifying all the other software is out of the scope of this tool. As a general measure, ensure you always have the most up to date stable versions of all the software you use, especially for those who are exposed to the world, such as network daemons and browsers.
|
|
|
|
This tool has been released in the hope that it'll be useful, but don't use it to jump to conclusions about your security.
|