12 Oct 2024 |
ElvishJerricco | but that means having to know how to write an advisory :P | 17:38:41 |
emily | look at the calamares one :p | 17:39:54 |
emily | I can help write it if it'd be easier, just have things on my TODO today | 17:40:28 |
emily | remind me tomorrow maybe | 17:40:34 |
ElvishJerricco | As for the fix for ourselves, I don't know if we should disable it by default or if we should just include a noticeable warning in whatever option description | 17:40:35 |
emily | I think we should do both | 17:41:35 |
emily | it's too dodgy to be leaking LUKS keys to non-root userspace | 17:41:50 |
emily | or really to be retaining them at all in userspace after they're loaded | 17:41:59 |
ElvishJerricco | yea that's fair | 17:42:34 |
ElvishJerricco | actually, it makes me wonder if systemd ought to be clearing the cryptsetup keyring key before reaching sysinit.target | 17:43:07 |
ElvishJerricco | like After=cryptsetup.target and Before=sysinit.target , have a service that removes that key | 17:43:28 |
ElvishJerricco | because leaving that key even in the kernel keyring for an extended period of time seems a little odd to me | 17:43:48 |
emily | it's in kernel RAM anyway right? but sure | 17:44:12 |
ElvishJerricco | well the master key is (and can be dumped from userspace), but this is the passphrase that unwraps the master key | 17:44:34 |
13 Oct 2024 |
Tristan Ross | How are hardening options enabled by default in nixpkgs? It looks like in the stdenv? | 06:34:44 |
Tristan Ross | Interesting, it all comes from pkgs/build-support/bintools-wrapper/default.nix | 06:37:02 |
Tristan Ross | Next question, what sort of impact on build failures could we see if we did stackclashprotection by default? | 06:37:43 |
emily | you'd want to talk to ris | 06:47:49 |
hexa | betterbird is on 115.9.0 on release-24.05 while master has 115.14.0, latest is 115.16.1 | 16:56:07 |
hexa | I think it should not live in nixpkgs if this is how it gets maintained | 16:57:32 |
hexa | there were also no updates between 115.9.0 and 115.14.0 in nixpkgs https://github.com/NixOS/nixpkgs/pull/339019 | 16:59:50 |
emily | i feel we ought to have a written policy on things that contain browser engines at this point | 17:03:33 |
emily | wrt requiring both upstream and Nixpkgs maintainers to be responsive to security issues | 17:03:56 |
tgerbet | Yeah I wanted to create a tracking issue so we can follow this more closely and see how it evolves over time but I did not get the time to do it | 17:46:20 |
emily | IIRC stable branch security backports for betterbird were discussed in the past and the response was "meh, don't care about stable". | 17:57:10 |
emily | indeed it looks like it hasn't received any backports this cycle | 17:57:57 |
aloisw | This does not excuse the package being several months out of date on unstable as well. | 17:58:45 |
emily | to be clear, I don't think it excuses it being out of date on stable | 17:59:23 |
emily | * to be clear, I don't think it excuses it being out of date on stable either | 17:59:25 |
emily | backporting security fixes or at least knownVulnerabilities is part of our basic expectations for maintainer responsibilities for highly-exposed applications IMO | 17:59:59 |