Bezpieczeństwo wbudowane.
Nie jako dodatek.

Przystępny opis stanu bezpieczeństwa Keystone. Wszystkie stosowane przez nas zabezpieczenia — szyfrowanie, izolacja tenantów, MFA, ścieżki audytu, ochrona przed botami — zebrane w jednym miejscu, aby zespoły zakupowe nie musiały zgadywać.

1. Hosting i lokalizacja danych

LIVEDane produkcyjne są hostowane w AWS Ireland (eu-west-1, Dublin). Żadne dane klientów nie opuszczają UE bez uprzedniej pisemnej zgody (i nigdy o nią nie prosiliśmy).

Każdy tenant Keystone działa w logicznie izolowanej bazie danych MongoDB w ramach jednego klastra regionalnego. Zapytania między tenantami są niemożliwe na poziomie aplikacji (każde zapytanie zawiera predykat `tenant_id` egzekwowany po stronie serwera; zob. sekcję dziennika audytu poniżej).

LIVEW chmurze lub on-premise — wybór należy do Ciebie. Keystone standardowo wdrażany jest na infrastrukturze AWS w UE lub jako lokalna instalacja on-premise na Państwa serwerach, gdy wymagają tego polityki firmy, umowy z detalistami lub wymogi suwerenności danych. Ten sam produkt, ta sama ścieżka audytu, Państwa infrastruktura.

2. Szyfrowanie

• LIVEW spoczynku: AES-256 przy użyciu kluczy zarządzanych przez AWS KMS. Kopie zapasowe szyfrowane tą samą hierarchią kluczy.
• LIVEW tranzycie: TLS 1.3 wymuszony na wszystkich publicznych punktach końcowych. Kwalifikuje się do HSTS preload. Brak obsługi fallback dla TLS 1.0 / 1.1.
• LIVENa poziomie pól: Wrażliwe pola danych osobowych (PII) — np. adresy dostawy klientów, telefony kontaktowe, metadane bankowe dostawców — są szyfrowane po stronie aplikacji przed zapisaniem w MongoDB.

3. Kontrole dostępu

• LIVEUprawnienia oparte na rolach dla każdego tenanta z domyślną zasadą najmniejszych uprawnień (super_admin · admin · ops_user · viewer · demo).
• LIVEHaszowanie haseł z użyciem soli zgodne ze standardami branżowymi oraz weryfikacją odporną na ataki timingowe.
• LIVEUwierzytelnianie wieloskładnikowe dla wszystkich użytkowników, MFA oparta na TOTP dostępna dla wszystkich ról, nie tylko administratorów.
• LIVEPodpisane, krótkotrwałe tokeny sesyjne z wygasaniem po bezczynności oraz sekretami specyficznymi dla wdrożenia.
• LIVEOgraniczanie liczby żądań (rate limiting) na wszystkich publicznych i uwierzytelnionych punktach końcowych API.
• LIVEOgraniczanie prób logowania po nieudanych próbach oraz blokada adresów IP przy wykryciu ataków brute‑force na wszystkich punktach uwierzytelniania.
• LIVEOchrona reCAPTCHA na formularzach publicznych — rejestracje, formularze kontaktowe i proces logowania są zabezpieczone przed automatycznym nadużyciem.

4. Rejestr audytu

LIVEKażde wywołanie API zmieniające stan jest zapisywane w niemodyfikowalnym dzienniku audytu: wykonawca, tenant, akcja, zasób, różnica przed/po, znacznik czasu, adres IP źródła. Dziennik można przeszukiwać z poziomu Konsoli Administratora i eksportować jako podpisany PDF — tak wygląda w praktyce dowód spełnienia wymagań BRCGS dotyczących traceability. Przejścia statusów zdarzeń śledzenia mają dodatkowy poddziennik historii statusów.

5. Zgodność i standardy

