Dziesięć zasad zarządzania poświadczeniami

Większość narzędzi do obsługi poświadczeń łamie przynajmniej jedną z tych zasad. To nie jest zarzut, to arytmetyka.

Sposób przechowywania sekretów przez ostatnie dwadzieścia lat został zaprojektowany z myślą o ludziach, którzy musieli je czytać i zapamiętywać. Hasła główne. Frazy odzyskiwania. Sejf, który Pan otwiera, oraz sejf, który po otwarciu oddaje wszystko każdemu, kto poprosi. Jeśli usunie Pan założenie, że sekret czyta człowiek, zasady się zmieniają.

Poniżej dziesięć zasad, na których powinien być zbudowany system poświadczeń. Są techniczne, dają się zweryfikować i ocenia się je w układzie „zaliczone/niezaliczone". Proszę zestawić z nimi dowolne narzędzie, także nasze, i policzyć, ile zasad spełnia. Następnie proszę czytać dalej, ponieważ pod każdą zasadą znajduje się dokładny opis tego, jak Clavitor jej dotrzymuje.

1. Klucz jest losowy i żaden człowiek go nigdy nie widzi.

Sekret, który człowiek może odczytać, to sekret, który można wyłudzić phishingiem, odgadnąć, ponownie wykorzystać lub wymusić. Klucz szyfrujący powinien być losowym materiałem generowanym przez maszynę — nigdy nie wyświetlany, nigdy nie wpisywany, nigdy nieodtwarzalny z czegokolwiek, co człowiek zna.

Clavitor: klucz to 256 bitów losowego materiału generowanego przez urządzenie podczas rejestracji. Żaden człowiek go nigdy nie widzi. Nie ma tu nic do wyłudzenia ani do wymuszenia.

2. Nie ma hasła głównego. Klucz sprzętowy jest jedynym kluczem.

Hasło główne to drzwi, a drzwi można otworzyć wytrychem. Frazę odzyskiwania dla właściciela jest też frazą odzyskiwania dla atakującego. Podstawę zaufania powinien stanowić klucz fizyczny, który musi być obecny, a nie ciąg znaków, jaki można kogoś zmusić do wpisania.

Clavitor: brak hasła głównego, brak frazy odzyskiwania — nawet jako zapasowe rozwiązanie. Podstawą szyfrowania jest losowy materiał zapakowany na Pana klucz sprzętowy. W ścieżce klucza nie leży nic, co wybiera człowiek.

3. Operator nie może odszyfrować przechowywanych danych.

Jeśli firma prowadząca serwery potrafi odczytać Pana sekrety, potrafią to również nieuczciwy pracownik, nakaz sądowy lub ktokolwiek, kto naruszy zabezpieczenia tej firmy. Poufność powinna opierać się na matematyce, a nie na dobrym zachowaniu operatora.

Clavitor: my prowadzimy serwery i wciąż nie możemy odczytać Pana sekretów. Klucze deszyfrujące nigdy nie trafiają na serwer. Proszę zabrać bazę danych, maszynę i kopie zapasowe — wyniesie Pan wyłącznie jednolicie losowe szyfrogramy.

4. Sekrety nigdy nie przebywają tam, gdzie uruchamiany jest kod.

Poświadczenie w pliku .env, w zmiennej środowiskowej czy w lokalnej pamięci podręcznej to poświadczenie czekające, aż chwyci je następny uruchomiony program. Jeden wadliwy skrypt instalacyjny nie powinien móc wynieść Pana kluczy. Kod powinien uzyskiwać prawo użycia sekretu, nigdy jego posiadanie.

Clavitor: program ani agent nigdy nie trzyma poświadczenia. Uzyskuje zdolność jego użycia, pobieraną na świeżo w momencie użycia, nigdy niezapisywaną na dysk i nigdy niebuforowaną. Gdy złośliwe oprogramowanie obmacuje przestrzeń w poszukiwaniu kluczy, znajduje pusty pokój.

5. Agent nie może dokonywać wyliczania. Sięga wyłącznie do tego, co zostało wskazane z nazwy.

