Zaszyfrowane Twoim kluczem. Egzekwowane po stronie serwera.

1. Klucz na organizację, nie jeden na całą firmę

   Każdy fragment Twoich treści w spoczynku, w bazach i w magazynie obiektów, jest szyfrowany AES-256-GCM kluczem należącym wyłącznie do Twojej organizacji. Żaden wspólny klucz nie obejmuje dwóch klientów.

2. Klucze nie leżą razem z danymi

   Klucze żyją w osobnej usłudze, pod kluczem głównym chronionym sekretem trzymanym poza platformą przez wskazane osoby. Skradziony dysk, skopiowany snapshot albo wyciekły backup zostaje skradzionym dyskiem, a nie skradzioną platformą.

3. Szyfrogram otwiera się tylko tam, gdzie jego miejsce

   Każda zaszyfrowana wartość jest kryptograficznie związana z dokładnym miejscem, w którym powstała. Przeniesiona gdzie indziej albo do danych innego klienta po prostu się nie otworzy. Odczytanie bazy i przestawienie jej to dwa różne ataki, a ten drugi nic nie daje.

4. Wyszukiwanie, które nie czyta

   Zapieczętowany tekst pozostaje przeszukiwalny przez indeks wyprowadzony kluczem innym niż ten, który odszyfrowuje treść, więc platforma znajduje Twój dokument, nie mogąc go przeczytać. Jeden klucz nigdy nie robi obu rzeczy naraz.

5. Rotacja bez przerwy w działaniu

   Klucz organizacji można wymienić, gdy produkt dalej odpowiada, a stary klucz wycofujemy dopiero wtedy, gdy każdy wiersz otwiera się już nowym.

1. Izolacja per organizacja

   Każdy token niesie organizację, do której należy. Handlery wyprowadzają organizację z tokenu, nigdy z pola, które może ustawić klient, więc jeden klient nie zaadresuje danych drugiego.

2. Role mapowane na katalog uprawnień

   Rola w organizacji wystawia dokładnie te zakresy, na które pozwalają jej uprawnienia. Operatorzy platformy to osobna, wąska rola, która żyje poza organizacjami.

3. Interfejs to nie kontrola

   Konsola ukrywa to, czego nie wolno, a każdy backend ponownie sprawdza zakres tokenu przed działaniem. Liczy się kontrola po stronie serwera.

4. Komunikacja między usługami jest jawna

   Backendy uwierzytelniają się nawzajem podpisanymi tokenami, weryfikowanymi względem zestawu kluczy i autoryzowanymi zadeklarowaną macierzą uprawnień, a nie pozycją w sieci.

1. Klucze dostępu na pierwszym miejscu

   Passkey to dwa składniki naraz, a przeglądarka wydaje go wyłącznie własnemu adresowi tego wdrożenia, więc przekonująca kopia strony logowania nie zbierze niczego wartościowego.

2. Aplikacja uwierzytelniająca i kody jednorazowe

   Zapasowo działa standardowa aplikacja uwierzytelniająca oraz dziesięć kodów odzyskiwania wydanych raz i trzymanych wyłącznie jako skróty. Kod zużywa się w chwili użycia, więc zerknięcie przez ramię jest warte dokładnie jedno logowanie.

3. Zasadę ustala Twoja organizacja

   Organizacja może wymagać drugiego składnika od wszystkich, z okresem przejściowym, żeby włączenie nie było zatrzaśnięciem drzwi. Operatorów platformy obowiązuje to zawsze i nie jest to decyzja organizacji.

4. Zgadywanie kończy się odmową

   Próby liczone są wspólnie przez wszystkie repliki, a licznik i odczyt polityki zawodzą w stronę odmowy. Element, do którego nie da się dosięgnąć, odrzuca logowanie, zamiast je przepuścić.

5. Token mówi, jak ktoś się potwierdził

   Aplikacje widzą, jak i kiedy ktoś się zalogował, i mogą zażądać świeżego, odpornego na phishing uwierzytelnienia przed wrażliwą operacją. Stara sesja wraca przed drzwi wejściowe.

6. Każda próba jest w rejestrze

   Logowania, odmowy, blokady, dodane i usunięte składniki oraz zużyte kody odzyskiwania to wpisy w Twoim rejestrze audytowym, z adresem i przeglądarką zaszyfrowanymi w środku.

