Bezpečnost

Jedna databáze na zákazníka

Vaše paměť není řádek ve sdílené tabulce se sloupcem zákazníka. Každý zákazník má svou vlastní. vlastní databáze. Neexistují žádné sdílené tabulky ani dotazy mezi zákazníky, které by mohly selhat, protože hranicí je samotná databáze, a ne filtr, který si někdo musí pamatovat napsat.

Tato hranice je při každém vydání testována zvenku: dvě skutečné účty a každé rozhraní, které vrací data, je kontrolováno, aby se potvrdilo, že ani jedno nemůže vidět to druhé. Vydání není odesláno, pokud toto testování neprojde.

Klíče a kdo je může použít

Nemůžeme vám ukázat váš vlastní klíč.

Klíče API se vám zobrazí přesně jednou, při vytvoření. Ukládáme pouze hash SHA-256 – takže kopie naší databáze nikomu neposkytne funkční klíč a ani my, ani útočník nedokážeme váš klíč přečíst zpět. Zrušení klíče se na službě projeví přibližně do minuty a okamžitě na stroji, který obsluhuje vaši paměť.

Klíče lze zúžit

Klíč nemusí být všemocný. Klíče mohou být vymezeno podle projektu — čtení a zápis, pouze čtení, nebo úplně neviditelné – což je správná podoba pro dodavatele, úlohu CI nebo jednoúčelového agenta, který nemá důvod číst zbytek vaší práce. Klíč s poškozenými nebo nečitelnými rozsahy oprávnění je odmítnut ve všem, místo aby mu bylo vše povoleno.

Dvoufaktorová autentizace

Váš účet může vyžadovat druhý faktor při přihlášení, a když jej zapnete, je vynucen při každém přihlášení — po hesle i po GitHub nebo Google — nikoli pouze zobrazen jako nastavení.

Vytvoření klíče API vyžaduje chráněné přihlášení: dvoufaktorové ověření na vašem účtu, nebo přihlášení přes GitHub či Google. Samotné heslo nikdy nevytvoří klíč — ani u účtu, který má zároveň připojen GitHub nebo Google, protože rozhoduje způsob, jakým jste se tentokrát přihlásili.

Každá destruktivní akce — smazání projektu, redakce historie, smazání účtu, obnovení zálohy — se znovu ptá, kdo jste: po vašem hesle, pokud ho máte, a po vašem dvoufaktorovém kódu; bez dvoufaktoru přihlášení přes GitHub nebo Google z posledních deseti minut. Export vašich dat to nikdy nepotřebuje.

Přihlaste se pomocí GitHub nebo Google

Přihlašování přes GitHub nebo Google používá standardní tok autorizačního kódu s PKCE, vázaný na prohlížeč, který jej zahájil. Dostáváme vaši e-mailovou adresu, vaše jméno a ID vašeho účtu u dané služby — nic víc. Neuchováváme žádný přístupový token GitHub ani Google a nemůžeme číst vaše repozitáře, poštu ani soubory. Účet GitHub nebo Google se k existujícímu účtu Brethof připojí pouze tehdy, když daná služba ověřila e-mailovou adresu a ověřili jsme ji i my, nebo když účet zatím nemá žádné heslo.

Ochrana před vlastními agenty

To je ta část, na kterou většina služeb nemyslí. Vaše paměť je neustále ovládána agenty umělé inteligence – a agent může udělat chybu, dostat škodlivou instrukci skrytou v obsahu, který měl přečíst, nebo smazat špatnou věc hodiny předtím, než si toho člověk všimne.

Surový archiv konverzací je tedy záměrně mimo jejich dosah. Žádný agent nemůže smazat jedinou zprávu. Žádný agent se posledních tří měsíců vůbec nedotkne. Starší historii lze odstranit pouze hromadně, po projektech. Smazání celého projektu – jediná akce, která zasahuje archiv v celku – není agentům v žádné úrovni dostupné; probíhá v panelu účtu, kde člověk zadá název projektu.

