# Czym jest bezpieczeństwo serverless?

> Bezpieczeństwo serverless (serverless security) to ochrona aplikacji zbudowanych z usług chmurowych, które abstrahują aprowizację serwerów i zarządzanie operacyjne od klienta.

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

## Treść

Obejmuje kod funkcji, zależności, artefakty wdrożeniowe, źródła zdarzeń, tożsamości obciążeń, uprawnienia, sekrety, dane, API i połączone usługi zarządzane. Obciążenia serverless nadal wykonują się na serwerach; dostawca obsługuje więcej warstwy runtime, izolacji, skalowania i infrastruktury.

Functions as a service zwykle używa zdarzeń do wyzwalania krótkotrwałego kodu, ale serverless obejmuje też zarządzane komponenty aplikacyjne. Bezpieczeństwo przesuwa się ku walidacji zdarzeń, autoryzacji per funkcja, konfiguracji usług, łańcuchom dostaw i interfejsom dostawcy. Krótkie wykonanie i automatyczne skalowanie zmieniają scenariusze monitorowania, reagowania, dostępności i nadużyć kosztowych.

### Najważniejsze punkty

- **Zdarzenia i tożsamość:** Uwierzytelniaj ścieżki wywołania, traktuj ładunki i metadane zdarzeń jako niezaufane, nadawaj każdej funkcji wąskie uprawnienia i ograniczaj dostęp do usług downstream oraz sieci.
- **Kod i konfiguracja:** Przeglądaj zależności i pakiety, trzymaj sekrety poza kodem i logami, oddzielaj środowiska, chroń potoki dostarczania oraz prowadź inwentarz funkcji, wyzwalaczy, warstw, wersji i nieużywanych punktów końcowych.
- **Obserwacja i odporność:** Koreluj zdarzenia wywołań, tożsamości, API i danych bez zatrzymywania niepotrzebnych ładunków; definiuj kontrole współbieżności, limitów czasu, ponowień, dead-letter i wydatków; oraz testuj złośliwe i nieudane zdarzenia.
- **Istotne ograniczenie:** Serverless przenosi część eksploatacji infrastruktury, a nie rozliczalność za aplikację. Podatny kod, nadmierne uprawnienia, niebezpieczne zdarzenia, ujawnione sekrety i niezabezpieczone API pozostają ryzykiem klienta. Izolację dostawcy i widoczność runtime trudno zweryfikować, a szybkie skalowanie, ponowienia lub współdzielone zależności mogą wzmocnić wpływ na dostępność, koszty i odmowę usługi.

### Powiązane terminy

[Bezpieczeństwo cloud-native](<https://yellowcube.eu/pl/glossary/cloud-native-security/>) · [Bezpieczeństwo API](<https://yellowcube.eu/pl/glossary/application-programming-interface-security/>) · [Bezpieczeństwo kontenerów](<https://yellowcube.eu/pl/glossary/container-security/>) · [Platforma ochrony obciążeń chmurowych (CWPP)](<https://yellowcube.eu/pl/glossary/cloud-workload-protection-platform/>) · [Bezpieczeństwo chmury](<https://yellowcube.eu/pl/glossary/cloud-security/>)

### Źródła

[CNCF Cloud Native Glossary: Serverless](https://glossary.cncf.io/serverless/) · [OWASP Serverless FaaS Security Cheat Sheet](https://cheatsheetseries.owasp.org/cheatsheets/Serverless_FaaS_Security_Cheat_Sheet.html) · [CNCF Cloud Native Security Whitepaper v2](https://tag-security.cncf.io/community/resources/security-whitepaper/v2/cloud-native-security-whitepaper/)

## 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.