Przegląd bezpieczeństwa Kanso

Charakter dokumentu

Ta strona nie rozszerza obowiązków umownych. Pierwszeństwo: Umowa SaaS, SLA, DPA oraz Załącznik TOMs. Poniżej opis praktyk w języku art. 32 RODO (adekwatne środki odpowiadające stanowi wiedzy technicznej i ryzyku).

Izolacja multi-tenant

Stosujemy środki mające na celu logiczną separację danych organizacji (tenant): kontekst hosta/subdomeny i sesji, kontrola zapytań, RBAC.

Szyfrowanie i transport

TLS minimum 1.2 na ruchu przeglądarka ↔ aplikacja; HTTPS w produkcji. Sekrety przechowywane z szyfrowaniem zgodnie z architekturą Systemu.

Uwierzytelnianie

Polityka haseł; opcjonalne MFA; opcjonalne SSO Microsoft Entra / M365 według konfiguracji Klienta.

Audyt i personel

Wybrane zdarzenia admin/security w audycie tenanta. Ograniczony dostęp personelu Usługodawcy; dane produkcyjne tylko dla wsparcia/utrzymania.

Infrastruktura i backup

Produkcja: OVH (Frankfurt). Backup/DR: Hetzner (Helsinki). Okna serwisowe i uptime: Załącznik SLA. Na żądanie Klienta Usługodawca udostępnia posiadane certyfikaty albo raporty audytowe tych podprocesorów (np. ISO 27001 / SOC 2), o ile ma prawo je przekazać.

AI (Leon)

Leon działa na Google Cloud Agent Platform w regionie EOG (europe-west3, Frankfurt). Prompty nie służą do trenowania modeli. Przed wysłaniem do API odcinane są m.in. PESEL, numery kart oraz hasła i tokeny. Ewentualny dostęp Google LLC (USA) oraz podstawy transferu opisuje DPA. Zakaz danych art. 9 RODO w promptach — Regulamin i Umowa.

Exit i RODO

Po zakończeniu umowy: retencja (co do zasady 90 dni), eksport na żądanie Administratora, następnie usunięcie — zgodnie z Umową i DPA.

Zgłaszanie incydentów

contact@ostrova.pl (temat „Security / Kanso”).

Wobec Klienta-Administratora: Usługodawca zawiadamia o naruszeniu ochrony danych tenanta niezwłocznie, nie później niż w ciągu 48 godzin od stwierdzenia (dążenie do 24 godzin) — zgodnie z DPA.