Практикум по жизненному циклу платформы
Сервер после обновления: прошивки, драйверы и Secure Boot
Курс учит различать слои серверной платформы, фиксировать согласованный набор версий, безопасно активировать обновления и проверять поддержку без догадок по слову «совместимо».
Что вы сможете сделать
- Разделять системную прошивку, прошивку BMC и драйверы устройств ОС.
- Планировать подготовку, активацию, проверку и восстановление как одно изменение.
- Сверять точную комбинацию версий с HCL и матрицей поддержки изготовителя.
- Отличать запрет неподходящей загрузки Secure Boot от данных измеренной загрузки.
Слой 1. У сервера несколько контуров
Слово BIOS не описывает всю платформу: системная прошивка запускает сервер, BMC управляет им отдельно, а драйвер работает уже внутри ОС.
Системная прошивка инициализирует оборудование и передаёт управление следующему этапу загрузки. UEFI задаёт стандартный интерфейс, а BIOS часто остаётся названием изготовителя для прошивки и её настройки на основе UEFI.
Серверная прошивка исполняется в конкретном компоненте, а драйвер устройства ОС относится к другому программному слою. Совпадение версии или наличие подписи не доказывает совместимость пары.
Проверить тезис: Серверная прошивка 01 02 · Драйвер устройства 01 02
BMC даёт независимый от основной ОС путь управления, но внеполосный интерфейс не становится изолированным автоматически: ему нужны отдельные сеть, учётные данные, доступ и аудит.
Redfish стандартизует ресурсы и операции управления, но не делает разные серверы функционально одинаковыми: схему OEM и поддерживаемые действия проверяют для конкретной платформы.
Слой 2. Обновление — это цепочка состояний
Скачанный комплект ещё ничего не обновил: сначала нужны точный перечень и одобренный набор версий, затем порядок зависимостей, подготовка, активация и проверка.
Перечень прошивок фиксирует компонент, версию и состояние, а базовый набор — одобренную совместную комбинацию. В него не обязаны входить все самые новые версии.
Проверить тезис: Перечень прошивок 01 02 · Базовый набор прошивок 01 02
Комплект прошивок — подобранный набор пакетов, но зависимость всё равно может задавать минимальную версию и порядок. Более новая отдельная прошивка не гарантирует совместимость со всей связкой.
Проверить тезис: Комплект прошивок 01 02 · Зависимость прошивок 01 02
Обновление прошивки должно быть проверено и адресовано точному устройству. Если ресурс прошивки представлен в таблице ESRT, его запись содержит текущую версию, нижнюю границу отката и сведения о последней попытке. Эти сведения не заменяют проверку перечня после обновления, состояния оборудования и журналов.
Проверить тезис: Обновление прошивки 01 02 · Капсула обновления прошивки 01 02
Поэтапное обновление отделяет передачу пакета от активации. Ожидающий пакет не равен активной версии, а запуск активации может потребовать сброса, полного выключения питания или отдельной команды.
Проверить тезис: Подготовленное обновление прошивки 01 02 · Активация прошивки 01 02
Слой 3. Сервис должен пережить обновление
Окно обслуживания — не просто время перезагрузки, а граница всего изменения. Последовательное обновление без простоя требует доказанной избыточности, а не оптимистичного названия.
Окно обслуживания включает подготовку, активацию, проверку и запас времени на откат. Само название окна не обещает отсутствие простоя.
Последовательное обновление выводит по одной области отказа, поэтому до начала подтверждают оставшуюся производительность, кворум и переносимость ещё одного отказа на каждом шаге.
Обновление без прерывания — проверяемый результат для сервиса, а не свойство любого пакета. Нужны точно поддерживаемый путь, резервирование и наблюдение за клиентским вводом-выводом.
Откат может быть запрещён минимально допустимой безопасной версией или несовместимым состоянием. Образ восстановления — отдельный путь возврата управляемости, а не обещание обычного понижения версии.
Проверить тезис: Откат прошивки 01 02 · Образ восстановления прошивки 01 02
Слой 4. Поддержка и доверенная загрузка — разные проверки
Физически установленное устройство может быть неподдерживаемым, а успешно подписанный загрузочный образ — не измеренным и не зашифрованным.
Совместимость драйвера и прошивки проверяют как вектор версий: ревизия устройства, ОС и ядро, драйвер, прошивка, функция и режим. Независимо выбранные новейшие версии могут образовать неподдерживаемую пару.
HCL относится к точной модели, архитектуре и выпуску, а матрица поддержки изготовителя — к комбинации и ответственности сторон. Ни один документ сам по себе не доказывает разъём, питание или производительность.
Проверить тезис: Список совместимого оборудования 01 02 · Матрица поддержки изготовителя 01 02
UEFI Secure Boot разрешает или запрещает образ по политике: PK задаёт доверие владельца, db хранит разрешённые подписи, а dbx имеет приоритет для запрещённых образов.
Проверить тезис: Безопасная загрузка UEFI 01 · Ключ владельца платформы Secure Boot 01 02 · База разрешённых подписей Secure Boot 01 02 · База запрещённых подписей Secure Boot 01
Измеренная загрузка записывает измерения в PCR модуля TPM и Event Log, но не блокирует образ. TPM предоставляет защищённые возможности; его наличие без заверенного отчёта и политики не является выводом о доверии.
Проверить тезис: Безопасная загрузка UEFI 02 · Измеренная загрузка 01 02 · Доверенный платформенный модуль 01 02
Проверьте инженерное мышление
Вопросы проверяют не память на аббревиатуры, а умение не делать лишних выводов.
В каталоге
- Серверы с поддержкой обновлений — Курс учит фиксировать согласованный набор прошивок и драйверов и проверять его поддержку.
- Платформы с Secure Boot — Поддержка Secure Boot и порядок обновления прошивок зависят от платформы — курс учит их проверять.
Источники курса
Полные сведения о первоисточниках приведены один раз для всего курса. Под тезисами — ссылки на соответствующие утверждения Архивариума.
- Официальная документация
BIOS Protection Guidelines for Servers
National Institute of Standards and Technology · NIST SP 800-147B, August 2014
Описывает authenticated server BIOS update, Root of Trust for Update и защиту BIOS flash/code/keys/static data.
Открыть первоисточник - Первичная спецификация
Unified Extensible Firmware Interface Specification
UEFI Forum · UEFI Specification Version 2.11, December 2024
Определяет UEFI services, boot manager, images, drivers, runtime interfaces и границу между standard interface и platform implementation.
Открыть первоисточник - Официальная документация
Platform Firmware Resiliency Guidelines
National Institute of Standards and Technology · NIST SP 800-193, May 2018
Формулирует protect, detect и recover как три отдельные свойства устойчивости platform firmware.
Открыть первоисточник - Первичная спецификация
Redfish Data Model Specification
Distributed Management Task Force · DSP0268 Version 2025.4, 16 January 2026
Описывает Manager, UpdateService, FirmwareInventory, SoftwareInventory, activation и reset-related properties в Redfish model.
Открыть первоисточник - Официальная документация
What is a Driver?
Microsoft · Windows Driver documentation, updated 30 October 2025
Определяет driver как software component между OS и device и показывает layered driver stacks.
Открыть первоисточник - Официальная документация
Windows Driver Signing Tutorial
Microsoft · Windows driver documentation, updated 31 January 2025
Фиксирует kernel-mode signing requirements и отделяет signature/load policy от WHQL certification testing.
Открыть первоисточник - Официальная документация
What does Red Hat certified and partner validated mean?
Red Hat · Red Hat Customer Portal, updated 6 February 2025
Различает certified и partner validated, связывает certification с exact version combinations, criteria и support responsibility.
Открыть первоисточник - Первичная спецификация
Redfish Specification
Distributed Management Task Force · DSP0266 Version 1.23.1, 16 January 2026
Определяет interoperable remote/out-of-band interface, HTTPS/TLS, authentication, roles, accounts, tasks и update service behavior.
Открыть первоисточник - Официальная документация
Guide to Enterprise Patch Management Planning
National Institute of Standards and Technology · NIST SP 800-40 Revision 4, April 2022
Определяет enterprise patch management как identify, prioritize, acquire, install и verify для patches, updates и upgrades.
Открыть первоисточник - Официальная документация
PowerEdge: How to update every Important Component
Dell Technologies · Dell PowerEdge guidance, checked 29 August 2026
Показывает vendor-scoped order, downtime/reset requirements, exact component matching, staged jobs и запрет interrupt отдельных updates.
Открыть первоисточник - Первичная спецификация
UEFI 2.11 — Firmware Update and Reporting
UEFI Forum · UEFI Specification Version 2.11, section 23
Определяет capsules, Firmware Management Protocol, ESRT, LowestSupportedFirmwareVersion и status последней попытки update.
Открыть первоисточник - Официальное разъяснение
Redfish Firmware Update White Paper
Distributed Management Task Force · DSP2062 Version 1.1.0, 2026
Объясняет inventory, image transfer, task monitoring, staging и activation workflows поверх Redfish UpdateService.
Открыть первоисточник - Официальная документация
Guide for Security-Focused Configuration Management of Information Systems
National Institute of Standards and Technology · NIST SP 800-128, updated 10 October 2019
Требует documented change control, предварительный impact analysis, testing, approval и post-implementation verification.
Открыть первоисточник - Официальная документация
High Availability — CSRC Glossary
National Institute of Standards and Technology · CSRC glossary, проверено 29 августа 2026 года
Фиксирует HA как failover capability для доступности при отказе device или component.
Открыть первоисточник - Официальная документация
Failover Clustering in Windows Server and Azure Local
Microsoft · Microsoft Learn, обновлено 25 июня 2025 года
Описывает nodes, clustered roles, health monitoring, failover и quorum в failover cluster.
Открыть первоисточник - Официальная документация
Failover Clustering topologies
Microsoft · Microsoft Learn для Windows Server 2016–2025, проверено 29 августа 2026 года
Определяет fault domains и показывает границу single-rack HA, stretch cluster и multi-site DR.
Открыть первоисточник - Официальная документация
How do I know if my hardware is certified to run with Red Hat Enterprise Linux?
Red Hat · Red Hat Customer Portal, updated 7 August 2024
Описывает Ecosystem Catalog и certification scope по specific architecture и major RHEL release.
Открыть первоисточник - Первичная спецификация
UEFI 2.11 — Secure Boot and Driver Signing
UEFI Forum · UEFI Specification Version 2.11, section 32
Определяет PK, KEK, authorized db, forbidden dbx, authenticated variables и image validation order.
Открыть первоисточник - Первичная спецификация
TCG EFI Protocol Specification
Trusted Computing Group · TPM 2.0 EFI protocol family, page checked 29 August 2026
Определяет interface для TPM presence, PCR banks, PCR extend, TCG boot log и event append на UEFI platform.
Открыть первоисточник - Первичная спецификация
TCG PC Client Platform Firmware Profile Specification
Trusted Computing Group · Version 1.06 Revision 52, 4 December 2023
Задаёт требования к взаимодействию UEFI platform firmware с TPM 2.0 и boot measurements для PC Client profile.
Открыть первоисточник - Первичная спецификация
Trusted Platform Module 2.0 Library Specification
Trusted Computing Group · TPM 2.0 Library, latest published family page checked 29 August 2026
Определяет TPM commands, structures, authorization mechanisms и cryptographic capabilities; platform profiles задают обязательный subset.
Открыть первоисточник