Bezpečnost a přístup

1. Stav bezpečnostního rámce

Tento dokument stanoví cílové minimum před externím pilotem. Není certifikací, penetračním testem, prohlášením o shodě ani důkazem, že všechny uvedené kontroly jsou již nasazeny. Veřejné tvrzení o šifrování, dostupnosti, odolnosti nebo auditu smí popsat pouze skutečně ověřený stav.

Před pilotem musí být dokončen threat model, datová klasifikace, autorizační matice, test obnovy, incidentní plán a nezávislá technická kontrola. Provozovatelem je XIXOIO LTD; potvrzený a monitorovaný kontakt pro podporu, soukromí a bezpečnost je info@xixoio.com. Souhlas provozovatele s pilotem nenahrazuje doložení příslušných právních, privacy, bezpečnostních a provozních podmínek ani odbornou kontrolu těchto návrhů.

2. Invite-only přístup a ověření

• 01veřejná samoregistrace je vypnutá; pozvánku vydává oprávněná osoba pro přesnou identitu, komunitu, roli a dobu
• 02pozvánka je jednorázová, časově omezená, odvolatelná a nesmí aktivovat účet jiné e-mailové identity
• 03externí poskytovatel identity může být pouze jedním ověřovacím krokem; jeho použití neznamená podporu, partnerství ani schválení XIXOUT
• 04povinný druhý faktor je nativní TOTP Authenticator; ověření e-mailu samo nevytváří AAL2, SMS ani telefonní číslo se nevyžadují
• 05relace musí mít aktuální nativní AAL2 s ověřeným TOTP faktorem; citlivý příkaz navíc vyžaduje čerstvé TOTP a samostatné oprávnění, běžné čtení nemá opakovaný desetiminutový ověřovací interval
• 06vlastní heslo se vytváří až po úspěšném ověření; ukládá se pouze bezpečným jednosměrným odvozením a změna či obnova vyžaduje samostatně zabezpečený tok
• 07citlivé akce vyžadují čerstvé vícefaktorové ověření, řízené relace, odhlášení všech zařízení a obnovovací postup bez obcházení identity

3. Izolace komunit a nejmenší oprávnění

Každá autorizace se kontroluje na serveru vůči konkrétnímu uživateli, komunitě, firmě, objektu a akci. Znalost URL, identifikátoru nebo název role na klientovi nesmí vytvořit přístup. Výchozí rozhodnutí je odmítnout.

Správce platformy, správce firmy, člen, institucionální pozorovatel, moderátor, podpůrná osoba a AI agent mají oddělená oprávnění. Globální přístup není odvozen z členství v jedné komunitě. Servisní účty mají omezený účel, krátkou životnost a nesmějí sdílet lidské přihlašovací údaje.

4. Ochrana dat a tajemství

• 01před pilotem musí být doloženo aktuální TLS pro přenos a odpovídající šifrování citlivých uložených dat
• 02před pilotem musí být doloženo, že tajemství a kryptografické klíče nejsou v kódu, klientském balíčku, chatu ani logu a že mají oddělenou správu, rotaci a minimální oprávnění
• 03před pilotem musí být testy doloženo, že logy neobsahují hesla, ověřovací kódy, celé tokeny relace, privátní obsah ani údaje nad rámec nutné diagnostiky
• 04před pilotem musí být doloženy šifrované a přístupově oddělené zálohy, retenční režim a úspěšný test obnovy; samotná existence souboru nestačí
• 05XIXOUT netvrdí end-to-end šifrování; takové tvrzení by vyžadovalo architekturu, v níž provozovatel skutečně nemůže obsah dešifrovat
• 06do dokončení těchto důkazů XIXOUT netvrdí, že jsou uvedené cílové kontroly nasazeny v externím provozu

5. Audit, detekce a reakce na incident

Bezpečnostně významné události zahrnují vydání a přijetí pozvánky, přihlášení, obnovu účtu, změny rolí, přístup k citlivému obsahu, export, moderaci a administrativní zásahy. Auditní stopa musí být časově konzistentní, omezená proti dodatečným změnám a přístupná jen oprávněné kontrole.

Před pilotem musí existovat pohotovostní kontakty, klasifikace incidentů, omezení dopadu, uchování důkazů, obnova, poučení a posouzení oznamovacích povinností. Přesné lhůty a příslušné orgány se určují podle skutečného provozovatele, dat a použitelnosti GDPR, NIS2, DORA nebo jiného rámce; tento návrh jejich použitelnost nepředjímá.

6. Bezpečný vývoj a dodavatelé

• 01peer review změn, automatické testy, kontrola závislostí, statická analýza a oddělené prostředí pro vývoj, staging a produkci
• 02žádná reálná osobní nebo důvěrná data ve veřejných preview nasazeních, testovacích sadách, screenshotech nebo repozitáři
• 03evidence změn, schválení releasu, možnost bezpečného rollbacku a ověřené zálohy před rizikovou změnou
• 04prověření dodavatelů podle jejich přístupu k datům, lokalit, subdodavatelů, incidentní historie, smluv a možnosti ukončení služby
• 05nezávislý penetrační test a negativní testy izolace mezi komunitami před přizváním externí osoby

7. Povinnosti účastníka a hlášení zranitelností

Účastník chrání své zařízení, používá jedinečné heslo, nezveřejňuje kódy a okamžitě hlásí ztrátu přístupu, podezřelé přihlášení nebo omylem zpřístupněný obsah. Nesmí provádět destruktivní test, sociální inženýrství ani získávat data jiné osoby.

Bezpečnostní hlášení přijímá monitorovaný kontakt info@xixoio.com. Neposílejte hesla, TOTP kódy, párovací klíče ani cizí neveřejný obsah. Pravidla koordinovaného oznámení, reakční doba, ověřená obnova účtu a nouzová eskalace zůstávají provozními podmínkami k doložení, nikoli zárukou vytvořenou samotným e-mailem.