セキュリティ

顧客ごとに1つのデータベース

あなたのメモリは、顧客情報を格納する共有テーブルの一列ではありません。 独自のデータベース. 共有テーブルもなく、顧客間のクエリも存在しないため、間違える心配もありません。というのも、境界はデータベース自体であり、誰かが覚えておいて記述しなければならないフィルターではないからです。

その境界は、各リリース時に外部からテストされます。2つの実際のアカウントを使用し、データを返すすべてのドアがチェックされ、どちらも相手を見られないことが確認されます。これに合格しない限り、リリースは行われません。

キーと、それを使用できる人

ご自身のキーはお見せできません。

APIキーは作成時に一度だけ表示されます。当社が保存するのはSHA-256ハッシュであり、データベースのコピーから誰も有効なキーを取得できず、当社も攻撃者もあなたのキーを読み戻すことはできません。キーの失効はサービス側で約1分以内に反映され、あなたのメモリを提供するマシン上では即座に反映されます。

キーを絞り込むことができる

キーは必ずしも万能である必要はありません。キーにはさまざまな種類があります。 プロジェクトごとに範囲が定められる — 読み書き、読み取り専用、または完全に非表示——これが、他の作業内容を読む必要のない請負業者やCIジョブ、単一目的のエージェントに適した形態です。スコープが破損していたり読み取れなかったりするキーの場合、すべての権限が付与されるのではなく、何も許可されません。

二要素認証

アカウントではログイン時に第二要素を要求でき、有効にすると毎回のサインインで強制されます。パスワードの後、GitHub でも Google でも、単に設定として表示されるだけではありません。

APIキーの作成には保護されたサインインが必要です。アカウントの二要素認証、またはGitHubやGoogle経由でのサインインが必要です。パスワードだけではキーは作成できません。GitHubやGoogleが連携されているアカウントでも同様です。重要なのは、今回どのようにサインインしたかという点です。

すべての破壊的な操作 — プロジェクトの削除、履歴の墨消し、アカウントの削除、バックアップの復元 — では、あなたが誰であるかを改めて確認します。パスワードをお持ちの場合はパスワードと、二要素コードが必要です。二要素認証がない場合は、直近10分以内の GitHub または Google サインインが必要です。データのエクスポートには一切必要ありません。

GitHub または Google でサインイン

GitHub または Google でのサインインは、開始したブラウザに紐付いた PKCE 付きの標準的な認可コードフローを使用します。当社が受け取るのは、メールアドレス、お名前、および当該サービスのアカウント ID のみで、それ以外は一切受け取りません。GitHub や Google のアクセストークンは保持せず、リポジトリ、メール、ファイルを読み取ることはできません。GitHub または Google アカウントが既存の Brethof アカウントに紐付けられるのは、当該サービスがメールアドレスを確認済みで当社も確認している場合、またはアカウントにまだパスワードが設定されていない場合のみです。

自身のエージェントからの保護

これは、ほとんどのサービスが考慮していない部分です。お客様の記憶はAIエージェントによって絶えず操作されており、エージェントは間違いを犯したり、読むよう指示されたコンテンツの中に隠された悪意のある命令を受け取ったり、人間が気づく数時間前に間違ったものを削除してしまったりすることがあります。

そのため、生の会話アーカイブは意図的にエージェントの手の届かない場所にあります。どのエージェントも1件のメッセージを削除できません。どのエージェントも直近3ヶ月には一切触れられません。古い履歴はプロジェクト単位で一括でのみ削除できます。アーカイブ全体に及ぶ唯一の操作であるプロジェクト全体の削除は、どのプランのエージェントにも許可されておらず、アカウントパネルで人間がプロジェクト名を入力することによってのみ行われます。

これが重要な理由は単純です。キュレーションされたメモリは派生物であり、アーカイブが原本です。悪い編集で失われたものは履歴から再構築できます。履歴を再構築できるものはありません。

暗号化、バックアップ、そしてデータの保存場所

お客様ごとにメモリは1つのコンテナとして割り当てられ、独自のデータベース、独自のファイルシステム、独自のLinuxユーザーがあり、何も共有されません。ローカル形態を選択した場合、そのコンテナはお客様のマシン上で実行され、お客様のメモリはお客様自身が管理し、当社は一切保存しません。当社のハブ、つまりスイスのチューリッヒにあるセキュアなコンピューティングインスタンスを経由するのは、処理されるコンテンツのみです。各種やり取りや、判断が必要になったりセッションの要約が作成されたりする際にコンテナから送信されるメモリデータです。プライバシーポリシーの第4項にこれらが正確に記載されています。いずれも保持されることはありません。

あなたのコンピュータにあるソフトウェアとは何か

このコンテナには、あなたのメモリやそれに対する検索処理、そして両者を正しく保つための仕組みが格納されている。ここにはプロンプトもなく、どんなAIモデルへのアクセスもなく、それらを指定するような設定もない。メモリを評価する機能もなければ、そうした試みを可能にするような設定も存在しない。あらゆる判断は、コンテナが外部に接続して認証を行った後、私たちのハブから要求されるもので、私たち側から接続を行うことは決してない。

その形状こそがトラフィックを監査可能にするものであり、あなたはそれを監査する役割を担っているのだ。やり取りが上に送られ、上記の要素も上に送られ、コマンドや行は下りてくる。クライアントはsource-availableである——その一行一行をすべて読むことができる。

