kaberett: Clyde the tortoise from Elementary, crawling across a map, with a red tape cross on his back. (elementary-emergency-clyde)
[personal profile] kaberett
I have been meaning to write this up for a while and have just had cause to do so elsenet; ergo, have a copy of Alex's Algorithm For Choosing A New GP. It has served me pretty well thus far.

Comments and additions welcome, as ever. :-)

Read more... )

an amusing confluence

Jul. 19th, 2017 11:03 am
kaberett: Overlaid Mars & Venus symbols, with Swiss Army knife tools at other positions around the central circle. (Default)
[personal profile] kaberett
1. Mr Men In London (press release); official merch; Londonist.

2. The Tube is dropping "ladies and gentlemen" as a passenger greeting.

Ergo: 3. Who do I gotta hassle to make e.g. "Mx Cool" and "Little Mx Stubborn" etc happen?
[personal profile] mjg59
In measured boot, each component of the boot process is "measured" (ie, hashed and that hash recorded) in a register in the Trusted Platform Module (TPM) build into the system. The TPM has several different registers (Platform Configuration Registers, or PCRs) which are typically used for different purposes - for instance, PCR0 contains measurements of various system firmware components, PCR2 contains any option ROMs, PCR4 contains information about the partition table and the bootloader. The allocation of these is defined by the PC Client working group of the Trusted Computing Group. However, once the boot loader takes over, we're outside the spec[1].

One important thing to note here is that the TPM doesn't actually have any ability to directly interfere with the boot process. If you try to boot modified code on a system, the TPM will contain different measurements but boot will still succeed. What the TPM can do is refuse to hand over secrets unless the measurements are correct. This allows for configurations where your disk encryption key can be stored in the TPM and then handed over automatically if the measurements are unaltered. If anybody interferes with your boot process then the measurements will be different, the TPM will refuse to hand over the key, your disk will remain encrypted and whoever's trying to compromise your machine will be sad.

The problem here is that a lot of things can affect the measurements. Upgrading your bootloader or kernel will do so. At that point if you reboot your disk fails to unlock and you become unhappy. To get around this your update system needs to notice that a new component is about to be installed, generate the new expected hashes and re-seal the secret to the TPM using the new hashes. If there are several different points in the update where this can happen, this can quite easily go wrong. And if it goes wrong, you're back to being unhappy.

Is there a way to improve this? Surprisingly, the answer is "yes" and the people to thank are Microsoft. Appendix A of a basically entirely unrelated spec defines a mechanism for storing the UEFI Secure Boot policy and used keys in PCR 7 of the TPM. The idea here is that you trust your OS vendor (since otherwise they could just backdoor your system anyway), so anything signed by your OS vendor is acceptable. If someone tries to boot something signed by a different vendor then PCR 7 will be different. If someone disables secure boot, PCR 7 will be different. If you upgrade your bootloader or kernel, PCR 7 will be the same. This simplifies things significantly.

I've put together a (not well-tested) patchset for Shim that adds support for including Shim's measurements in PCR 7. In conjunction with appropriate firmware, it should then be straightforward to seal secrets to PCR 7 and not worry about things breaking over system updates. This makes tying things like disk encryption keys to the TPM much more reasonable.

However, there's still one pretty major problem, which is that the initramfs (ie, the component responsible for setting up the disk encryption in the first place) isn't signed and isn't included in PCR 7[2]. An attacker can simply modify it to stash any TPM-backed secrets or mount the encrypted filesystem and then drop to a root prompt. This, uh, reduces the utility of the entire exercise.

The simplest solution to this that I've come up with depends on how Linux implements initramfs files. In its simplest form, an initramfs is just a cpio archive. In its slightly more complicated form, it's a compressed cpio archive. And in its peak form of evolution, it's a series of compressed cpio archives concatenated together. As the kernel reads each one in turn, it extracts it over the previous ones. That means that any files in the final archive will overwrite files of the same name in previous archives.

My proposal is to generate a small initramfs whose sole job is to get secrets from the TPM and stash them in the kernel keyring, and then measure an additional value into PCR 7 in order to ensure that the secrets can't be obtained again. Later disk encryption setup will then be able to set up dm-crypt using the secret already stored within the kernel. This small initramfs will be built into the signed kernel image, and the bootloader will be responsible for appending it to the end of any user-provided initramfs. This means that the TPM will only grant access to the secrets while trustworthy code is running - once the secret is in the kernel it will only be available for in-kernel use, and once PCR 7 has been modified the TPM won't give it to anyone else. A similar approach for some kernel command-line arguments (the kernel, module-init-tools and systemd all interpret the kernel command line left-to-right, with later arguments overriding earlier ones) would make it possible to ensure that certain kernel configuration options (such as the iommu) weren't overridable by an attacker.

There's obviously a few things that have to be done here (standardise how to embed such an initramfs in the kernel image, ensure that luks knows how to use the kernel keyring, teach all relevant bootloaders how to handle these images), but overall this should make it practical to use PCR 7 as a mechanism for supporting TPM-backed disk encryption secrets on Linux without introducing a hug support burden in the process.

