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 | Účel | Sdílená data |
|---|---|---|
| Anthropic | Asistent 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 |
| Resend | Doruč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 |
| PayPal | Fakturace předplatného a platby | Identifikátory fakturace a metadata transakcí |
| RunPod | Výpočetní kapacita aplikace a databáze PostgreSQL | Šifrovaná data aplikace (metadata + nálezy) |
| Cloudflare | CDN, WAF a ochrana DDoS na hranici sítě; kontrola člověka (Turnstile) a veřejný DNS resolver pro kontrolu expozice AI | Metadata 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í |
| Telegram | Operační upozornění našemu týmu na službu | Interní 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 |
| Sentry | Diagnostika 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].