Důvod, proč je to důležité, je jednoduchý: vybraná paměť je odvozená a archiv je původní. Cokoli ztratí špatná úprava, lze obnovit z historie. Nic však nemůže obnovit samotnou historii.

Šifrování, zálohy a kde vaše data žijí

Vaše paměť je jeden kontejner na každého zákazníka – vlastní databáze, vlastní souborový systém, vlastní uživatel Linuxu, nic není sdíleno. Pokud jste si vybrali místní provedení, tento kontejner běží na vašem počítači: vaše paměť je uložena u vás a my ji neuchováváme. To, co prochází naším centrem – naší instancí bezpečného výpočtu v Curychu ve Švýcarsku – je zpracovávaný obsah: každá výměna a části paměti, které váš kontejner odesílá, když je potřeba posouzení nebo se sestavuje shrnutí relace. Oddíl 4 zásad ochrany osobních údajů je přesně uvádí. Nic z toho není uchováváno.

Co je software ve vašem počítači

Kontejner obsahuje vaši paměť, vyhledávání v ní a mechanismy, které obojí udržují v pořádku. Neobsahuje žádný prompt, žádný přístup k žádnému modelu AI a žádné nastavení, které by ho k němu směřovalo. Není v něm nic, co by mohlo posuzovat vaši paměť, a nic, co by se dalo nakonfigurovat, aby to zkoušelo. Každé posouzení je vyžádáno z našeho centra přes spojení, které váš kontejner otevírá odchozím směrem a ověřuje – my se nikdy nepřipojujeme sami.

Právě tato struktura umožňuje provoz auditovat a máte ho auditovat: výměny jdou nahoru, výše uvedené části jdou nahoru, příkazy a řádky se vracejí dolů. Klient je source-available – přečtěte si každý jeho řádek.

Jedna věc zůstává zcela na vaší straně: hledání ve vlastní paměti – záznamy, celá historie a její datované řádky rozhodnutí – probíhá jako běžné čtení z vašich vlastních tabulek, uvnitř vašeho vlastního kontejneru. Funguje i v případě, že náš hub není dostupný, a neodesílá nic k posouzení.

V hostované podobě je provoz během přenosu šifrován pomocí TLS a v klidovém stavu je celý souborový systém vašeho kontejneru – každá konverzace, každý záznam, samotná databáze – šifrován klíčem odvozeným z heslové fráze, kterou máte pouze vy. Nikdy ji nevidíme a nikdy neukládáme: přenáší se při spuštění vaší relace, odemkne vaši paměť a ta se po vašem odchodu znovu zamkne. Zamčený kontejner je pro všechny, včetně nás, šifrový text – ukradený disk, uniklá image nebo vyřazený disk je jen šum, stejně jako náš vlastní root přístup, když nejste přítomni.

Vymazání je kryptografické

Vymazání není nadějným přetřesením úložiště: váš zašifrovaný kontejner je zničen vcelku – a protože mazání šifrového textu nevyžaduje klíč, funguje to i tehdy, když jste zapomněli svou heslovou frázi. Zbývající zálohy jsou bez ní nečitelné a mažou se, jak se zálohovací žebříček střídá, nejpozději do 30 dnů. Neexistuje žádná kopie, kterou bychom mohli vrátit.

Co šifrování nepokrývá

Upřímné limity. Šifrování v klidovém stavu je přesně to – v klidovém stavu: dokud je vaše paměť pro relaci odemčena, kontejner nutně pracuje s vašimi daty v nešifrované podobě, aby obsluhoval vaše vyhledávání, takže „nikdy se na vaše data nedíváme“ je naše politika a naše přístupové kontroly, nikoli matematická nemožnost – matematickou zárukou je to, co dostanete vždy, když je kontejner zamčen. Raději vám řekneme, kde hranice je, než abychom vás nechali předpokládat, že žádná není.

