From: "Gerd Hoffmann" <kraxel@redhat.com>
To: Mike Beaton <mjsbeaton@gmail.com>
Cc: devel@edk2.groups.io, Ard Biesheuvel <ardb@kernel.org>,
dougflick@microsoft.com
Subject: Re: [edk2-devel] Non-obvious network boot stack issues in OVMF after 4c4ceb2 (NetworkPkg: SECURITY PATCH CVE-2023-45237)
Date: Wed, 21 Aug 2024 12:38:03 +0200 [thread overview]
Message-ID: <fpyp2abxifs7iv6bo5rx3naobkcijn7eitpqsgpa74exqwzzlv@b7wskdhmedwl> (raw)
In-Reply-To: <CAHzAAWSd9UefjhYbRXT8bTC5uYSur0F6COmZTmWYd78BppMHhQ@mail.gmail.com>
On Sat, Aug 10, 2024 at 10:08:20AM GMT, Mike Beaton wrote:
> The network boot stack fails to load in OVMF after
> 4c4ceb2ceb80c42fd5545b2a4bd80321f07f4345 (NetworkPkg: SECURITY PATCH
> CVE-2023-45237): https://bugzilla.tianocore.org/show_bug.cgi?id=4827
>
> I have now understood that this is because the network stack drivers
> have been updated to require an instance of gEfiRngProtocolGuid, so
> OVMF now requires the `-device virtio-rng-pci` qemu option in order
> for the network stack to load (this flag is required in order for
> VirtioRngDxe to be able to provide the required protocol).
FYI: With the upcoming 2024-08 stable tag this will be relaxed,
a CPU with rdrand instruction support will work too as source
for random numbers.
See https://github.com/tianocore/edk2/pull/5714 for details.
> 1. This is rather non-obvious - previously, the user set the
> compilation options for the network stack, and the network stack
> started. Ideally, perhaps, this would be fixed by adding some
> documentation somewhere easily found, but I am not sure where. (By the
> way, we don't get any helpful asserts which would lead us in the right
> direction; the depex is never satisfied, so the network stack drivers
> just never load.)
Yep. When it comes to diagnostics there is clearly room for
improvement.
> 2. I also spotted that OvmfXen has neither RngDxe nor VirtioRngDxe - I
> have never used OvmfXen, so I am not sure about this but (since these
> seem to be the only two drivers which produce gEfiRngProtocolGuid) at
> least at first glance it looks as if OvmfXen won't have any RNG for
> the network stack now, so that it's network stack would not start?
There is a patch for that too in master branch, so upcoming 2024-08
should be fine here.
It has been somewhat bumpy road due to the last minute merge of the
fixes so some fallout has been fixed only after the 2024-05 stable tag.
HTH & take care,
Gerd
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#120387): https://edk2.groups.io/g/devel/message/120387
Mute This Topic: https://groups.io/mt/107822587/7686176
Group Owner: devel+owner@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [rebecca@openfw.io]
-=-=-=-=-=-=-=-=-=-=-=-
next prev parent reply other threads:[~2024-08-21 10:38 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-10 9:08 [edk2-devel] Non-obvious network boot stack issues in OVMF after 4c4ceb2 (NetworkPkg: SECURITY PATCH CVE-2023-45237) Mike Beaton
2024-08-21 10:38 ` Gerd Hoffmann [this message]
2024-08-21 11:36 ` Mike Beaton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-list from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=fpyp2abxifs7iv6bo5rx3naobkcijn7eitpqsgpa74exqwzzlv@b7wskdhmedwl \
--to=devel@edk2.groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox