Edukační články 9 min čtení

Ochrana citlivých dat v SaaS systémech: Architektura, která odděluje důvěru od rizika

(Case Study: Therapio & Salonio) ## Úvod: Práce s citlivými daty není funkce, ale odpovědnost Systémy pracující s klientskými daty (terapie, zdravotní informace, historie služeb) operují v úpl...

Ing. Ondřej Kovařík

Redaktor / Analytik kybernetických hrozeb

Specialista na kyberbezpečnost a digitální suverenitu s více než 10 lety zkušeností.

Ochrana citlivých dat v SaaS systémech: Architektura, která odděluje důvěru od rizika | Asociace Portal
*(Case Study: Therapio & Salonio)* ## **Úvod: Práce s citlivými daty není funkce, ale odpovědnost** Systémy pracující s klientskými daty (terapie, zdravotní informace, historie služeb) operují v úplně jiném režimu než běžné weby. Nejde jen o výkon nebo uživatelský komfort, ale primárně o důvěrnost, integritu a právní odpovědnost. Většina SaaS systémů byla navržena bez ohledu na tuto realitu. Používají architekturu běžného webu pro data s vysokou citlivostí, což představuje kritické strukturální riziko. ## **1. Kde běžná SaaS řešení selhávají** Většina platforem spoléhá na logické oddělení dat v rámci jedné databáze. To znamená, že data jsou oddělena pouze na úrovni aplikace, nikoliv architektury. Chyba v jediném řádku kódu tak může otevřít cestu k datům všech klientů najednou. Pokud navíc frontend komunikuje s databází bez přísné izolace, vzniká vysoké riziko injection útoků a eskalace oprávnění. Systém bez hloubkového logování pak neumožňuje prokázat, že s daty bylo zacházeno bezpečně, což je v roce 2026 nepřípustné. ## **2. Architektura jako ochranná bariéra: Synaria Core přístup** Systémy jako **Therapio** a **Salonio** využívají principy *Synaria Core*, kde architektura funguje jako aktivní obranný val. - **Oddělení veřejného a neveřejného prostoru:** Veřejný web > (frontend) nesmí mít technickou možnost vidět data. Klientská data > existují v izolované infrastruktuře, ke které nevede přímá cesta z > internetu. - **Aplikační brána:** Veškerá práce s daty probíhá přes kontrolovanou > mezivrstvu (API Gateway), která validuje každý požadavek, filtruje > vstupy a striktně řídí oprávnění. - **Datová izolace:** Databáze není dostupná z veřejné sítě a > komunikuje pouze s prověřenou aplikační vrstvou. Tím se eliminuje > 99 % běžných útokových vektorů. ## **3. Izolace klientských dat: Prevence horizontálního průniku** Zásadním požadavkem na moderní SaaS je znemožnění přístupu k cizím datům i v případě, že útočník získá přístup k jednomu konkrétnímu účtu. - **Oddělení kontextu:** Každý klient (např. terapeutická praxe) > operuje ve vlastním datovém kontextu. Identita jednoho uživatele > není klíčem k datům jiného. - **Striktní hranice:** Prevence horizontálního průniku není > implementační detail, ale základní bezpečnostní paradigma. V > systémech postavených na správné architektuře je „překročení > hranice" mezi klienty technicky zablokováno na úrovni datových > schémat. ## **4. Auditovatelnost jako právní a etická nutnost** V roce 2026 není otázkou, *zda* k útoku dojde, ale *jak* na něj systém zareaguje. Auditní stopa je klíčová pro splnění GDPR i profesních standardů. - **Kompletní žurnálování:** Systém musí zaznamenávat každý přístup k > citlivým datům, každou změnu a každý administrátorský zásah. - **Rekonstrukce incidentu:** Bez detailních logů nelze určit rozsah > úniku ani splnit ohlašovací povinnost. Auditovatelnost umožňuje > prokázat integritu dat a transparentnost jejich zpracování, což > buduje klíčovou důvěru mezi poskytovatelem a klientem. ## **5. Odolnost (Resilience) vs. Křehkost monolitů** Rozdíl mezi bezpečným a nebezpečným systémem se nejvíce projeví v krizové situaci. - **Monolitický systém:** Incident v jakékoliv části znamená kompletní > kompromitaci všech dat. - **Izolovaný systém (Therapio/Salonio):** Incident zůstává lokálním > problémem. Kompromitace prezentační vrstvy neohrozí datové jádro. > Tato architektonická segmentace je tím, co umožňuje rychlou obnovu > a minimalizaci škod. ## **6. Proč není tento standard běžný?** Důvodem je tlak trhu na rychlost a cenu. Správná architektura vyžaduje vyšší náročnost v počátečním návrhu a dlouhodobé strategické myšlení. Většina SaaS projektů tyto aspekty obětuje ve prospěch okamžitého zisku. Výsledkem jsou sice funkční a škálovatelné systémy, které jsou však z hlediska bezpečnosti citlivých dat strukturálně vadné. ## **7. Závěr: Ochrana dat je otázkou architektury, nikoliv marketingu** Největším omylem je věřit, že data jsou chráněna jen tím, že je systém „zabezpečen" firewallem nebo heslem. Skutečná ochrana citlivých dat spočívá v tom, že: 1. **Nejsou dostupná** přímo z veřejné vrstvy. 2. **Nejsou vystavena** nekontrolovaným procesům. 3. **Nejsou propojena** do jednoho zranitelného celku. Systémy jako **Therapio** a **Salonio** definují nový standard digitální důvěry. Ukazují, že bezpečnost není „feature", kterou lze přikoupit, ale přirozený důsledek architektury, která od začátku odděluje riziko od hodnoty dat. V roce 2026 je tato architektura jedinou cestou, jak zodpovědně pracovat s důvěrou klientů.

O autorovi

Ing. Ondřej Kovařík

Redaktor / Analytik kybernetických hrozeb

Autor je odborníkem ve svém oboru s letitými zkušenostmi. Jeho články vycházejí z praxe a aktuálních trendů v oboru kyberbezpečnosti a digitálních technologií.

Jak citovat tento článek

Ing. Ondřej Kovařík (2026-01-06). "Ochrana citlivých dat v SaaS systémech: Architektura, která odděluje důvěru od rizika". Asociace Portal. Dostupné z: https://asociaceportal.cz/clanky/ochrana-citlivch-dat-v-saas-systmech-architektura-kter-oddluje-dvru-od-rizika

Tento článek můžete volně citovat s uvedením zdroje. Podporujeme šíření kvalitních informací o kyberbezpečnosti.

Související články

Další relevantní články na podobné téma