Biztonság

Egy adatbázis ügyfelenként

A memóriája nem egy közös tábla sora, amelyben ügyfél-oszlop van. Minden ügyfél megkapja a saját saját adatbázis. Nincsenek közös táblák, és nincsenek kereszt-ügyfél lekérdezések, amelyek hibát okozhatnának, mert a határ maga az adatbázis, nem egy szűrő, amelyet valakinek emlékeznie kell megírni.

Ez a határ minden kiadásnál kívülről tesztelődik: két valós fiók, és minden ajtó, amely adatot ad vissza, ellenőrzik, hogy egyik sem láthatja a másikat. Egy kiadás nem jelenik meg, ha ez nem sikerül.

Kulcsok, és hogy ki használhatja őket

Nem tudjuk megmutatni az Ön saját kulcsát.

Az API-kulcsok csak egyszer jelennek meg, a létrehozáskor. Amit tárolunk, az egy SHA-256 hash – így az adatbázisunk másolata nem ad senkinek működő kulcsot, és sem mi, sem egy támadó nem tudja visszaolvasni a tiédet. A kulcs visszavonása körülbelül egy percen belül érvénybe lép a szolgáltatásban, és azonnal azon a gépen, amely a memóriádat szolgálja.

A kulcsok szűkíthetők.

A kulcsnak nem kell mindenható lennie. A kulcsok lehetnek projektenkénti hatókörrel — olvasás és írás, csak olvasás, vagy teljesen láthatatlan – ez a megfelelő forma egy vállalkozónak, egy CI-feladatnak vagy egy egycélú ügynöknek, amelynek nem kell olvasnia a többi munkádat. A sérült vagy olvashatatlan hatókörű kulcs mindent megtagad, nem pedig mindent megad.

Kétfaktoros hitelesítés

A fiókod megkövetelhet egy második tényezőt a bejelentkezéskor, és ha bekapcsolod, az minden bejelentkezéskor érvényesül – jelszó után, és a GitHub vagy a Google használata után egyaránt –, nem pedig csupán egy beállításként jelenik meg.

Egy API-kulcs létrehozása védett bejelentkezést igényel: kétfaktoros hitelesítés a fiókjában, vagy bejelentkezés GitHub vagy Google fiókon keresztül. Egy jelszó önmagában soha nem hoz létre kulcsot — még olyan fiókon sem, amelyhez GitHub vagy Google is csatlakoztatva van, mert az számít, hogyan jelentkezett be ezúttal.

Minden destruktív művelet — projekt törlése, előzmények szerkesztése, fiók törlése, biztonsági mentés visszaállítása — újra megkérdezi, ki vagy: a jelszavadat, ha van, és a kétfaktoros kódodat; kétfaktoros hitelesítés nélkül egy GitHub vagy Google bejelentkezést az elmúlt tíz percből. Az adatok exportálásához soha nincs rá szükség.

Jelentkezzen be GitHub vagy Google fiókkal

A GitHub vagy Google segítségével történő bejelentkezés a PKCE-vel ellátott szabványos engedélyezési kód folyamatot használja, amely ahhoz a böngészőhöz van kötve, amely elindította. Megkapjuk az e-mail címét, a nevét és a fiókjának azonosítóját az adott szolgáltatásnál — semmi mást. Nem tárolunk GitHub vagy Google hozzáférési tokent, és nem tudjuk elolvasni a repozitóriumait, leveleit vagy fájljait. A GitHub vagy Google fiók csak akkor csatlakozhat egy meglévő Brethof fiókhoz, ha az adott szolgáltatás igazolta az e-mail címet, és mi is megtettük, vagy ha a fióknak még nincs jelszava.

Védelem a saját ügynökeidtől

Ez az a rész, amit a legtöbb szolgáltatás nem gondol át. Az Ön memóriáját folyamatosan AI-ágensek kezelik – és egy ágens hibázhat, rosszindulatú utasítást kaphat, amely el van rejtve az olvasásra kért tartalomban, vagy órákkal azelőtt törölhet rossz dolgot, hogy egy ember észrevenné.

