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ókja bejelentkezéskor második faktort igényelhet, és ha bekapcsolja, az a bejelentkezéskor érvényesítve van, nem csak beállításként jelenik meg. Ajánljuk, de nem kényszerítjük: a memóriája csak annyira védett, mint a fiók, amelyben van, de a saját adatai törlését egy telefon regisztrálásához kötni rosszabb lenne.

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 szöveges konverzációs archívum következetesen elérhetetlen az ők számára. Semmilyen agens nem tud egyetlen üzenetet törölni. Semmilyen agens sem tud befolyásolni a legutóbbi három hónapot. A régebbi adatok csak csoportban, projekt alapján lehetnek eltávolítva. Egy összes projekttől való törölés – az egyetlen művelet, amely teljesen az archívbe éri – nem áll rendelkezésére semmilyen szintű agenseknek; ez történik a fiókok paneljében, ahol egy ember ír be 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 kommunikáció az átmenetkorban TLS segítségével titkosításra kerül. Az álló állapotban a memóriád titkosításra kerül. kétszor: Alul van teljes méretű titkosítás, és annak feletén a adatbázis – minden beszélgetés, minden értékelés, valamint a write-ahead log – is titkosítva van. a saját, különleges kulcsa az ügyfélre, Külön minden más felhasználóktól. A tárolási mennyiséget nyitó kulcs nem található semmiképpen a adatbázis-szerveren: egy kiderített disk, egy lelekült kép vagy egy elhagyott hardver csak zavar.

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

Mivel minden felhasználó rendelkezik saját kulcsával, az összeomlítása nem lehet egy elvárható módus a tárolási terület tisztázására: A kulcsod megsemmisült és a adatbázisd eltávolításra került., És amit marad, az nem lehet olvasni semmiképpen, nem csak miattunk. A titkosított biztonságszövegek törlődnek teljesen, helyett hogy elidőzzenek, és az összes maradó kopiája is eltörül, amikor az üzemanyagunk folyamatosan frissül, legfeljebb 30 nap alatt. Nincs olyan kopia, amit lehetnénk visszahozni.

Amit a klienspecifikus titkosítás nem fedez ki

Két szigorú korlát. A adatbázismotor őrizti az belső kérés-tervezési statisztikáit, amelyekben részletek a sütőképekből vásárolódnak; ezek a részletek titkosítva vannak, de nem a személyes kulcsod alatt. A távolírati titkosítás pedig pontosan az – távolírati: a szolgáltatás kötelezően dekódolja aadataid, hogy tudjon megfelelően kereséseidet kezelni és a tartalmat szűrni, így „soha nem nézzük meg aadataid” az our irányelveink és az accészkontrollunk, nem egy matematikai lehetetlenség. Inkább elmagyarázzuk, hol van a határság, mint hogy engedjük, hogy azt gondolják, hogy nincs olyan határság.

A biztonságszerkezések futnak éjszakánként, vannak titkosítva, mielőtt elmenekülnek az our, És ők tárolódnak EU-ban, körülbelül három hónapig tartólagos szabvány alapján. Amikor egy kontó törlésre kerül, az annak biztonságszerkezei is törlődnek vele, és az összes maradék kopiája 30 nap alatt eltűnik.

A memóriád teljesen az EU-ban tárolódik, indexelődik és kereshető – a szervereink Frankfurtban, a biztonsági mentéseink Falkensteinban vannak, mindkettő Németországban. A keresési beágyazásokat a saját gépeinken számoljuk ki, és soha nem hagyják el azokat.

Az egyetlen kivétel az AI-kuráció. A kurált szövegrész elküldésre kerül Ollama, az Egyesült Államokban, Elkezdték feldolgozni, és visszatértek. Ollama kiadott feltételei szerint az beolvashatók és kijelöltök feldolgozódnak üresítőként, és soha nem használódnak a modellok kiszolgálására – ez a leur kötelezettsége, a loro próp szavaiban, és mi ezt őiként írjuk le, nem pedig a mi versengésünknek. Semmi más nem kerül el a EU-ból. Ha igényelte, hogy semmi sem kerüljön el a EU-ból, ez kielégítően lehetséges speciális implementációk keresztül – kérje. Minden alfeldolgozó, az összege és helyevel együtt, említve van a listában. Adatvédelmi irányelvek.

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 [email protected]. 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.