1. Ślady tylko do dopisywania

   Inferencja, wiedza, wyszukiwanie, wykonanie kodu, przebiegi agentów, operacje na danych i działania administracyjne mają własne ślady. Wpisy się dopisuje, nigdy nie edytuje.

2. Przebiegi agentów spięte łańcuchem

   Każdy krok niesie skrót poprzedniego, więc wpis usunięty albo zmieniony po fakcie rozrywa łańcuch i jest widoczny jako rozerwanie.

3. Paczka dowodowa per przebieg

   Pojedynczy przebieg można wyeksportować z krokami, wejściami, wyjściami, akceptacjami i korelacją, czyli dokładnie tym, o co prosi audytor.

4. Koszt jest częścią zapisu

   Tokeny i cena są zapisywane razem z zapytaniem, więc rachunek można uzgodnić ze śladem, a nie przyjąć na wiarę.

1. W Unii Europejskiej

   Bazy danych, magazyn obiektów i ślady są hostowane w UE, na europejskiej infrastrukturze.

2. Zero treningu na Twoich danych

   Zapytania, dokumenty i wytworzone pliki służą Twoim żądaniom i niczemu więcej.

3. Treść zapytań nie jest domyślnie przechowywana

   Ślad trzyma metadane, liczbę tokenów i koszt. Przechowywanie pełnej treści to decyzja organizacji, z własną retencją.

4. Dwa zegary retencji i blokada

   Payload jest czyszczony na pierwszym zegarze, wpis usuwany na drugim, a blokada prawna wstrzymuje oba. Pliki wytworzone przez platformę mają własny zegar.

1. Czas na zmianę zdania

   Usunięcie organizacji najpierw ją zawiesza. Logowanie przestaje działać i nie powstaje żaden token, ale nic nie znika, a przywrócenie w oknie karencji stawia wszystko dokładnie tak, jak było.

2. Każda usługa, nie tylko ta oczywista

   Po zamknięciu okna usunięcie rozchodzi się do każdej usługi, która kiedykolwiek trzymała Twój wiersz albo plik, a każda z nich raportuje, co usunęła. Ten raport da się potem przeczytać.

3. Na końcu giną klucze

   Na samym końcu niszczone są Twoje klucze. Wszystko, co ktokolwiek przeoczył, łącznie z kopiami w backupach, do których nikt już nie sięgnie, staje się trwale nieczytelne. To najmocniejsza gwarancja usunięcia, jaką ta platforma potrafi dać, i pokazujemy ją, odtwarzając stary backup i pokazując, że już się nie otwiera.

4. Osoba usunięta, historia cała

   Usunięcie osoby wymazuje osobę, a nie zapis. Jej zadania i rozmowy dalej wskazują tożsamość, która nikogo nie nazywa, więc w rejestrze czytanym przez audytora nie powstają dziury.

5. Faktury zostają, bo tak każe prawo

   Dokumenty księgowe przeżywają usunięcie. Cała reszta znika.

6. Blokada prawna wstrzymuje wszystko

   Blokada zatrzymuje zegary i samo usunięcie oraz mówi wprost, która organizacja jest wstrzymana i dlaczego, zamiast po cichu ją pomijać.

1. Kod klienta nie ma sieci

   Kod działa w izolowanym sandboxie, którego sieć jest odcinana wewnątrz samego runnera, a nie regułą gdzieś przed nim.

2. Narzędzia działają przez brokera

   Agent nigdy nie trzyma poświadczenia. Dostaje uprawnienie wystawione na jedno wywołanie, a broker je wykonuje i zapisuje.

3. Sekrety pochodzą ze środowiska

   Nic wrażliwego nie trafia do pliku konfiguracyjnego ani do logu. Sekrety konfiguracji są szyfrowane w spoczynku, a klucze API przechowywane jako skróty.

4. Akceptacja przed konsekwencją

   Efekt, który zmienia coś w świecie, może wymagać drugiej osoby przed wykonaniem, a akceptacja jest częścią zapisu.

O mapowanie mechanizmów, wyniki prób i umowę powierzenia możesz poprosić na każdym etapie audytu.

security@neurifly.com

https://neurifly.eu