安全

每個客戶一個資料庫

你嘅記憶唔係一個共享表格入面嘅一行，亦冇「客戶」呢一欄。每位客戶都有屬於佢哋自己嘅記憶。 自有數據庫. 冇共享嘅資料表，亦冇可能出錯嘅跨客戶查詢，因為界限就喺資料庫本身，而唔係需要有人記得去寫嘅過濾條件。

每次發布都會由外部測試嗰條界線：用兩個真實帳戶，檢查每一個會回傳資料嘅門，確認雙方都睇唔到對方。除非通過，否則唔會發布。

鎖匙，同埋邊個可以用

我哋無法顯示你嘅密鑰。

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 加密；而喺靜止狀態時，你個容器嘅成個檔案系統——每一段對話、每一項記錄、連資料庫本身——都會用一條由 只有你自己先知嘅密碼短語 衍生出嚟嘅密鑰加密。我哋永遠唔會見到佢，亦唔會儲存佢：喺你個 session 開始嗰陣佢先傳送過嚟，解鎖你嘅記憶，而當你離開之後，記憶又會自動重新上鎖。一個上咗鎖嘅容器對所有人——包括我哋——都只係密文；被偷嘅磁碟、外洩嘅映像或者報廢嘅硬碟都只係雜音，而你唔喺度嗰陣我哋自己嘅 root 權限都一樣係咁。

刪除即為加密。

抹走你嘅資料唔係喺儲存空間入面慢慢掃：係 成個加密容器一次過摧毀——因為刪除密文唔需要密鑰，所以就算你忘記咗自己嘅密碼短語都照樣得。剩低嘅備份冇密鑰就讀唔到，而且會隨住備份階梯循環喺最多 30 日之內被刪除。我哋冇任何副本可以還原。

加密覆蓋唔到嘅地方

老實講明界限。靜態加密就真係「靜態」咁解：喺 session 期間你嘅記憶被解鎖時，容器一定要用未加密嘅明文資料嚟處理你嘅搜尋，所以「我哋永遠唔會睇你嘅資料」係我哋嘅政策同存取控制，而唔係數學上嘅不可能——數學保證只係喺容器上鎖嗰陣先成立。我哋寧願話你知條線喺邊，都唔想你以為根本冇線。

託管容器嘅備份係直接抽取 加密檔案系統本身——離開機器之前已經係密文，冇你嘅密碼短語就讀唔到——以每日同每週副本組成嘅短滾動階梯形式儲存喺德國。當帳戶被刪除時，佢嘅備份會一併刪除，任何剩低嘅副本都會喺 30 日內清除。

託管記憶嘅儲存、建立索引同搜尋全部都喺歐盟境內進行——我哋嘅伺服器同備份都喺德國。搜尋用嘅嵌入向量係喺我哋自己嘅機器上計算，永遠唔會離開嗰啲機器。本地記憶就完全唔會接觸到呢啲嘢：佢喺你自己嘅磁碟上，受你對磁碟設定嘅任何保護所保障。

唯一嘅例外係 AI 整理功能。每段要整理嘅內容都會喺我哋位於 瑞士蘇黎世 嘅安全運算執行個體上處理——歐盟認可該國提供足夠嘅資料保護水平——之後會將單一次模型處理傳送去 Ollama，Ollama 喺美國同歐洲託管呢個模型，處理完之後再傳返嚟。Ollama 公佈嘅條款講明，輸入同輸出只會作短暫處理，絕唔會用嚟訓練模型——呢個係佢哋用自己條款作出嘅承諾，我哋係引用佢哋嘅講法，而唔係我哋自己嘅承諾。除此之外冇任何嘢會離開歐盟。如果你想整理過程都完全唔離開歐盟，可以喺專用部署上做到——歡迎查詢。每個子處理器嘅用途同位置都列喺 私隱政策 入面。

我哋嘅運作方式

預設採用最低權限原則

該服務以非特權用戶嘅身份喺其容器內運行，從唔以 root 身份運行。其資料庫角色亦唔係超級用戶，而且無法從主機上讀取檔案。呢啲規定都會喺每次發布前自動驗證，而唔係單靠推測。

內部端點喺邊緣被鎖定

用嚟建立帳戶同驗證鎖匙嘅端點，只有我哋自己嘅控制平面先可以到達，請求到達之前喺網絡邊緣認證，之後再透過背後嘅共享秘密認證。兩道鎖，唔係一道。

失敗即關閉

當有資料缺失或無法辨識時，該服務會直接拒絕處理，而唔係嘗試猜測。無法驗證嘅密鑰亦會被拒絕。損壞嘅權限唔會授予任何權限。如果缺少 webhook 簽名密碼，就會拒絕所有事件，而唔係相信所接收到嘅資料。呢種係刻意設計嘅策略：記憶服務嘅失敗模式應該係「冇回應」，而唔係「俾錯客戶嘅回應」。

每次發佈都經由外部驗證。

任何版本出貨之前，一個自動化系統會由全新帳戶開始，經由真實網絡連線行成個產品：註冊、發出同撤銷密鑰、儲存同叫返記憶、兩個活躍帳戶之間嘅隔離、資料匯出，同埋徹底刪除。佢要完全通過先至會出貨，唔係就唔會發佈。

報告安全問題

如果你認為自己發現咗安全漏洞，請喺話俾其他人知之前先話俾我哋知，我哋會同你一齊處理。聯絡資料刊登喺 /.well-known/security.txt 或者寫信畀 hello@Brethof.ai. 我哋唔會威脅嗰啲誠實報告嘅研究人員。

更深層嘅要求——例如數據處理協議、喺你揀嘅地區做專用部署，或者將內容管理限制喺歐盟入面——呢啲我哋都會直接處理。問我哋就得。