--- title: "Dziesięć złotych zasad zarządzania poświadczeniami" description: "To nie jest prezentacja sprzedażowa, lecz karta oceny. Dziesięć technicznych, weryfikowalnych zasad typu „zaliczone/niezaliczony”, na których powinien być zbudowany system poświadczeń. Porównaj z nimi każde narzędzie — w tym nasze — i policz, ile spełnia." lang: pl url: https://clavitor.ai/pl/rules markdown: https://clavitor.ai/pl/rules.md translation_of: https://clavitor.ai/en/rules.md authoritative: false publisher: Clavitor LLC --- > This is the Polish translation of [The Ten Golden Rules of Credential Management](https://clavitor.ai/en/rules.md). The original English text is authoritative; where the two differ, the English version prevails. # To nie jest prezentacja sprzedażowa, lecz karta oceny: Dziesięć złotych zasad zarządzania poświadczeniami Oto zasady, na których powinien być zbudowany system poświadczeń — techniczne, weryfikowalne, typu „zaliczone/niezaliczony”. Porównaj z nimi każde narzędzie, w tym nasze, i policz, ile spełnia. Większość branży spełnia mniej niż połowę, ponieważ sposób przechowywania sekretów przez ostatnie dwadzieścia lat był zaprojektowany dla ludzi, którzy musieli je czytać i zapamiętywać. Usuń to założenie, a poprzeczka się podniesie. Oto, gdzie powinna się znajdować. ## Dziesięć zasad. Każda spełniona przez Clavitor. Każda zasada jest uniwersalną zasadą dobrego zarządzania poświadczeniami. Pod każdą z nich, w prostych słowach, znajduje się dokładny opis, jak Clavitor się do niej stosuje. ### 01 — Losowy klucz: Klucz jest losowy i nigdy nie widzi go żaden człowiek. Sekret, który człowiek może odczytać, może zostać wyłudzony, odgadnięty, ponownie użyty lub wymuszony. Klucz powinien być losowym materiałem generowanym przez maszynę — nigdy nie wyświetlanym, nigdy nie wpisywanym, nigdy nie odzyskiwalnym z niczego, co zna człowiek. **Clavitor:** 256 bitów losowego materiału generowanego przez urządzenie podczas rejestracji. Nigdy nie widzi go żaden człowiek. Nic do wyłudzenia ani wymuszenia. ### 02 — Brak hasła głównego: Nie ma hasła głównego. Klucz sprzętowy jest jedynym kluczem. Hasło główne jest drzwiami, a drzwi można wyważyć. Fraza odzyskiwania dla właściciela jest frazą odzyskiwania dla atakującego. Korzeń zaufania powinien być fizycznym kluczem, który musi być obecny. **Clavitor:** brak hasła głównego, brak frazy odzyskiwania, nawet jako zabezpieczenia awaryjnego. Korzeń szyfrowania to losowy materiał opakowany w Twój klucz sprzętowy. Nic, co wybierze człowiek, nie znajduje się w ścieżce klucza. ### 03 — Operator ślepy: Operator nie może odszyfrować przechowywanych danych. Jeśli firma zarządzająca serwerami może odczytać Twoje sekrety, to samo może zrobić złośliwy pracownik, nakaz sądowy lub ktokolwiek, kto naruszy bezpieczeństwo tej firmy. Poufność powinna opierać się na matematyce, a nie na dobrym zachowaniu operatora. **Clavitor:** zarządzamy serwerami i nadal nie możemy odczytać Twoich sekretów. Klucze deszyfrujące nigdy nie docierają do serwera. Zabierz bazę danych, maszynę, kopie zapasowe, a zabierzesz ze sobą jednolity losowy szyfrogram. ### 04 — Żadnych danych w spoczynku tam, gdzie działa kod: Sekret istnieje tylko przez chwilę, w której jest używany, nigdy nie przebywając na maszynie uruchamiającej kod. Dane uwierzytelniające w pliku .env, zmiennej środowiskowej, lokalnej pamięci podręcznej lub zwykłej pamięci operacyjnej maszyny czekają, aż cokolwiek uruchomionego następnie je przechwyci — i są równie narażone na urządzeniu klienckim, co na serwerze. Zaszyfrowana kopia lokalna to nadal kopia, z kluczem na tej samej maszynie. Kod powinien otrzymywać możliwość użycia sekretu, nigdy jego przechowywanie. **Clavitor:** program ani agent nigdy nie przechowuje danych uwierzytelniających — ani po stronie klienta, ani serwera. Otrzymuje możliwość użycia danych, pobieranych świeżo w chwili użycia, nigdy niezapisywanych na dysk, nigdy niecachowanych, nigdy niepozostających w pamięci po upływie danej chwili. Gdy złośliwe oprogramowanie szuka kluczy, trafia na pusty pokój. ### 05 — Brak możliwości wyliczenia: Agent nie może wyliczać. Sięga tylko tego, co zostało mu nazwane. Jeśli aktor może listować, wyszukiwać lub przeglądać magazyn, jedno naruszenie bezpieczeństwa staje się mapą wszystkiego, co posiadasz. Niemożność wyliczenia jest silniejsza niż jakiekolwiek ograniczenie nałożone na wyliczanie. **Clavitor:** brak list, wyszukiwania, odkrywania po stronie agenta. Agent sięga tylko tego, do czego został nazwany, i nawet nie widzi reszty. Egzekwowane na poziomie protokołu, a nie ograniczane przez limitery. ### 06 — Powiązane z maszyną: Poświadczenie jest powiązane z maszyną, na którą zostało wydane. Załóżmy, że poświadczenie zostanie ostatecznie skradzione. Ważne jest, czy jest coś warte poza maszyną, do której należy. Klucz działający z dowolnego miejsca działa z laptopa atakującego. **Clavitor:** poświadczenie agenta jest przypięte do maszyny, na którą zostało wydane. Podnieś je, uruchom z innego miejsca, a zostanie odrzucone, zanim jakikolwiek handler je zobaczy. ### 07 — Brak masowego opróżniania: Żaden pojedynczy aktor nie może opróżnić sejfu. Normalne użycie dotyka garstki sekretów. Kradzież próbuje zabrać wszystko, szybko. System powinien odróżniać te dwa i zatrzymać drugie bez konieczności obserwacji przez właściciela. **Clavitor:** każdy agent jest ograniczony czasowo i blokuje się po dwukrotnym naruszeniu. Sięgnij poza swoją normalną garstkę, a uruchomi to alert i wyłączy agenta. Strategia „chwyć wszystko” napotyka ścianę. ### 08 — Zalogowane i przypisane: Każda akcja jest rejestrowana i przypisana. Współdzielone konta i ciche odczyty niszczą odpowiedzialność. Kiedy coś pójdzie nie tak, musisz wiedzieć dokładnie, kto lub co to zrobiło i jakie poświadczenia dotknęło. Zapis z lukami nie jest zapisem. **Clavitor:** każda akcja jest przypisana do konkretnego aktora, na agenta i na użytkownika. Pełny cykl życia poświadczenia — utworzenie, odczyt, użycie, odwołanie — jest zapisany. ### 09 — Zwalidowana kryptografia: Kryptografia jest zweryfikowana, a nie wymyślona. Własnoręcznie tworzona kryptografia to sposób, w jaki mądre zespoły przegrywają. Elementy składowe chroniące sekret powinny być tymi, które niezależni recenzenci już zweryfikowali, a kompilacja powinna uniemożliwić jej wysłanie bez nich. Nudne i audytowane jest lepsze niż sprytne. **Clavitor:** sejf jest szyfrowany w spoczynku za pomocą modułu kryptograficznego FIPS 140-3, a kompilacja odmawia publikacji binarnej, która go nie zawiera. Żadnych wymyślonych elementów składowych, żadnych nieaudytowanych skrótów. ### 10 — Odzyskiwanie z udziałem dwóch stron: Żaden vault nie jest odzyskiwany bez właściciela, a żaden przez samego właściciela. Odzyskiwanie dostępu to miejsce, w którym większość systemów po cichu otwiera na nowo każde zamknięte drzwi: reset przez e-mail, kod SMS, pytanie zabezpieczające, dział wsparcia, który można nakłonić do obejścia zabezpieczeń. Droga powrotna do vaultu powinna wymagać właściciela i czegoś więcej niż tylko właściciela, tak aby ani skradziony sekret odzyskiwania, ani skompromitowany dostawca nigdy nie były samodzielnie wystarczające. **Clavitor:** po utracie klucza odzyskanie dostępu wymaga dwóch połówek, które łączą się wyłącznie na Pana/Pani własnym urządzeniu — kodu odzyskiwania przechowywanego przez Pana/Panią oraz połówki przechowywanej przez nas, bezużytecznej samodzielnie, udostępnianej dopiero po potwierdzeniu tożsamości na żywo, na warunkach ustalonych wyłącznie przez Pana/Panią. Nie możemy odzyskać dostępu bez Pana/Pani udziału, a sam kod odzyskiwania również nie wystarczy. ## Przejrzyj listę. Przejrzyj swoje obecne narzędzie pod kątem tych dziesięciu. Następnie przejrzyj nasze. Napisaliśmy je, ponieważ większość branży cicho zawodzi w kilku punktach — a my zbudowaliśmy Clavitor tak, aby nie zawiódł w żadnym. [Zobacz architekturę bezpieczeństwa](https://clavitor.ai/pl/security) [Używaj za darmo](https://clavitor.ai/pl/checkout)