• LIVEGDPR (Regulation (EU) 2016/679), administrator danych odwiedzających stronę, podmiot przetwarzający dane tenantów. Zobacz Polityka prywatności.
• LIVEIrlandzka ustawa o ochronie danych z 2018 r., krajowe wdrożenie GDPR.
• LIVEUnijne przepisy dotyczące bezpieczeństwa żywności Wymagania dotyczące traceability — model partii w Keystone został zaprojektowany tak, aby kompleksowo dokumentować obowiązki wynikające z Art. 18.
• ALIGNEDISO/IEC 27001:2022, nasze zabezpieczenia są przypisane do ram kontrolnych Załącznika A: zarządzanie dostępem, szyfrowanie, logowanie, reagowanie na incydenty i ryzyko dostawców odpowiadają strukturze standardu.
• ALIGNEDNIS2 (EU Directive 2022/2555), klienci objęci zakresem NIS2 (podmioty istotne lub ważne) mogą polegać na izolacji tenantów w Keystone, MFA i niemodyfikowalnym dzienniku audytu jako bezpośrednich dowodach wspierających własne obowiązki.

6. Osoba odpowiedzialna za ochronę danych i członkostwo w ADPO

LIVECloudVoro zapewnia Osoba odpowiedzialna za ochronę danych (kontakt ds. prywatności) która zajmuje się wnioskami o dostęp do danych oraz korespondencją z organami nadzorczymi; można się z nią skontaktować pod adresem privacy@cloudvoro.com.

Nasz założyciel Asif Khan jest członkiem Association of Data Protection Officers (ADPO) Ireland, a CloudVoro regularnie przegląda swoje praktyki w zakresie ochrony danych, aby nadążać za umowami z klientami i oczekiwaniami regulatorów.

7. Podprocesorzy i ryzyko dostawców

Ograniczona liczba wyszczególnionych podprocesorów z gwarancjami ochrony danych równoważnymi z UE. Aktualna lista, adresy kontaktowe i cele przetwarzania znajdują się na dedykowanej stronie, /legal/sub-processors. Istotne zmiany są wysyłane e-mailem do głównego kontaktu najemcy na 30 dni przed ich wejściem w życie, zgodnie z Art. 28(2) GDPR.

8. Zgłaszanie podatności

Jeśli uważasz, że odkryłeś podatność bezpieczeństwa w Keystone, prosimy o kontakt pod adresem security@cloudvoro.com z opisem kroków prowadzących do jej odtworzenia. Potwierdzamy otrzymanie w ciągu 2 dni roboczych i dążymy do przedstawienia poprawki lub harmonogramu działań naprawczych w ciągu 10 dni roboczych. Za zgodą badaczy ujawniamy ich autorstwo publicznie i wystawiamy pisemne potwierdzenie.

9. Kopie zapasowe i odzyskiwanie po awarii

• LIVESzyfrowane, ciągłe kopie zapasowe MongoDB Atlas — 30-dniowe okno odzyskiwania do punktu w czasie.
• LIVERecovery Time Objective (RTO): 4 godziny przy awarii całego regionu. Recovery Point Objective (RPO): < 1 minuta przy normalnej pracy, ≤ 15 minut w najgorszym przypadku.

10. Reagowanie na incydenty

Powiadamiamy główny kontakt najemcy w ciągu 72 godzin od potwierdzenia naruszenia danych osobowych, zgodnie z Art. 33 GDPR. Jeśli jesteś klientem, wskazany kontakt dla Twojego najemcy jest zapisany w Twojej Umowie ramowej o świadczenie usług. Ogólne powiadomienia o bezpieczeństwie trafiają do konsoli administracyjnej w produkcie.

11. Obowiązki klienta

Bezpieczeństwo opiera się na modelu współdzielonym. Do obowiązków klienta należy: wybieranie silnych haseł i włączenie uwierzytelniania wieloskładnikowego (MFA) dla kont typu super_admin, nadawanie dostępu w modelu najmniejszych uprawnień przez ekran ról, utrzymywanie aktualnej listy kontaktów najemcy, przeglądanie dziennika audytu z częstotliwością odpowiadającą wymaganiom schematu certyfikacji oraz niezwłoczne powiadamianie nas o odejściach pracowników.