Crunu vs HashiCorp Vault: przechowywanie sekretów zespołu
Crunu i HashiCorp Vault: gdzie odbywa się deszyfrowanie, sekrety dynamiczne, polityki, agenci, Kubernetes, hosting i co każde z nich każe ci utrzymywać.
Porównanie w szczegółach
Na tej stronie
HashiCorp Vault to platforma do sekretów ogólnego przeznaczenia. Przechowuje sekrety statyczne, generuje dane dostępowe na żądanie, wystawia certyfikaty i oferuje szyfrowanie jako usługę, a wokół tego wszystkiego – polityki i wiele metod uwierzytelniania. Crunu wykonuje jedną część tej pracy: obsługuje sekrety statyczne zespołu, czyli pliki .env, dane dostępowe do chmury i klucze API uporządkowane według projektów i środowisk.
Głębsza różnica dotyczy miejsca, w którym wartości są odszyfrowywane. Vault szyfruje dane przed zapisaniem ich w magazynie, a odpieczętowany (unsealed) serwer Vault odszyfrowuje je, by odpowiadać na żądania. Serwer Crunu nigdy nie ma klucza deszyfrującego: wartości są szyfrowane i odszyfrowywane tylko w przeglądarce i w agencie crunu. Ten wybór sprawia też, że Crunu nie potrafi części tego, w czym Vault jest najlepszy.
Dla kogo jest które narzędzie
Vault pasuje zespołom platformowym i zespołom bezpieczeństwa, które potrzebują dynamicznych danych dostępowych do baz danych lub chmury, certyfikatów, szyfrowania jako usługi albo integracji z Kubernetesem. Pasuje organizacjom z inżynierami, którzy mogą wziąć na siebie projekt, wdrożenie, skalowanie i aktualizacje krytycznej usługi, albo takim, które kupują zarządzany HCP Vault Dedicated.
Crunu pasuje zespołom, które potrzebują głównie sekretów statycznych w jednym miejscu, z dostępem na poziomie środowisk, dostarczaniem do maszyn i CI oraz porządnym procesem na wypadek czyjegoś odejścia. Pasuje zespołom, które chcą, by serwer nie mógł odczytać wartości, i które wolałyby nie utrzymywać klastra Vault.
Porównanie punkt po punkcie
| HashiCorp Vault | Crunu | |
|---|---|---|
| Gdzie wartości są odszyfrowywane | Na serwerze Vault. Magazyn jest niezaufany; Vault szyfruje przed zapisem i odszyfrowuje po odpieczętowaniu. | Tylko w przeglądarce i w agencie crunu. Serwer przechowuje zaszyfrowane dane i podpisane dokumenty. |
| Rodzaje sekretów | Statyczne klucz/wartość, dynamiczne dane dostępowe, certyfikaty (PKI), szyfrowanie Transit, SSH i inne | Statyczne: pliki env, pliki INI, takie jak ~/.aws/credentials, płaski YAML i zwykły tekst |
| Dynamiczne dane dostępowe | Tak. Dane dostępowe do bazy są generowane dla każdego klienta, mają dzierżawę i są unieważniane, gdy dzierżawa się kończy. | Nie, celowo. Generowanie danych dostępowych wymaga klucza na serwerze. |
| Model dostępu | Polityki oparte na ścieżkach, domyślnie odmowa | Role w środowisku: Editor, Reader, Specific files i Operator, z podpisanymi listami dostępu |
| Tożsamość maszyn | Wiele metod uwierzytelniania. Tokeny mają TTL i mogą być powiązane z zakresami CIDR. | Zarejestrowane maszyny z dzierżawą oraz tokeny usługowe z dzierżawą, limitem użyć i opcjonalnym powiązaniem z siecią |
| CI z OIDC | Metoda uwierzytelniania JWT/OIDC z wymaganymi wartościami claimów (bound claims). GitHub opisuje konfigurację dla Actions. | Tokeny usługowe powiązane z repozytorium, gałęzią i środowiskiem wdrożenia w GitHub Actions, GitLab CI, Bitbucket Pipelines lub u dowolnego wystawcy OIDC |
| Agent | Vault Agent: automatyczne uwierzytelnianie, pamięć podręczna, szablony zapisywane do plików i tryb uruchamiający proces potomny z sekretami jako zmiennymi środowiskowymi | crunu daemon trzyma odszyfrowane środowiska w pamięci, a crunu run może zrestartować program, gdy wartości się zmienią. crunu pull zapisuje pliki z uprawnieniami 0600. |
| Kubernetes | Chart Helm, Vault Secrets Operator, dostawca CSI i Agent Injector | Niedostępne |
| Historia wersji | KV v2 przechowuje 10 wersji na klucz, jeśli nie skonfigurowano inaczej | 100 wersji na środowisko, do 64 MB |
| Audyt | Urządzenia audytu (audit devices) zapisują żądania i odpowiedzi, a wartości tekstowe są haszowane HMAC | Dziennik w łańcuchu skrótów z weryfikacją jednym kliknięciem i eksportem do JSONL. Bez wartości sekretów w dzienniku. |
| Hosting | Community Edition zarządzana samodzielnie. Enterprise zarządzana samodzielnie albo jako HCP Vault Dedicated na AWS lub Azure. | Chmura Crunu na app.crunu.com albo własny serwer w Dockerze, na Cloudflare Workers, Vercel lub Google Cloud Run |
| Model cenowy | HCP Vault Dedicated rozlicza się za godzinę pracy klastra i za aktywnego klienta | Bezpłatnie we wczesnym dostępie |
W czym Vault jest mocniejszy
- Sekrety dynamiczne. Vault może na żądanie utworzyć użytkownika bazy danych dla każdej usługi i unieważnić go, gdy kończy się dzierżawa – domyślny TTL to godzina, a maksymalny 24 godziny. Crunu przechowuje wartości, ale ich nie tworzy.
- Zakres. Silniki PKI, Transit, SSH i danych dostępowych do chmury obejmują znacznie więcej niż sekrety statyczne. Crunu jest celowo mniejsze.
- Kubernetes. Vault dostarcza chart Helm, Vault Secrets Operator, dostawcę CSI i Agent Injector. Crunu nie ma integracji z Kubernetesem.
- Funkcje dla dużej skali. Vault Enterprise dodaje przestrzenie nazw (namespaces), replikację wydajnościową i na wypadek awarii (disaster recovery), synchronizację sekretów, grupy kontrolne i polityki Sentinel.
- Opcja zarządzana. HCP Vault Dedicated to Vault Enterprise obsługiwany przez HashiCorp na AWS lub Azure. Chmura Crunu jest nowa, działa we wczesnym dostępie i nie ma opublikowanego zewnętrznego audytu.
Co Crunu robi inaczej
Serwer nie może odczytać sekretów. W Vault ochrona magazynu nie wystarcza: odpieczętowany serwer ma klucz, który odszyfrowuje zapisane dane. Crunu usuwa ten klucz z serwera. Pełna kopia jego bazy danych nie przydaje się do odgadywania haseł, bo klucz konta zależy też od Secret Key, którego serwer nigdy nie otrzymuje. Listy dostępu i wersje są podpisane, więc serwer nie może po cichu dopisać siebie jako odbiorcy.
Mniej do utrzymywania. Serwer Crunu we własnym hostingu może działać na platformach serverless, takich jak Cloudflare Workers z D1 czy Vercel z Postgresem, a także na pojedynczym hoście z Dockerem. Przenosi się między nimi jednym archiwum, które nie zawiera wartości w postaci jawnej.
Odejścia ludzi. Usunięcie członka zespołu wymienia klucze każdego środowiska, które ta osoba mogła odczytać. Proces usuwania członka zespołu pokazuje, co otrzymała, i podaje listę wartości do ponownego wygenerowania u dostawców.
Ograniczenia sieciowe z opóźnieniem. Reguła sieciowa środowiska wydaje dane tylko dozwolonym sieciom. Zaostrzenie działa od razu; złagodzenie czeka 15 minut z alertem albo wymaga drugiego podpisu. Egzekwuje to serwer, a nie kryptografia, jak wyjaśnia strona o ograniczeniach Crunu.
Przejście na Crunu
- Załóż konto i zapisz Emergency Kit.
- Utwórz projekty i środowiska odpowiadające temu, jak uporządkowane są ścieżki w Vault.
- Na zaufanej maszynie zapisz potrzebne wartości statyczne w plikach
.envlub INI. - Przeciągnij pliki do każdego środowiska, a potem usuń jawne kopie.
- Zarejestruj serwery jako maszyny jednorazowym kodem rejestracji i daj potokom tokeny usługowe z powiązaniem OIDC.
Dynamiczne dane dostępowe, PKI i Transit nie mają odpowiedników w Crunu. Jeśli na nich polegasz, zostaw Vault do tych zadań.
Źródła
Wszystkie strony, na których opiera się to porównanie, i dzień, w którym ostatnio je sprawdziliśmy.
- Vault: Architecture · sprawdzono 27 października 2026
- Vault: What is Vault? · sprawdzono 27 października 2026
- Vault: Secrets engines · sprawdzono 27 października 2026
- Vault: Database secrets engine · sprawdzono 27 października 2026
- Vault: KV v2 API · sprawdzono 27 października 2026
- Vault: Policies · sprawdzono 27 października 2026
- Vault: Tokens · sprawdzono 27 października 2026
- Vault: JWT/OIDC auth method · sprawdzono 27 października 2026
- GitHub Docs: OpenID Connect in HashiCorp Vault · sprawdzono 27 października 2026
- Vault Agent · sprawdzono 27 października 2026
- Vault on Kubernetes · sprawdzono 27 października 2026
- Vault: Audit devices · sprawdzono 27 października 2026
- Vault: Available editions · sprawdzono 27 października 2026
- HCP Vault Dedicated overview · sprawdzono 27 października 2026
- HCP pricing definitions · sprawdzono 27 października 2026
- Vault license · sprawdzono 27 października 2026
Pytania o Crunu i HashiCorp Vault
Masz inne pytanie? Napisz na support@crunu.com
Czy Crunu zastępuje Vault?
W przypadku statycznych sekretów zespołu może. W przypadku dynamicznych danych dostępowych, certyfikatów czy szyfrowania jako usługi nie. Crunu celowo ich nie obejmuje, bo wymagają klucza na serwerze.
Czy można używać Vault bez zaufania do serwera?
Vault traktuje swój magazyn jako niezaufany i szyfruje dane, zanim do niego trafią. Sam serwer Vault odszyfrowuje dane po odpieczętowaniu, więc działającemu serwerowi powierza się dane w postaci jawnej.
Na jakiej licencji jest Vault?
Vault 1.15 i nowsze wersje są wydawane na licencji Business Source License 1.1. Każda wersja przechodzi na MPL 2.0 cztery lata po publikacji.
Czy Crunu działa z Kubernetesem?
Nie. Nie ma operatora, chartu Helm ani dostawcy CSI. Na maszynach z Linuksem agent crunu działa jako usługa systemd.