安全

你是在要求我們記住你的代理人所做的一切。而這正是保護它的方式。

brethof-brain · 最後更新:2026年10月5日

每位客戶一個資料庫

你的記憶並非一個共享表格中的某一行,也沒有「客戶」這一欄。 自有資料庫. 沒有共享的表格,也沒有可能出錯的跨客戶查詢,因為界限就在資料庫本身,而非需要有人記得去撰寫的過濾條件。

每次發布時都會從外部測試該界限:使用兩個真實帳戶,並檢查所有回傳資料的入口,確認兩者無法看到彼此。只有通過測試,版本才會發布。

金鑰,以及誰可以使用它們

我們無法顯示您自己的密鑰。

API 金鑰在建立時只會顯示一次給您。我們儲存的是 SHA-256 雜湊值——因此,就算有人取得我們資料庫的副本,也無法得到可用的金鑰;我們或攻擊者也無法讀回您的金鑰。撤銷金鑰後,約一分鐘內就會在服務上生效,同時也會在提供您記憶服務的機器上立即生效。

金鑰可以縮小範圍。

金鑰不必擁有無所不能的力量。金鑰可以是 依專案範圍設定 — 可讀寫、唯讀,或完全不可見——這正是承包商、CI 任務或單一用途代理的合適型態,這類代理無需讀取您其他工作。若金鑰的範圍損毀或無法辨識,則一律拒絕所有權限,而非授予所有權限。

雙因素驗證

您的帳號可以在登入時要求第二重驗證,而且當您開啟此功能後,每次登入都會強制執行——在輸入密碼之後,以及無論使用 GitHub 還是 Google 登入之後——而不僅僅是作為一項設定顯示而已。

建立 API 金鑰需要受保護的登入方式:為您的帳戶啟用雙重驗證,或透過 GitHub 或 Google 登入。僅使用密碼永遠無法建立金鑰——即使該帳戶同時連結了 GitHub 或 Google 也一樣,因為關鍵在於您這次登入所使用的方式。

每一個破壞性操作——刪除專案、修訂歷史、刪除帳號、還原備份——都會再次確認您的身分:您的密碼(如果有的話)以及您的雙重驗證碼;若未啟用雙重驗證,則需要最近十分鐘內的 GitHub 或 Google 登入。匯出您的資料則永遠不需要這些。

使用 GitHub 或 Google 登入

透過 GitHub 或 Google 登入時,採用的是標準的授權碼流程(含 PKCE),並綁定至發起登入的瀏覽器。我們會收到您的電子郵件地址、您的姓名以及您在該服務的帳號 ID——僅此而已。我們不會保存任何 GitHub 或 Google 的存取權杖,也無法讀取您的儲存庫、郵件或檔案。GitHub 或 Google 帳號只有在該服務已驗證電子郵件地址且我們也完成驗證,或該帳號尚未設定密碼時,才會與現有的 Brethof 帳號連結。

免受自身代理程式的傷害

這是大多數服務都沒有考慮到的部分。您的記憶會持續被人工智慧代理所操作——而這些代理可能會犯錯,也可能收到隱藏在它們被要求閱讀的內容中的惡意指令,又或者在人類發現之前幾小時就刪除了錯誤的資料。

因此,原始對話存檔是刻意設計成代理人無法觸及的。任何代理人都無法刪除單一訊息。任何代理人都完全無法觸及最近三個月的資料。較舊的歷史只能按專案整體移除。刪除整個專案——唯一能整批觸及存檔的操作——在任何方案層級都不開放給代理人;它只能在帳戶面板中進行,由真人親自輸入專案名稱。

這之所以重要,原因很簡單:經過整理的記憶是衍生的,而檔案庫才是原始資料。任何因錯誤編輯而失去的內容都可以從歷史重建。沒有什麼能重建歷史。

加密、備份以及資料存放的位置

您的記憶體是為每位客戶單獨設定的容器——擁有各自的資料庫、檔案系統以及 Linux 使用者帳號,完全不會共享。如果您選擇了 本地模式,那個容器就會在您的電腦上運行:您的記憶體資料由您自己保管,我們不會儲存任何部分。經過我們位於瑞士蘇黎世的加密運算實例的,只有正在被處理的內容:每一次的資料交換,以及當需要做出判斷或編寫會話摘要時,您的容器所傳送出的記憶體片段。隱私政策的第 4 條詳細列出了這些內容。所有資料都不予保留。

您電腦上的軟體是什麼

該容器用於儲存您的記憶、對其的搜尋,以及維持二者正確性的機制。它不包含任何提示語,無法存取任何 AI 模型,也沒有設定能讓它連接到某個模型。其中沒有任何東西可以評判您的記憶,也沒有可讓其嘗試評判的配置。所有的判斷都是透過您的容器所建立的向外連線,並經過驗證後,由我們的伺服器請求進行的——我們從不主動連線。

正是那種結構讓流量能被審計,而您也應該去審計它:交流內容向上傳送,上述片段向上傳送,指令與資料列則向下傳回。用戶端為 source-available——請閱讀其每一行內容。

