10110010011101001011001101101110101018200.devFrom Enterprise.Systems

Důvěra a bezpečnost

8200.dev je vytvořen tak, aby splňoval požadavky na podnikovou bezpečnost. Tato stránka popisuje, jak chráníme vaše data, co můžeme a nemůžeme přistupovat, a jak pracujeme. Naši pozici uvádíme jasně — a nikdy nechceme získat certifikaci, kterou nemáme.

1. Architektura bezpečnosti

  • Šifrování v klidu

    Všechna citlivá data, včetně přihlašovacích údajů konektoru a certifikátů zprostředkovatele identity, jsou šifrována v klidu pomocí AES-256-GCM.

  • Šifrování při přenosu

    Veškerý provoz je servírován přes TLS 1.3 (HTTPS), přičemž je vynucen HSTS, aby se prohlížeče odmítly připojovat nezabezpečeně.

  • Ověření a MFA

    Přihlaste se pomocí Googlu nebo e-mailu a hesla — alespoň 12 znaků, uloženo pouze jako solené skriptové hashe, s omezením pokusů o přihlášení. Dvoustupňové ověření (TOTP plus záložní kódy) je dostupné všem a lze jej vyžadovat v celé organizaci; Enterprise přidává jednotné přihlášení SAML (již brzy) (Okta, Azure AD, Google Workspace, OneLogin) s just-in-time provisioning a ochranou proti přehrávání tvrzení.

  • Řízení přístupu na základě rolí

    Vestavěné role Owner, Admin a Viewer plus podrobné vlastní role vám umožňují udělovat přístup s nejnižšími oprávněními. Oprávnění jsou vynucena v každé žádosti.

  • Ovládání relace a sítě

    Konfigurovatelné zásady maximální doby trvání relace a vypršení nečinnosti, spolu s povolením IP adres, které omezují přístup na rozsahy, kterým důvěřujete (Enterprise).

  • Ochrana na hranici

    Cloudflare poskytuje Web Application Firewall a ochranu DDoS před aplikací, s bezpečnostními hlavičkami (CSP, HSTS, frame-deny) v každé odpovědi.

2. Zpracování dat

Monitorování je jen pro čtení. Platforma se připojuje s nejužšími rozsahy, které jí umožňují posoudit vaši postavu, nikdy nepotřebuje obsah vašich souborů a nezmění nic ve vašich zdrojích, pokud nepovolíte automatickou nápravu.

  • Monitorování jen pro čtení

    Konektory monitorují prostřednictvím rozsahů pouze pro čtení. Pro Google Workspace je skenování spuštěno na drive.metadata.readonly — může číst metadata sdílení, ne obsah souborů. Přístup pro zápis existuje pouze pro automatickou nápravu: vypnuté ve výchozím nastavení, udělené samostatně na konektor a omezené na zrušení nebo snížení přístupu.

  • Pouze metadata a nálezy

    Ukládáme metadata oprávnění, graf přístupu a nálezy, které z něj odvodíme. Neukládáme, neindexujeme ani nepřenášíme obsah vašich dokumentů.

  • Konfigurovatelné uchovávání

    Provozní data se řídí vaší zásadou uchovávání — například až 24 měsíců historie auditu a 90denní okno pro přechodná data — s bezpečnostním minimem, aby nebylo nic neúmyslně vymazáno.

  • Samoobslužný export a smazání

    Vlastníci si mohou exportovat data své organizace a sami si vyžádat smazání účtu. Smazání probíhá v okně odkladu a poté data odstraní.

  • Kontrola expozice AI (pouze veřejné záznamy)

    Bezplatná kontrola expozice AI čte pouze veřejné DNS záznamy domény, kterou zadáte, prostřednictvím veřejných DNS resolverů (Cloudflare s veřejným DNS resolverem od Googlu jako záloha). Nepřipojuje se na servery domény ani na její webové stránky samotné (veřejný resolver může podle standardního řešení DNS normálně dotazovat servery jmen domény) a vrací pouze skóre, počty a stavové příznaky: bez názvů služeb, subdomén nebo hodnot záznamů. Uložený výsledek je odstraněn po 24 hodinách a sdílená karta po 30 dnech; kopie mohou zůstat v našich šifrovaných zálohách až přibližně 56 dní. Položka obsahující e-mailovou adresu, kterou si zvolíte zadat, je odstraněna do 48 hodin, pokud ji nepotvrdíte odkazem, a nejpozději po 12 měsících; e-maily, které odesíláme, jsou uchovávány jako záznam doručení až 30 dní.

3. Soulad

