Techniczne mechanizmy, które wspierają zgodność

Health Insurance Portability and Accountability Act wymaga ochrony danych pacjentów, kontroli dostępu i ścieżek audytu.

• Szyfrowanie end-to-end sprawia, że dane pacjentów nigdy nie są widoczne dla serwerów
• Podpisana historia zapisów — każda zmiana jest podpisana kluczem Ed25519 i dowodzi, kto i kiedy co zapisał
• Precyzyjna kontrola dostępu z nazwanymi kluczami dla różnych zespołów terapeutycznych
• Retencja danych — strategie oparte na bazach shardowanych według czasu i na archiwizacji
• Praca offline dla personelu medycznego w terenie i odległych przychodni

⚠️ HIPAA wymaga też rejestrowania odczytów, umów BAA, zabezpieczeń administracyjnych i bezpieczeństwa fizycznego — te elementy musisz wdrożyć samodzielnie wokół MindooDB.

Zobacz zastosowania w ochronie zdrowia → | Szczegółowe wzorce →

Sarbanes-Oxley Act wymaga ścieżek audytu dla danych finansowych, niezmiennych zapisów i kontroli dostępu.

• Niezmienne zapisy dzięki architekturze append-only
• Kryptograficzna integralność — wpisy spięte łańcuchem skrótów dowodzą, że zapisy nie zostały zmienione
• Pełna historia zapisów z podpisanym autorstwem na potrzeby audytu
• Podróż w czasie do odtworzenia dowolnego stanu historycznego
• Podpisane zmiany dowodzą autorstwa wszystkich modyfikacji

⚠️ SOX wymaga też kontroli wewnętrznych, poświadczeń kierownictwa i rozdzielenia obowiązków — to zadania organizacyjne.

Zobacz zastosowania w usługach finansowych → | Szczegółowe wzorce →

Ogólne rozporządzenie o ochronie danych wymaga prawa do bycia zapomnianym, przenoszalności danych, rejestrowania zgód i ochrony danych w fazie projektowania.

• Skoordynowane usuwanie danych — purgeDocHistory() rozsyła żądania usunięcia przez bazę danych katalogu do wszystkich zsynchronizowanych klientów
• Przenoszalność danych dzięki funkcjom eksportu dokumentów
• Ochrona danych w fazie projektowania dzięki szyfrowaniu end-to-end
• Ścieżka audytu zapisów — podpisana historia append-only wszystkich zmian danych

⚠️ Żądania trwałego usunięcia docierają do klientów przy następnej synchronizacji katalogu — urządzenia, które nigdy się nie połączą ponownie, zachowują dane. RODO wymaga też zarządzania zgodami, wyznaczenia inspektora ochrony danych i rejestru czynności przetwarzania — za to odpowiadasz Ty.

Zobacz wzorce zgodności →

Payment Card Industry Data Security Standard wymaga ochrony danych kart płatniczych, kontroli dostępu i ścieżek audytu.

• Silne szyfrowanie — AES-256-GCM w spoczynku, RSA na użytkownika w tranzycie, TLS na łączu
• Kontrola dostępu z nazwanymi kluczami do ograniczania dostępu do danych wrażliwych
• Ścieżka audytu zapisów — podpisana historia append-only wszystkich zmian danych

⚠️ PCI-DSS to obszerny standard, który obejmuje segmentację sieci, zarządzanie podatnościami, monitorowanie i wiele więcej. MindooDB odpowiada na wymogi dotyczące szyfrowania i kontroli dostępu — reszta leży po Twojej stronie. Zastanów się, czy w ogóle musisz przechowywać dane kart.

Zobacz wzorce zgodności →

• ✅ Pełna historia zapisów (append-only)
• ✅ Podpisy kryptograficzne (dowód autorstwa)
• ✅ Zapisy odporne na manipulację (łańcuch skrótów)
• ✅ Podróż w czasie (odtworzenie dowolnego stanu)
• ✅ Zmiany ze znacznikiem czasu

• ✅ Szyfrowanie po stronie klienta (AES-256-GCM)
• ✅ Precyzyjna kontrola dostępu (nazwane klucze)
• ✅ Zarządzanie kluczami (KeyBag chroniony hasłem)
• ✅ Skoordynowane usuwanie danych (trwałe usunięcie rozsyłane przez katalog)
• ✅ Suwerenność danych (tenanty po stronie klienta)

• ⚙️ Rejestrowanie odczytów (poziom aplikacji)
• ⚙️ Zarządzanie zgodami (poziom aplikacji)
• ⚙️ Kontrola dostępu oparta na rolach (z użyciem nazwanych kluczy)
• ⚙️ Zasady retencji danych (z użyciem shardingu według czasu)
• ⚙️ Raportowanie zgodności (na danych audytowych)

• Każdy zapis jest kryptograficznie podpisany kluczem Ed25519 autora
• Znaczniki czasu są zawarte w każdym wpisie zmiany
• Historię dokumentu można przejść funkcją iterateDocumentHistory()
• Podróż w czasie pozwala odtworzyć dowolny stan historyczny
• Usunięcia są oznaczane znacznikami tombstone (historia zostaje zachowana)

Uwaga: MindooDB rejestruje automatycznie zapisy (kto co zmienił). Rejestrowanie odczytów (kto co oglądał) trzeba wdrożyć na poziomie aplikacji.

• Udowodnij, kto i kiedy co zmienił
• Odtwórz stan z dowolnego momentu w czasie
• Wykaż audytorom integralność danych
• Zbuduj na tym rejestrowanie odczytów na poziomie aplikacji
• Wspieraj wymogi legal discovery

Zobacz dokumentację podróży w czasie →

• Sharding według czasu — Twórz bazy danych dla okresów (rocznych, miesięcznych)
• Bazy archiwalne — Przenoś stare dane do baz archiwalnych tylko do odczytu
• Cykl życia dokumentu — Oznaczaj dokumenty jako zarchiwizowane, zamiast je usuwać
• Skoordynowane trwałe usunięcie — Podpisane przez administratora żądania trwałego usunięcia rozchodzą się przez bazę danych katalogu; klienci wykonują je przy następnej synchronizacji

Zobacz wzorce modelowania danych →

• Zasada append-only sprawia, że dane narastają z czasem
• Zaplanuj zarządzanie wzrostem od samego początku
• Używaj shardingu według czasu do efektywnej archiwizacji
• Rozważ wymogi retencji dla każdego typu dokumentu
• Skoordynowane trwałe usunięcie dociera do zsynchronizowanych klientów; urządzenia offline zachowują dane

Zobacz wzorce zgodności →