[1] The patchset I've posted to add measured boot support to Grub use PCRs 8 and 9 to measure various components during the boot process, but other bootloaders may have different policies.

[2] This is because most Linux systems generate the initramfs locally rather than shipping it pre-built. It may also get rebuilt on various userspace updates, even if the kernel hasn't changed. Including it in PCR 7 would entirely break the fragility guarantees and defeat the point of all of this.


Jul. 16th, 2017 10:13 am
kaberett: Overlaid Mars & Venus symbols, with Swiss Army knife tools at other positions around the central circle. (Default)
[personal profile] kaberett
So far today I have spontaneously woken up before 9am, un/loaded the dishwasher, and made myself pancakes (using batter from the freezer; thank you, past Alex). I do not feel a pressing need to immediately go back to sleep.

Yesterday, I swapped over which brand of fexofenadine I was taking (Chanelle Medical to Dr Reddy's, self), had an afternoon nap, and woke up feeling actually refreshed.

I don't care if this is entirely placebo effect, I'll take it.

(I'm pretty sure it's not, though -- I think my post-nasal drip is also reducing again. So.)

Question thread #54

Jul. 14th, 2017 08:47 pm
pauamma: Cartooney crab holding drink (Default)
[personal profile] pauamma posting in [site community profile] dw_dev
It's time for another question thread!

The rules:

- You may ask any dev-related question you have in a comment. (It doesn't even need to be about Dreamwidth, although if it involves a language/library/framework/database Dreamwidth doesn't use, you will probably get answers pointing that out and suggesting a better place to ask.)
- You may also answer any question, using the guidelines given in To Answer, Or Not To Answer and in this comment thread.
kaberett: Overlaid Mars & Venus symbols, with Swiss Army knife tools at other positions around the central circle. (Default)
[personal profile] kaberett
This week I finally got around to seeing what happened if I tried making Kardemummebullar, seeing as I tend to want to eat them more often than I'm in Sweden. Recipe taken from BBC Good Food, and archived against that august institution's eventual demise.

Read more... )


Jul. 13th, 2017 08:36 am
brainwane: My smiling face in front of a brick wall, May 2015. (Default)
[personal profile] brainwane
Experienced recently, keeping it short here more as a log than as reviews:

Nicola Griffith's Slow River on an accurate recommendation from [personal profile] watersword. So good. Wow for the realistic abuse content, ggggnnnnnngggh for the competence in water treatment facility management scenes. I feel like people who liked China Mountain Zhang, for the personal journey stuff and the mundane futuristic scifi stuff and the emphasis on physical labor and managing complicated processes, might be likely to also like this.

(Reread) a few Tamora Pierce books from The Protector Of the Small quartet for comfort. Still comforting.

All the Birds in the Sky: finished, LOVED everything except the last 10 pages which were just okay.

Started Hild and am having a tough time getting the world into my head.

Am most of the way through Harry Potter and the Cursed Child which is fairly breezy.

A bunch of Jon Bois stuff which is SO GREAT.


In Transit, documentary, loving and unexpected. Way more about people and way less about the train itself than I thought we'd see. I had a lot of nostalgia for my times on the Empire Builder.

Schindler's List -- saw this for the first time. Stunning, of course. I'm glad I saw it on the big screen. I am glad I saw it on a Friday night when I'd had a good day and I didn't have anything in particular to do the next couple days.

Jurassic Park -- awesome and fun, maybe my 3rd or 4th time seeing it. I could probably see this once every 12-18 months.

Steven Universe -- all caught up now, love the songs, love Lion, amazed and surprised every few episodes.

A Man For All Seasons -- saw this in high school I think? So many good burns in this movie, and a fascinating portrayal of an actual conservative.

Wonder Woman -- better as an Event than as a movie (in contrast some movies don't have to be Events, like, Ballistic: Ecks vs. Sever or whatever). The message the movie wants to speak is in direct opposition to the basic visual and structural form of a tentpole superhero blockbuster film. But there are fun bits.

Yuri!!! On Ice -- I'm glad I saw this and I respect it a lot but I don't love it. I think that it's the restaurant that doesn't punch you in the face for a bunch of the intended audience, and I'm not part of that audience.


Leonard's podcasted conversations with our friend Lucian about 90s nostalgia -- I enjoyed Lucian's recurring "because Kurt Cobain" explanations of his teenage quirks.

Busy day!

Jul. 13th, 2017 12:20 am
azurelunatic: A glittery black pin badge with a blue holographic star in the middle. (Default)
[personal profile] azurelunatic
Morning: feeding cat, finishing car registration.
Lunch: driving to Kirkland.
Afternoon: orientation for temp stuff.
Dinner: driving back, locating closed toe shoes and black pants.
Evening: catching up with Purple, sharing leftovers and various video content with partner.
Night: curled up happily.
Page generated Jul. 25th, 2017 12:40 am
Powered by Dreamwidth Studios