-
Notifications
You must be signed in to change notification settings - Fork 26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
(RHEL-16952) UKI addons - followups #246
(RHEL-16952) UKI addons - followups #246
Conversation
This doesn't really fix anything, but in general we should put stronger emphasis on operating via dir fds rather than paths more (in particular when writing files as opposed to consuming them). No real change in behaviour. (cherry picked from commit 6b97b26) Related: RHEL-16952
…lace Let's do a careful, focussed sync at the right places instead of a blanket sync at the end. After all we want to run this on every boot soon. (cherry picked from commit 60315d5) Related: RHEL-16952
We use this pattern all the time in order to thward extension attacks, add a helper to make it shorter. (cherry picked from commit a16c65f) Related: RHEL-16952
The ESP is simply not mounted early enough for this. We want that the regular random seed handling runs as early as we possibly could, but we don't want to delay this until the ESP is actually mounted. Hence, let's remove this from random-seed.c here. A follow-up commit will then add this back in, in a separate service which just calls "bootctl random-seed". Effectively reverts: f913c78 Fixes: #25769 (cherry picked from commit 29d487a) Related: RHEL-16952
(cherry picked from commit 5019b0c) Related: RHEL-16952
…-random-seed.service This renames systemd-boot-system-token.service to systemd-boot-random-seed.service and conditions it less strictly. Previously, the job of the service was to write a "system token" EFI variable if it was missing. It called "bootctl --graceful random-seed" for that. With this change we condition it more liberally: instead of calling it only when the "system token" EFI variable isn't set, we call it whenever a boot loader interface compatible boot loader is used. This means, previously it was invoked on the first boot only: now it is invoked at every boot. This doesn#t change the command that is invoked. That's because previously already the "bootctl --graceful random-seed" did two things: set the system token if not set yet *and* refresh the random seed in the ESP. Previousy we put the focus on the former, now we shift the focus to the latter. With this simple change we can replace the logic f913c78 added, but from a service that can run much later and doesn't keep the ESP pinned. (cherry picked from commit 921fc45) Related: RHEL-16952
Let's break a huge function in two. No code change, just some refactoring. (cherry picked from commit 54978e3) Related: RHEL-16952
Commit validationTracker - RHEL-16952 The following commits meet all requirements
Tracker validationSuccess🟢 Tracker RHEL-16952 has set desired product: Pull Request validationSuccess🟡 CI - Waived Auto MergeSuccess🟢 Pull Request is not marked as draft and it's not blocked by |
@mrc0mmand Any ideas why CI is failing? Thank you
Maybe timeout is too short? |
That's actions/runner-images#9491, feel free to ignore it here. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
6fb21c2
into
redhat-plumbers:main
This set of changes reworks how we handle random-seed on ESP and hence should address following SELinux AVC.