一つだけ完全にあなた側に留まるものがあります。自分のメモリの検索です。記録、全履歴、日付付きの決定行は、あなた自身のコンテナ内で、あなた自身のテーブルに対する単純な読み取りとして実行されます。当社のハブに到達できない状態でも動作し、判断のために何も送信しません。

ホスト型では、通信はTLSで暗号化され、保存時にはコンテナの全ファイルシステム（すべての会話、すべての記録、データベース自体）が、あなただけが保持するパスフレーズから派生した鍵で暗号化されます。当社はそれを見ることも保存することもありません。セッション開始時に鍵が通ってメモリをアンロックし、あなたが離れるとメモリは再びロックします。ロックされたコンテナは、当社を含む誰にとっても暗号文です。盗まれたディスクも、漏洩したイメージも、廃棄されたドライブも無意味であり、あなたがいない間の当社のrootアクセスも同様です。

削除は暗号化処理です。

あなたを消去するというのは、ストレージを一掃する希望に満ちた作業ではありません。暗号化されたコンテナは丸ごと破壊されます。また、暗号文の削除に鍵は不要なため、パスフレーズを忘れていてもこの操作は可能です。残っているバックアップも、パスフレーズがなければ読み取ることができず、バックアップのサイクルが回るにつれて、遅くとも30日以内に消去されます。当社が復元できるコピーは存在しません。

暗号化の対象外となるもの

正直な限界事項。静的暗号化とはまさにその名の通り、静的な状態での暗号化です。セッション中にメモリがアンロックされている間は、検索に応えるためにコンテナは必然的にデータを平文の状態で扱うため、「当社はお客様のデータを決して見ない」というのは当社のポリシーおよびアクセス制御によるものであり、数学的に不可能なわけではありません。数学的な保証が得られるのは、コンテナがロックされているときです。境界線が存在しないと思わせるよりも、その線がどこにあるかを明示する方が良いと私たちは考えています。

ホスト型コンテナのバックアップは、暗号化されたファイルシステムそのものの取得です。マシンから出る前の時点で暗号文であり、パスフレーズがなければ読み取れません。これらはドイツにある日次および週次コピーの短期間のローリング式バックアップとして保存されます。アカウントが削除されると、そのバックアップも一緒に削除され、残っているコピーも30日以内に消去されます。

ホスト型メモリは、保存・インデックス作成・検索のすべてがEU内で完結します。当社のサーバーとバックアップはドイツにあります。検索用のエンベディングは当社自身のマシン上で計算され、外部には一切出ません。ローカルメモリはこれらのいずれにも関与しません。ローカルメモリはユーザーのディスク上にあり、ユーザーがディスクに施した保護の下に置かれます。

唯一の例外はAIキュレーションです。キュレーション対象の各テキストは、EUが適切なレベルのデータ保護を提供すると認める国であるスイスのチューリッヒにある当社のセキュアコンピューティングインスタンスで処理され、そこから1回のモデルパスがOllamaに送信されます。Ollamaはこのモデルをアメリカとヨーロッパでホストしており、そこで処理された後、結果が返されます。Ollamaの公表されている利用規約には、入力と出力は一時的に処理されるだけで、モデルの訓練には決して使用されないと明記されています。これはOllama自身の規約によるコミットメントであり、当社はこれを当社の約束としてではなく、Ollamaのものとして記載しています。それ以外のものがEU外に出ることはありません。キュレーションもEU外に出ないようにしたい場合は、専用のデプロイメントで対応可能です。ご相談ください。すべてのサブプロセッサーの目的と所在地は、プライバシーポリシーに記載されています。

当社の運営方法

デフォルトで最小権限

このサービスは、コンテナ内で権限の低いユーザーとして動作し、決してroot権限を持っていません。データベースのアカウントもスーパーユーザーではなく、ホストからファイルを読み取ることもできません。これらの点は、単に想定されるだけでなく、各リリース前に自動的に確認されます。

内部エンドポイントはエッジでロックされている

アカウントをプロビジョニングしキーを検証するエンドポイントは、当社のコントロールプレーンのみが到達可能で、リクエストが届く前にネットワークエッジで認証され、さらにその背後で共有シークレットによっても認証されます。ロックは1つではなく2つです。

フェイルクローズド

何かが欠落していたり読み取れなかったりする場合、サービスは推測するのではなく拒否します。検証不可能なキーは受け付けられません。破損した権限設定では何も許可されません。ウェブフックの署名用シークレットが欠落している場合、届いたデータを信頼するのではなく、すべてのイベントを拒否します。これは意図的な仕組みであり、メモリサービスの障害時の対応は「応答しない」ことでなければならず、「間違った顧客の応答」になってはならないのです。

すべてのリリースは外部から検証されています

リリースを出荷する前に、自動化されたゲートが新規アカウントから実際のネットワーク接続を通じて製品全体を検証します。サインアップ、キーの発行と失効、メモリの保存と呼び出し、2つのライブアカウント間の分離、データのエクスポート、完全な消去を確認します。完全に合格しない限り、リリースは行われません。

セキュリティ問題を報告する

もし脆弱性を見つけたと思う場合は、他の人に伝える前にぜひ私たちにご連絡ください。私たちはあなたと協力して対処いたします。連絡先はこちらに掲載されています。 /.well-known/security.txt または、手紙を書いて hello@Brethof.ai. 私たちは、誠実に報告する研究者を脅しません。

より高度な要件（データ処理契約、選択した地域での専用デプロイメント、またはEU内でのキュレーション維持）は、当社が直接対応します。お問い合わせください。