Jak Vaultiqo chroni sekrety Twojego zespołu
Menedżer haseł jest wart tyle zaufania, na ile zasługuje jego architektura. Oto dokładnie, jak Vaultiqo szyfruje, przechowuje i audytuje Twoje dane, łącznie z kompromisami, na które się zdecydowaliśmy, i ich uzasadnieniem.
- AES-256-GCMszyfrowanie w przeglądarce, zanim cokolwiek zostanie wysłane
- 2×warstwy szyfrowania: w przeglądarce i ponownie na serwerze
- 1:1osobny klucz szyfrowania dla każdej organizacji
- 100 %wyświetleń sekretów zapisanych w dzienniku audytu
Co się dzieje, gdy zapisujesz sekret
Cztery kroki od klawiatury do zaszyfrowanego magazynu. Sekrety są szyfrowane, zanim opuszczą Twoją przeglądarkę.
01
Szyfrowanie w Twojej przeglądarce
Hasła, notatki i inne dane są szyfrowane na Twoim urządzeniu algorytmem AES-256-GCM za pomocą wbudowanego w przeglądarkę Web Crypto API, z użyciem Tenant Key Twojej organizacji.
02
Przesyłanie przez TLS
Na nasze serwery trafia wyłącznie zaszyfrowany blob, zawsze przez TLS. Serwer nigdy nie otrzymuje przez sieć sekretu w postaci jawnej.
03
Ponowne szyfrowanie na serwerze
Serwer opakowuje szyfrogram drugą warstwą za pomocą klucza głównego przechowywanego w Google Secret Manager. Sama skradziona baza danych ujawnia wyłącznie nieczytelne dane.
04
Przechowywanie tam, gdzie wybierzesz
Podwójnie zaszyfrowane dane trafiają do naszej hostowanej bazy danych, na Twój własny Dysk Google lub do Twojego własnego projektu Firestore. Załączniki podlegają tej samej zasadzie.
Nasza architektura, bez owijania w bawełnę
Vaultiqo korzysta z zarządzanych kluczy szyfrowania. Każda organizacja ma własny Tenant Key, przechowywany w postaci zaszyfrowanej kluczem głównym serwera. Gdy logujesz się przez Google, klucz trafia do Twojej przeglądarki przez TLS i jest przechowywany wyłącznie w pamięci, nigdy na dysku ani w plikach cookie.
To świadomy wybór. Dzięki niemu możliwe są logowanie przez Google, współdzielone sejfy zespołu i odzyskiwanie dostępu przez administratora, bez konieczności pamiętania hasła głównego. Ceną jest to, że sejf zespołu nie działa w modelu zero-knowledge: nasze serwery są zaufaną częścią systemu, dlatego odpowiednio je chronimy.
Kto widzi co
- Osoby z dostępem do elementuCzytelne hasło
- Sieć między Tobą a namiSzyfrogram wewnątrz TLS
- Dysk Google i FirestoreTylko szyfrogram
- Skradziona kopia bazy danychHasła tylko jako szyfrogram
- Serwery VaultiqoZarządzane klucze, dostęp zablokowany
- Publiczny link na naszym serwerzeSzyfrogram bez klucza
Przed czym chroni ta architektura
- Kopia bazy danych bez klucza głównego: zawiera wyłącznie szyfrogram.
- Zgubione lub zapomniane hasła główne: nie ma żadnych, które można by zgubić.
- Byli pracownicy: dostęp kończy się wraz z ich kontem Google i jednoetapowym offboardingiem.
Gdzie przebiega granica zaufania
Klucz główny serwera to klejnot w koronie. Znajduje się w Google Secret Manager za ściśle ograniczonym dostępem, obsługuje rotację bez przestojów i nigdy nie jest przechowywany w kodzie ani w bazie danych. Linki udostępniane osobom spoza zespołu działają inaczej: są w pełni zero-knowledge, a ich klucz nigdy nie trafia na nasze serwery.
Dostęp podąża za Twoim Google Workspace
Bez osobnych kont i dodatkowych haseł. Dostęp przyznajesz, ograniczasz i odbierasz tak samo, jak już zarządzasz swoim zespołem.
Logowanie przez Google
Każdy korzysta ze swojego istniejącego konta Google Workspace, łącznie z weryfikacją dwuetapową wymaganą przez Twoją organizację.
Krótkotrwałe sesje
Tokeny dostępu są ważne 15 minut. Tokeny odświeżania są rotowane przy każdym użyciu, a ponowne użycie starego kończy całą rodzinę sesji. Wylogowanie unieważnia sesję na serwerze.
Sygnały bezpieczeństwa Google
Gdy Google zgłosi, że konto zostało przejęte, zresetowane lub wyłączone, Vaultiqo natychmiast kończy sesje tej osoby, zamiast czekać, aż wygasną.
Ścisła izolacja organizacji
Każdy użytkownik jest jawnie przypisany do jednej organizacji, a każdy odczyt, edycja, udostępnienie i eksport są względem niej weryfikowane. Elementy osobiste pozostają prywatne, nawet przed administratorami.
Grupy i role
Role Właściciel, Menedżer i Członek są mapowane bezpośrednio na Google Groups. Synchronizację uruchamia administrator, który przed zatwierdzeniem widzi podgląd zmian.
Dostęp tymczasowy i offboarding
Przyznaj grupie dostęp na określoną liczbę dni, a wygaśnie on samoczynnie. Gdy ktoś odchodzi, jeden krok przekazuje jego elementy i odbiera mu cały dostęp.
Wiedz, kto co zrobił, i cofaj błędy
Bezpieczeństwo to nie tylko trzymanie atakujących z dala. To także wgląd w to, co dzieje się w środku, i możliwość szybkiego powrotu do normy, gdy coś pójdzie nie tak.
Dziennik audytu każdego użycia
Vaultiqo rejestruje nie tylko, kto zmienił dane logowania, ale też kto ich użył. Każde wyświetlenie jest zapisywane, autouzupełnianie przez rozszerzenie jest śledzone osobno, a dziennik można filtrować według osoby lub akcji.
Kontrola bezpieczeństwa w przeglądarce
Skanowanie jednym kliknięciem wskazuje hasła słabe, powtarzane, stare i wykradzione. Sprawdzanie wycieków korzysta z Have I Been Pwned z k-anonimowością, więc ani hasło, ani jego pełny hash nigdy nie opuszczają Twojego urządzenia.
Kosz i historia wersji
Usunięte elementy czekają w koszu 30 dni, każda edycja zachowuje poprzednią wersję, a dane możesz w każdej chwili wyeksportować do CSV.
Zbudowane defensywnie, od początku do końca
Szczegóły, które rzadko trafiają na stronę z cennikiem, ale mają znaczenie, gdy powierzasz komuś swoje sekrety.
- Działa w Google Cloud, a klucze są przechowywane w Google Secret Manager
- Rotacja kluczy szyfrowania bez przestojów
- Restrykcyjna Content Security Policy i ścisłe nagłówki bezpieczeństwa
- Limity żądań (rate limiting) na endpointach logowania i kluczy
- Ochrona przed SSRF, limity rozmiaru żądań i limity miejsca na dane dla każdego obszaru roboczego
- Tokeny Google OAuth używane do synchronizacji katalogu są szyfrowane w spoczynku
- Rozszerzenie przeglądarki, które nigdy nie zapisuje sekretów ani tokenów na Twoim urządzeniu
- Automatyczne testy regresyjne izolacji organizacji i autoryzacji
FAQ dotyczące bezpieczeństwa
Sekrety są szyfrowane w Twojej przeglądarce i ponownie na naszych serwerach, a klucze są przechowywane w Google Secret Manager ze ściśle ograniczonym dostępem. Ponieważ sejf zespołu korzysta z zarządzanych kluczy, a nie z modelu zero-knowledge, odszyfrowanie danych jest technicznie możliwe dla samej usługi. Dlatego ten dostęp jest ściśle zablokowany, a klucz główny nigdy nie znajduje się w bazie danych ani w kodzie. Publiczne linki udostępniania są w pełni zero-knowledge.
Hasła, notatki i inne poufne pola dostanie tylko jako podwójnie zaszyfrowane dane. Druga warstwa używa klucza głównego, który nie jest przechowywany w bazie danych, więc samej kopii nie da się odczytać. Nazwy elementów, nazwy użytkowników i adresy stron nie są szyfrowane.
Tam, gdzie wybierzesz: w naszej hostowanej bazie danych w Google Cloud, na Twoim własnym Dysku Google lub w Twoim własnym projekcie Google Firestore w wybranej przez Ciebie lokalizacji. Załączniki zawsze podlegają temu samemu wyborowi.
Ponieważ nie ma hasła głównego, nic wraz z nim nie przepada. Gdy Google zawiesi konto lub zgłosi, że zostało naruszone, Vaultiqo natychmiast kończy jego sesje. Po przywróceniu konta w Google Workspace dostęp przywraca administrator Vaultiqo.
Napisz na hello@vaultiqo.app i podaj szczegóły. Każde zgłoszenie traktujemy poważnie i szybko odpowiemy.
Zobacz na własne oczy
Zainstaluj Vaultiqo z Google Workspace Marketplace i wypróbuj je ze swoim zespołem. 14 dni za darmo, bez karty płatniczej.