有一件事完全由你這邊掌控:搜尋你自己的記憶——那些記錄、完整的歷史以及帶有日期標記的決策線——都只是在你自己的資料表中進行簡單的讀取操作,且發生在你自己的容器內。即使我們的中央系統無法連線,它仍可運作,也不會傳送任何需要判斷的資料。

在託管型態下,流量在傳輸過程中以TLS加密;而在靜止狀態下,您容器的整個檔案系統——每一段對話、每一筆紀錄,以及資料庫本身——都會以由只有您才持有的通關密語衍生的金鑰加密。我們從不查看、也從不儲存它:它只在工作階段開始時傳入,解鎖您的記憶,而在您離開後,記憶會再次自動上鎖。對所有人而言,包括我們在內,已上鎖的容器都只是密文;被竊的磁碟、外洩的映像檔或已除役的硬碟都只是無意義的雜訊,您不在時我們的root存取權限也同樣如此。

刪除即為加密處理。

要刪除您的資料並非簡單的儲存空間清理動作:您的加密資料容器會被完整銷毀——而且由於刪除密文並不需要密鑰,因此即便您忘記了通關密語,這個過程依然可以進行。剩下的備份資料沒有密鑰就無法讀取,且會在最多30天內隨著備份層級的更替而被刪除。我們沒有可以恢復的副本。

加密無法涵蓋的範圍

明確的界限。靜態加密就是如此——僅限於靜止狀態:當您的記憶在某個工作階段期間被解鎖時,容器必然會以明文形式處理您的資料以滿足搜尋需求,因此「我們從不查看您的資料」是我們的政策與存取控制機制,而非數學上的不可能;真正的數學保障是在容器被鎖定時才會生效。我們寧願告訴您界限在哪裡,也不願讓您以為根本沒有界限。

託管容器的備份是對加密檔案系統本身的提取——在離開機器之前就已是密文,沒有您的通關密語就無法解讀——並以每日及每週副本的短週期滾動層級保存在德國。當帳戶被刪除時,其備份也會一併刪除,其餘副本則會在30天內清除。

託管記憶的儲存、索引與搜尋全都在歐盟境內完成——我們的伺服器及備份皆位於德國。搜尋嵌入向量是在我們自己的機器上計算,且絕不會離開這些機器。本地記憶則完全不會接觸到這些:它存在您的磁碟上,受您為磁碟所設定的任何保護機制保護。

唯一的例外是AI策展。每段正在策展的內容都會在我們位於瑞士蘇黎世的安全運算執行個體上處理——該國獲歐盟認定為提供足夠資料保護水準的國家——之後,單次模型處理請求會被傳送至Ollama,該公司在美國與歐洲託管此模型,內容經處理後再返回。Ollama公佈的條款指出,輸入與輸出僅會被暫時處理,絕不會用於訓練模型——這是他們以自身條款作出的承諾,我們僅轉述他們的說法,而非作為我們的承諾。除此之外,沒有任何資料會離開歐盟。如果您需要策展也絕不離開歐盟,可選用專用部署方案——歡迎洽詢。每個子處理器的用途與位置皆列於隱私政策中。

我們的運作方式

預設採用最小權限原則。

該服務在其容器內以非特權用戶身份運作,從不以 root 身分執行。其資料庫角色亦非超級用戶,且無法從主機上讀取檔案。這些規定都會在每次發布前自動驗證,而非僅憑假設。

內部端點在邊緣處被鎖定。

用於建立帳戶及驗證金鑰的端點,只能由我們自己的控制平面存取;請求到達前先在網路邊緣進行驗證,之後再透過後端的共享密碼進行第二次驗證。是兩道鎖,而非一道。

失敗即關閉。

當有資料缺失或無法辨識時,該服務會直接拒絕處理,而非試著猜測。無法驗證的金鑰也會被拒絕使用。損壞的權限則無法授予任何權限。若缺少 webhook 簽名密鑰,則會拒絕所有事件,而非輕易相信所接收到的資料。這是一種刻意設計的策略:記憶體服務的失敗模式應該是「沒有回應」,而非「給出錯誤客戶的回應」。

每個版本都經由外部驗證。

在任何版本發布之前,自動化檢查會從全新帳戶開始,透過真實網路連線走完整個產品流程:註冊、發行與撤銷金鑰、儲存與召回記憶、隔離兩個使用中的帳戶、資料匯出,以及徹底刪除。只有全部通過,版本才會發布;否則就不會發布。

回報安全問題

如果您認為自己發現了安全漏洞,請在告訴其他人之前先告知我們,我們將與您一起處理。聯絡資訊已刊登在 /.well-known/security.txt 或寫信至 hello@Brethof.ai. 我們不會威脅那些誠實報告的研究人員。

更深入的需求——如資料處理協議、在您選擇的區域進行專用部署,或將內容整理作業留在歐盟境內——這些我們都會直接處理。請與我們聯繫。

商品出貨時再聽吧

新作品發布、真實的測試數據,以及偶爾的深入分析。沒有垃圾郵件,可一鍵取消訂閱。

我們所打造的一切

外部: YouTube · GitHub