Így a nyers beszélgetésarchívum szándékosan elérhetetlen számukra. Egyetlen ügynök sem törölhet egyetlen üzenetet. Egyetlen ügynök sem nyúlhat hozzá az utolsó három hónaphoz. A régebbi előzmények csak projektenként, csoportosan távolíthatók el. Egy teljes projekt törlése — az egyetlen művelet, amely az egész archívumot eléri — egyetlen szinten sem érhető el az ügynökök számára; ez a fiókpanelen történik, ahol egy ember begépelja a projekt nevét.

Ez azért fontos, mert egyszerű: a kurált memória származtatott, az archívum pedig az eredeti. Amit egy rossz szerkesztés elveszít, az előzményekből újraépíthető. Semmi sem tudja újraépíteni az előzményeket.

Titkosítás, biztonsági mentések és az, hogy hol élnek az adatai

A memóriája ügyfelenként egyetlen konténer — saját adatbázissal, saját fájlrendszerrel, saját Linux-felhasználóval, semmi közös. Ha a helyi formát választja, az a konténer az Ön gépén fut: a memóriája Önnél tárolódik, és mi semmit nem tárolunk belőle. Ami a hubunkon átjár — a zürichi, svájci biztonságos számítási példányunkon —, az a feldolgozás alatt álló tartalom: minden csere, valamint azok a memóriarészek, amelyeket a konténer elküld, amikor ítéletre van szükség, vagy amikor egy munkamenet-összefoglaló készül. Az Adatvédelmi nyilatkozat 4. szakasza pontosan felsorolja őket. Semmi nem marad meg belőlük.

Mi az a szoftver a gépén

A konténer tartalmazza a memóriáját, a rajta végzett keresést, és mindkettő helyességét biztosító mechanizmusokat. Nem tartalmaz promptot, nem fér hozzá egyetlen AI-modellhez sem, és nincs benne olyan beállítás sem, amely valamelyikhez irányítaná. Nincs benne semmi, ami a memóriáját megítélhetné, és nincs beállítható semmi, amely ezt lehetővé tenné. Minden ítéletet a hubunktól kérünk le egy kimenő kapcsolaton keresztül, amelyet a konténer nyit meg és hitelesít — mi soha nem tárcsázzuk be.

Ez a felépítés teszi a forgalmat auditálhatóvá, és Önnek is auditálnia kell: a cserék felfelé mennek, a fenti részek felfelé mennek, a parancsok és sorok lefelé jönnek vissza. A kliens source-available — olvassa el minden sorát.

Egy dolog teljes egészében nálad marad: a saját memóriád keresése – a bejegyzések, a teljes előzmény és annak dátumozott döntéssorai – egyszerű olvasásként fut a saját tábláid felett, a saját konténeredben. Működik, ha a hubunk elérhetetlen, és nem küld semmit ítéletre.

A hosztolt változatban a forgalom TLS-sel van titkosítva átvitel közben, és nyugalmi állapotban a konténer teljes fájlrendszere – minden beszélgetés, minden feljegyzés, maga az adatbázis – olyan kulccsal van titkosítva, amely egy, csak Ön által ismert jelszómondatból származik. Mi soha nem látjuk és nem tároljuk: a munkamenete indulásakor áthalad, feloldja a memóriáját, és a memória újra zárolja magát, miután eltávolodott. Egy zárolt konténer mindenki számára, minket is beleértve, titkosított szöveg – egy ellopott lemez, kiszivárgott image vagy kivont meghajtó csak zaj, és ugyanígy a root-hozzáférésünk is, amíg Ön távol van.

Törés a kriptográfiai módszerrel történik

Az Ön törlése nem reménybeli átfésülése a tárolónak: a titkosított konténere egészében megsemmisül – és mivel a titkosított szöveg törléséhez nem kell kulcs, ez akkor is működik, ha elfelejtette a jelszómondatát. A megmaradt biztonsági mentések nélküle olvashatatlanok, és a mentési sorozat ciklusával törlődnek, legfeljebb 30 napon belül. Nincs olyan másolat, amelyet vissza tudnánk hozni.

Amit a titkosítás nem fed le

Őszinte korlátok. A nyugalmi titkosítás pontosan azt jelenti, amit mond – nyugalmi állapotot: amíg a memóriája egy munkamenethez fel van oldva, a konténer szükségszerűen a titkosítatlan adataival dolgozik a keresések kiszolgálásához, így az, hogy „soha nem nézzük meg az adatait”, a mi irányelvünk és hozzáférés-vezérlésünk, nem pedig matematikai lehetetlenség – a matematikai garanciát akkor kapja, amikor a konténer zárolva van. Inkább megmondjuk, hol húzódik a határ, mint hogy azt higgye, nincs határ.