Jeśli podmiot może wyliczać, przeszukiwać lub przeglądać zbiór, jedno naruszenie zamienia się w mapę wszystkiego, co Pan posiada. Brak możliwości wyliczania jest silniejszą kontrolą niż jakiekolwiek ograniczenie nałożone na wyliczanie.

Clavitor: żadnego listingu, żadnego wyszukiwania, żadnego odkrywania na powierzchni agenta. Agent sięga do tego, co wskazano mu z nazwy, i nie widzi nawet reszty. Jest to wymuszane na poziomie protokołu, a nie ograniczane przez mechanizm limitujący.

6. Poświadczenie jest związane z maszyną, dla której zostało wydane.

Należy założyć, że poświadczenie wcześniej czy później zostanie skradzione. Liczy się to, czy jest cokolwiek warte poza maszyną, do której należy. Klucz działający z dowolnego miejsca to klucz działający z laptopa atakującego.

Clavitor: poświadczenie agenta jest przypięte do maszyny, dla której je wydano. Proszę je przenieść i uruchomić gdzie indziej — zostanie odrzucone, zanim zobaczy je jakikolwiek handler.

7. Żaden pojedynczy podmiot 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 przypadki i powstrzymywać ten drugi, bez konieczności, by właściciel czuwał.

Clavitor: każdy agent ma limit zapytań i blokuje się według zasady dwóch ostrzeżeń. Wyjście poza zwykłą garstkę wywołuje alert i wyłącza agenta. Strategia „zabrać wszystko" rozbija się o ścianę.

8. Każde działanie jest rejestrowane i przypisane.

Konta współdzielone i ciche odczyty niszczą odpowiedzialność. Gdy coś pójdzie nie tak, musi Pan wiedzieć dokładnie, kto — albo co — to zrobił, i jakie poświadczenia zostały dotknięte, bez żadnej dwuznaczności. Rejestr z lukami nie jest rejestrem.

Clavitor: każde działanie jest przypisane do konkretnego podmiotu, osobno dla agenta i dla użytkownika, a pełny cykl życia poświadczenia — utworzenie, odczyt, użycie i unieważnienie — trafia do rejestru.

9. Żadne poświadczenie nie pozostaje po stronie klienta. Nie na dysku, nie w pamięci, nawet nie w postaci zaszyfrowanej.

Zaszyfrowana lokalna kopia to wciąż kopia, a klucz do niej znajduje się na tej samej maszynie. Wszystko, co spoczywa na urządzeniu, jest czymś, po co atakujący może wrócić. Poświadczenie powinno istnieć wyłącznie w chwili użycia.

Clavitor: każdy odczyt jest realizowany na żywo i porzucany po użyciu. Nic nie jest buforowane ani utrwalane po stronie klienta — ani w postaci zaszyfrowanej, ani w jakiejkolwiek innej. Sekret jest w pamięci w momencie użycia, potem znika. Unieważni Pan poświadczenie i znika ono przy następnym żądaniu.

10. Kryptografia jest zwalidowana, nie wynaleziona.

Kryptografia szyta w domu to sposób, w jaki dobre zespoły przegrywają. Elementy pierwotne chroniące sekret powinny być takimi, które niezależni recenzenci już zwalidowali, a proces budowania powinien uniemożliwić wydanie wersji bez nich. Nudne i audytowane bije sprytne.

Clavitor: sejf jest szyfrowany w spoczynku modułem kryptograficznym zgodnym z FIPS 140-3, a proces budowania odmawia publikacji binarki go pozbawionej. Żadnych wynalezionych elementów pierwotnych, żadnych nieaudytowanych skrótów.

Proszę przejść całą listę

Dziesięć zasad. Proszę zestawić z nimi obecne narzędzie i policzyć. Potem proszę zestawić z nimi nasze.

Zapisaliśmy je, ponieważ większość branży po cichu nie spełnia kilku z nich, a Clavitor zbudowaliśmy tak, by nie spełniał żadnej z pominiętych zasad.

Clavitor. Sejf poświadczeń zbudowany dla agentów AI — i przeciwko nim.