Mapujeme naše kontroly a důkazy, které produkt generuje, na hlavní rámce. Jedná se o mapování, která vám pomohou ve vašem vlastním auditu — 8200.dev není certifikován vůči těmto normám a nikdy to tak neuplatňujeme.

  • Mapování rámce

    Kontroly a důkazy produktu jsou mapovány na SOC 2, ISO 27001, GDPR, HIPAA a NIST CSF 2.0. Přístrojový panel compliance v aplikaci sleduje všechny pět vedle sebe s analýzou mezer a exportovatelným balíčkem důkazů.

  • Omezené použití rozhraní Google API

    Použití surových nebo odvozených uživatelských dat přijatých z rozhraní Workspace API bude v souladu se Zásadami uživatelských dat Googlu, včetně požadavků na omezené použití. Data Workspace se používají pouze k poskytování a zlepšování funkcí zabezpečení, které povolíte — nikdy je nepoužíváme k vývoji, zlepšování nebo trénování zobecněných modelů AI nebo strojového učení a nikdy je nepředáváme nástrojům nebo službám AI nebo ML třetích stran pro účely trénování.

  • Ověření Google OAuth

    Google schválil ověření OAuth 8200.dev dne 23. srpna 2026 pro tři obory, které požaduje: drive.metadata.readonly pro skenování a admin.directory.user.readonly a admin.directory.user.security pro volitelný audit aplikací třetích stran. Jakýkoli nový rozsah — včetně rozsahu zápisu, který by automatická náprava potřebovala na Google Workspace — vyžaduje nové ověření, než jej použijeme. Dne 21. září 2026 Google také schválil samostatnou, volitelnou aplikaci 8200.dev Admin Insights pro její dva rozsahy pouze pro čtení: cloud-identity.policies.readonly a admin.directory.domain.readonly.

4. Odpovědnost AI agenta

Posun odpovědnosti v roce 2026 činí společnost nasazující AI odpovědnou za to, co její agenti dělají. 8200.dev vyrábí důkazy, kterými jste řídili tento přístup. To podporuje vaši pozici v souladu; není to právní porada a nezaručuje žádný výsledek.

  • Kompletní inventář agenta

    Agent Guard udržuje aktuální inventář každého AI agenta a účtu služby, který má přístup k vašim datům, plus grantům OAuth třetích stran za stínovou AI — nemůžete řídit, co nevidíte.

  • Neměnný záznam přístupu

    Každé rozhodnutí o přístupu a změna je zaznamenána v exportovatelné stopě auditu (CSV / JSON / CEF / SIEM), takže můžete zrekonstruovat, k čemu by měl AI agent přístup a kdy.

  • Prokazatelné řízení

    Pravidla prevence, vynucování přístupu a zdokumentovaná časová osa rizika ukazují aktivní kontrolu a reakci — důkazy za obranný program řízení AI.

5. Operační bezpečnost

  • Průběžné kontroly zdraví

    Automatizované kontroly zdraví probíhají každých pět minut na celé platformě, databázi a konektorech, automaticky otevírá incident, když se něco zhorší.

  • Veřejná stránka stavu

    Veřejná stránka stavu publikuje historii provozu a aktualizace incidentů, takže vždy víte o aktuálním stavu.

  • Automatizované testování

    Kódová základna je pokryta více než 4 000 automatizovanými testy, které se spouští při každé změně, takže se regrese odchytávají před vydáním.

  • Auditování a export SIEM

    Akce relevantní pro bezpečnost jsou zaznamenány v neměnné stopě auditu pro jednotlivé organizace, kterou můžete exportovat jako CSV, JSON nebo CEF a streamovat do svého SIEM (Enterprise).

6. Podprocesátoři

Používáme malou sadu prověřených podprocesátorů. Každý obdrží pouze data, která potřebuje k plnění své funkce.

PodprocesátorÚčelSdílená data
AnthropicAsistent AI podpory, shrnutí pro vedení a překlad rozhraníVaše zprávy chatu a, pokud jste přihlášeni, krátké shrnutí účtu; agregované údaje o postoji pro shrnutí, která požadujete — nikdy obsah souborů nebo přihlašovací údaje
ResendDoručování transakčního e-mailu (e-mail účtu, bezpečnosti a fakturace)Adresa e-mailu příjemce a obsah zprávy; doručování samotného provádí Amazon SES, vlastní podprocesátor Resend
PayPalFakturace předplatného a platbyIdentifikátory fakturace a metadata transakcí
RunPodVýpočetní kapacita aplikace a databáze PostgreSQLŠifrovaná data aplikace (metadata + nálezy)
CloudflareCDN, WAF a ochrana DDoS na hranici sítě; kontrola člověka (Turnstile) a veřejný DNS resolver pro kontrolu expozice AIMetadata požadavku včetně IP adres a cest požadavků, která se uchovávají v protokolech Cloudflare podle jeho vlastní uchovávací politiky. Pro kontrolu expozice AI: token kontroly člověka s IP adresou návštěvníka a veřejné názvy domén, které se kontrolují
TelegramOperační upozornění našemu týmu na službuInterní identifikátory, stavy a částky; e-mailové adresy jsou automaticky odstraněny před odesláním — nikdy obsah souborů nebo přihlašovací údaje
SentryDiagnostika chyb (pouze na straně serveru)Zprávy o chybách aplikace: chybová zpráva, trasování zásobníku (s několika řádky kódu serveru kolem každého rámce: našeho a knihoven s otevřeným zdrojovým kódem, které používá), cesta požadavku a ID požadavku, poslední řádky protokolu a adresy URL požadavku, krátký seznam povolených hlaviček požadavku (včetně user-agenta) a metadata běhového prostředí (vydání, prostředí, název hostitele serveru). E-mailové adresy, telefonní čísla, IP adresy, tokeny a dlouhé řetězce podobné tajným klíčům jsou před odesláním odstraněny; identifikátory v cestě požadavku (například ID organizace nebo uživatele) jsou odesílány. Žádné soubory cookie, těla požadavků, řetězce dotazů ani přehrávání relace

7. Kontakt

Potřebujete dokumentaci k bezpečnosti, seznam podprocesátorů nebo odpovědi na recenzi dodavatele? Napište na [email protected].