A hosztolt konténerek biztonsági mentései magának a titkosított fájlrendszernek a lekérdezései – már gépen belül titkosított szövegek, amelyek a jelszómondata nélkül olvashatatlanok –, Németországban, rövid, napi és heti másolatokból álló gördülő sorozatban tárolva. Fiók törlésekor a mentések is törlődnek vele, és a megmaradt másolatok 30 napon belül eltűnnek.

A hosztolt memória teljes egészében az EU-n belül tárolódik, indexelődik és kereshető – szervereink és biztonsági mentéseink Németországban vannak. A keresési beágyazásokat saját gépeinken számoljuk ki, és soha nem hagyják el azokat. A helyi memória mindebből soha nem vesz részt: az Ön lemezén van, az Ön által a lemezére adott védelem alatt.

Az egyetlen kivétel az AI-kuráció. Minden éppen kurált részlet a Zürichben, Svájcban működő biztonságos számítási példányunkon dolgozódik fel – Svájc olyan ország, amelyet az EU megfelelő adatvédelmi szintet biztosítónak ismer el –, onnan pedig egyetlen modellfutás kerül az Ollamához, amely ezt a modellt az Egyesült Államokban és Európában hosztolja, feldolgozza, majd visszaküldi. Az Ollama közzétett feltételei szerint a bemenetek és kimenetek átmenetileg dolgozódnak fel, és soha nem használják modellek tanítására – ez az ő vállalásuk, saját feltételeikben kimondva, és mi is az övékként írjuk le, nem pedig a mi ígéreteinként. Semmi más nem hagyja el az EU-t. Ha azt szeretné, hogy a kuráció sem hagyja el soha az EU-t, erre dedikált telepítésben van lehetőség – kérdezzen. Minden alfeldolgozó, céljával és helyével együtt, fel van sorolva az Adatvédelmi irányelvekben.

Hogyan működünk

Legkisebb jogosultság, alapértelmezetten

A szolgáltatás nem privilegizált felhasználóként fut a konténerében, soha nem rootként. Az adatbázis-szerepe nem szuperfelhasználó, és nem tud fájlokat olvasni a gazdagépről. Ezeket minden kiadás előtt automatikusan ellenőrzik, nem feltételezik.

A belső végpontok a hálózat szélén vannak lezárva

A fiókokat létrehozó és kulcsokat ellenőrző végpontok csak a saját vezérlősíkjukon érhetők el, a hálózati szélén hitelesítve, mielőtt bármilyen kérés megérkezne, és még egyszer egy megosztott titokkal mögötte. Két zár, nem egy.

Zárt hibamód

Ha valami hiányzik vagy nem olvasható, a szolgáltatás megtagadja, nem pedig találgat. Az ellenőrizhetetlen kulcsot elutasítja. A hibás jogosultságok semmit nem adnak. A hiányzó webhook-aláírási titok minden eseményt elutasít, nem bízik meg az érkezőben. Ez szándékos hozzáállás: a memóriaszolgáltatás hibamódja „nincs válasz”, soha nem „a rossz ügyfél válasza”.

Minden kiadás kívülről bizonyított

Mielőtt bármely kiadás megjelenik, egy automatikus kapu végigjárja a teljes terméket egy vadonatúj fióktól kezdve, valós hálózati kapcsolaton keresztül: regisztráció, kulcsok kibocsátása és visszavonása, memória tárolása és előhívása, izoláció két élő fiók között, adatexport és teljes törlés. Vagy teljesen átmegy, vagy a kiadás nem történik meg.

Biztonsági probléma bejelentése

Ha úgy gondolja, hogy biztonsági rést talált, kérjük, először nekünk szóljon, mielőtt bárki másnak jelentené, és együtt fogunk dolgozni Önnel. A kapcsolati adatok itt találhatók: /.well-known/security.txt vagy írj hello@Brethof.ai. Nem fenyegetjük azokat a kutatókat, akik jóhiszeműen jelentenek.

Mélyebb követelmények – adatfeldolgozási megállapodás, dedikált telepítés az Ön által választott régióban, vagy a gondozás az EU-n belül tartása – ezeket mi közvetlenül kezeljük. Kérdezzen.