aboutsummaryrefslogtreecommitdiff
path: root/index.md
blob: 451f225445f1e4d84f4252ff1d4cd4978e9193cc (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
[[!meta title="Bootless: 'evil maid' (sic) mitigator"]]

Bootless is a scheme allowing a computer with encrypted disk to stay without
attached bootloader in order to make more difficult to tamper the initialization
process. Bootless is a bootloader installed in a removable media and used to
initialize computers.

It offers partial protection against the so-called [evil maid
attacks](https://en.wikipedia.org/wiki/Evil_maid_attack).

- [Repository](https://git.fluxo.info/bootless).
- [Tutorial](tutorial).
- [References](references).
- License: [GPLv3+](LICENSE).
- Contact: rhatto at riseup.net.

Design
------

The user has at least one USB thumb drive which will be used to boot multiple
operating systems in multiple machines for multiple different projects/farms
(personal, work, hackerspace, etc). User keeps the bootless thumb drive in
a safe place protected from physical intrusions.

The `bootless` application wraps around `grub-mkrescue` to create a USB
bootdisk with preloaded custom configuration and optional kernel and initramfs
images.

Dependencies
------------

- [GNU Grub](https://www.gnu.org/software/grub/).
- Reference implementation is targeted to Debian like operating systems.
- Optionally use git and [git-annex](http://git-annex.branchable.com/) to manage your repository and images.

Installation
------------

Don't want to install another piece of software and prefer to build a bootless
rescue disk yourself? Then read about the [barebones tutorial](tutorial).

Just clone

    git clone https//git.fluxo.info/bootless

You can also verify the latest commit's OpenPGP signature:

    /usr/bin/git -C kvmx verify-commit HEAD

Note that `/usr/bin/git` is called to avoid any other `git` wrappers or aliases
you might have available on your shell.

You can optionally add the `bootless` script it to your `$PATH` environment
variable or package it to your preferred distro.

Workflow
--------

Initialize:

    bootless init <folder> [repository]

Create an image:

    boootless image <folder> [image]

Write image to thumb drive:

    boootless write <folder> <device>

Check device/image signatures:

    bootless check <folder> <device>

Customization
-------------

- Place your custom images into `custom` folder.
- Edit `custom/custom.cfg` to suit your needs.

Threat Model
------------

### Does bootless mitigate all types of Evil Maid attacks? No.

1. It reduces the attack surface by placing the bootloader and images away from the physical machine and recommending you to use Full Disk Encryption (FDE) to store your operating system, swap and data.

2. Infection is still possible in plenty of unencrypted/unauthenticated software residing in the machine, such as BIOS, network firmware and potential backdoors such as Intel's AMT/ME.

3. The USB stick itself is not a static device: it's has a built-in controller that could be exploited to present to your computer a compromised kernel or initramfs ([BadUSB attacks](https://links.fluxo.info/tags/badusb)).

Again:

* Bootless does not remove the threat of an evil tamperer but significantly
  reduces the attack surface. Exploits in the bootloader's `stage0` would need
  to be significantly smaller to do their jobs and optionally also load
  an operating system (in case it's intended not to be noticed).

* Spyware could still be installed in the firware or in specialized harware,
  which are plentyful in current computers.

### Additional mitigations

1. For physical attempts to tamper with your bare metal, you might try to protect and monitor your perimeter.

2. From inside threats such as preloaded backdoors in the hardware, the best you can do is to look for laboratory audits and build and use open hardware.

3. Check your boot using something like [anti-evil-maid](http://theinvisiblethings.blogspot.com.br/2011/09/anti-evil-maid.html) ([repository](https://github.com/QubesOS/qubes-antievilmaid)), [smartmonster](https://git.fluxo.info/smartmonster) ([original repository](https://github.com/ioerror/smartmonster)) or [chkboot](https://wiki.archlinux.org/index.php/Dm-crypt/Specialties#chkboot).

4. Against additional perimeter attacks, you could combine bootless with a
   solution like Edward Snowden's [Haven](https://guardianproject.github.io/haven/) or even always stay with your [TPC - Trusted Physical Console](https://web.archive.org/web/20180914153944/http://cmrg.fifthhorseman.net/wiki/TrustedPhysicalConsole).

5. When turning on your machine, make sure that the ethernet and wireless
   networks are switched off (this could be done by removing cables, antennas
   or switching the "rfkill" button in laptops), preventing any bootloader exploit
   that broadcasts keystrokes.