]> git.ipfire.org Git - thirdparty/systemd.git/commit - test/units/testsuite-54.sh
pid1: import creds from SMBIOS too, not just qemu's fw_cfg
authorLennart Poettering <lennart@poettering.net>
Wed, 13 Jul 2022 16:26:44 +0000 (18:26 +0200)
committerYu Watanabe <watanabe.yu+github@gmail.com>
Thu, 14 Jul 2022 23:31:34 +0000 (08:31 +0900)
commit8de7de462b73959d34cb50c059f5e806227c99b7
treed57cafdf6e5cc88955722251eb9cd08924e26468
parent08894b568f03fc06bb961c6c731be0c877ff7786
pid1: import creds from SMBIOS too, not just qemu's fw_cfg

This imports credentials also via SMBIOS' "OEM vendor string" section,
similar to the existing import logic from fw_cfg.

Functionality-wise this is very similar to the existing fw_cfg logic,
both of which are easily settable on the qemu command line.

Pros and cons of each:

SMBIOS OEM vendor strings:
   - pro: fast, because memory mapped
   - pro: somewhat VMM independent, at least in theory
   - pro: qemu upstream sees this as the future
   - pro: no additional kernel module needed
   - con: strings only, thus binary data is base64 encoded

fw_cfg:
   - pro: has been supported for longer in qemu
   - pro: supports binary data
   - con: slow, because IO port based
   - con: only qemu
   - con: requires qemu_fw_cfg.ko kernel module
   - con: qemu upstream sees this as legacy
docs/CREDENTIALS.md
man/systemd.exec.xml
man/systemd.xml
src/core/import-creds.c
test/TEST-54-CREDS/test.sh
test/units/testsuite-54.sh