# Czym jest secure boot?

> Secure boot (bezpieczny rozruch) to kontrola startowa, która pozwala uruchamiać na objętych nią etapach rozruchu urządzenia wyłącznie komponenty programowe autoryzowane przez politykę platformy.

- Kanoniczny adres URL: https://yellowcube.eu/pl/glossary/secure-boot/
- Wydawca: Yellow Cube
- Język: pl
- Kontakt: hello@yellowcube.eu

## Treść

Zaczynając od początkowego kotwicy zaufania (trust anchor), każdy etap weryfikuje podpis kryptograficzny lub inny zatwierdzony dowód integralności kolejnego komponentu przed przekazaniem sterowania, tworząc łańcuch weryfikacji prowadzący do środowiska operacyjnego.

Implementacje różnią się między klasami urządzeń. Unified Extensible Firmware Interface (UEFI) Secure Boot używa na przykład zapisanych kluczy i baz podpisów do autoryzowania lub odrzucania sterowników UEFI i aplikacji rozruchowych. Zapisywanie, aktualizacja i unieważnianie kluczy, odtwarzanie oraz kontrole fizyczne lub administracyjne są zatem częścią projektu bezpieczeństwa.

### Najważniejsze punkty

- **Polityka autoryzacji:** Zdefiniuj, kto może autoryzować komponenty rozruchowe, chroń kotwice zaufania i klucze podpisujące, zarządzaj danymi autoryzacji i unieważnień oraz rejestruj kontrolowane zmiany polityki.
- **Weryfikacja i awaria:** Uwierzytelniaj każdy objęty komponent przed wykonaniem i po nieudanej weryfikacji przechodź na zdefiniowaną ścieżkę odmowy, odtwarzania lub trybu ograniczonego — zamiast po cichu omijać egzekwowanie.
- **Operacje cyklu życia:** Wspieraj bezpieczne aktualizacje, unieważnianie skompromitowanych kluczy lub podatnych komponentów, przenoszenie własności, nośniki odtwarzania i przetestowane procedury zachowujące dostępność.
- **Istotne ograniczenie:** Secure boot potwierdza, że objęte komponenty są autoryzowane w ramach bieżącej polityki; nie dowodzi, że są wolne od podatności, poprawnie skonfigurowane lub godne zaufania w trakcie działania. Słabe klucze, liberalna polityka, wycofanie wersji (rollback), nieobjęte komponenty lub późniejsza kompromitacja mogą udaremnić zamierzony rezultat.

### Powiązane terminy

[Bezpieczeństwo firmware](<https://yellowcube.eu/pl/glossary/firmware-security/>) · [Rootkit](<https://yellowcube.eu/pl/glossary/rootkit/>) · [Bezpieczeństwo punktów końcowych](<https://yellowcube.eu/pl/glossary/endpoint-security/>) · [Bezpieczeństwo łańcucha dostaw](<https://yellowcube.eu/pl/glossary/supply-chain-security/>)

### Źródła

[UEFI Forum: UEFI Specification 2.11](https://uefi.org/specifications) · [NIST SP 800-193: Platform Firmware Resiliency Guidelines](https://csrc.nist.gov/pubs/sp/800/193/final) · [NIST SP 800-147: BIOS Protection Guidelines](https://csrc.nist.gov/pubs/sp/800/147/final)

## Budujmy skuteczniejszą cyberobronę razem

Budujemy trwałe partnerstwa oparte na zaufaniu, wiedzy i wspólnych sukcesach. Chcesz rozwijać firmę, poszerzyć ofertę cyberbezpieczeństwa lub wprowadzić innowacyjne rozwiązania na nowe rynki? Yellow Cube wspiera Cię na każdym z tych etapów.

[Skontaktuj się z Yellow Cube](<mailto:hello@yellowcube.eu?subject=Partnership>)

## Źródło i zakres informacji

Ta wersja Markdown jest generowana z tych samych zatwierdzonych treści co kanoniczna strona HTML. Przy cytowaniu użyj kanonicznego adresu URL.