Zálohy hostovaných kontejnerů jsou stažené samotné šifrované souborové systémy – šifrový text dříve, než opustí stroj, nečitelné bez vaší heslové fráze – uchovávané v krátkém rotujícím žebříčku denních a týdenních kopií v Německu. Po smazání účtu se s ním mažou i jeho zálohy a zbývající kopie zmizí do 30 dnů.

Hostovaná paměť je ukládána, indexována a prohledávána výhradně v EU – naše servery a zálohy jsou v Německu. Vyhledávací embeddingy se počítají na našich vlastních strojích a nikdy je neopouštějí. Lokální paměť se k tomu vůbec nedostane: je na vašem disku, pod ochranou, jakou svému disku dáte.

Jedinou výjimkou je AI kurace. Každý kurovaný úryvek je zpracován na naší instanci zabezpečeného výpočtu v Curychu ve Švýcarsku – zemi, kterou EU uznává jako nabízející odpovídající úroveň ochrany osobních údajů – a odtud je jediný průchod modelem odeslán společnosti Ollama, která tento model hostuje ve Spojených státech a v Evropě, kde je zpracován a vrácen. Zveřejněné podmínky Ollamy uvádějí, že vstupy a výstupy jsou zpracovávány přechodně a nikdy se na nich netrénují modely – to je jejich závazek, v jejich vlastních podmínkách, a uvádíme ho jako jejich, nikoli jako náš slib. Nic jiného neopouští EU. Pokud potřebujete, aby ani kurace nikdy neopustila EU, je to k dispozici v rámci dedikovaného nasazení – ptejte se. Každý dílčí procesor, s účelem a umístěním, je uveden v Zásadách ochrany osobních údajů.

Jak fungujeme

Co nejmenší oprávnění, ve výchozím nastavení

Služba běží jako uživatel bez zvláštních práv uvnitř svého kontejneru, nikdy jako root. Její role v databázi není superuživatel a nemůže číst soubory z hostitele. To se před každým vydáním automaticky ověřuje, nikoli předpokládá.

Vnitřní koncové body jsou uzamčeny na okraji

Konečné body, které zřizují účty a ověřují klíče, jsou přístupné pouze prostřednictvím našeho vlastního řídicího plánu – nejprve je ověřováno na hranici sítě ještě předtím, než dorazí požadavek, a poté opět pomocí sdíleného tajemství. Dva zámky, ne jeden.

Selhání uzavřeno

Když něco chybí nebo je nečitelné, služba odmítne spíše než hádá. Neověřitelný klíč je odmítnut. Poškozená oprávnění neudělují nic. Chybějící tajný klíč pro podpis webhooků odmítne každou událost, místo aby důvěřovala tomu, co přichází. To je záměrný postoj: režim selhání paměťové služby by měl být „žádná odpověď“, nikdy „odpověď špatného zákazníka“.

Každé vydání je ověřeno zvenčí

Před vydáním jakékoli verze projde automatizovaná brána celý produkt od zcela nového účtu přes skutečné síťové připojení: registraci, vydávání a rušení klíčů, ukládání a vyvolávání paměti, izolaci mezi dvěma živými účty, export dat a úplné vymazání. Buď projde úplně, nebo se verze nevydá.

Nahlášení bezpečnostního problému

Pokud si myslíte, že jste našli zranitelnost, prosím, řekněte nám to dříve, než to řeknete komukoli jinému, a my s vámi budeme spolupracovat. Kontaktní údaje jsou uvedeny na /.well-known/security.txt nebo napište hello@Brethof.ai. Nevyhrožujeme výzkumníkům, kteří hlásí v dobré víře.

Podrobnější požadavky – dohoda o zpracování údajů, vyhrazené nasazení ve vámi zvolené oblasti nebo udržení správy v rámci EU – řešíme přímo. Zeptejte se.