Conviraのセキュリティ

1. 私たちのアプローチ

以下のすべては、2 つの原則に基づいています。ひとつ目は、 デフォルトでローカルファースト：ローカルランタイムでは、エージェントの推論、メモリ、ファイルはすべてお客様自身のマシン上で、お客様がホストするモデルを使って動作します。例外は、お客様が実行を選ぶ従量課金ツール - ウェブおよび X のリサーチ、画像・動画生成、コネクタのアクション - です。これらは当社が保有する管理されたプロバイダーキーを必要とするため、その 1 回のツール呼び出しだけを Convira が実行し、結果をお客様のデバイスへ返します（しかもオンラインのときに限ります）。第二に、 クラウドはオプトイン方式で、最小限にとどめています：クラウドランタイムを使用する場合、実行内容は AI モデルプロバイダーへ転送されて処理されますが、その内容が当社のサーバーに保存されることはありません - 記録はお客様のデバイスに残ります。当社側のデータが少ないほど、守るべきものも、漏れ得るものも少なくなります。

絶対に破られないとは言いません。言えるのは、最も機密性の高い作業がお客様の管理下にあるハードウェアから出ずに済むアーキテクチャになっている、ということです。

2. データが保存される場所

Convira には 3 つのランタイムがあり、その違いはまさにこの点にあります：

クラウド経路では、実行の内容 - 入力したテキスト、関係するファイル、ツールの入力と出力、モデルの応答 - が当社のデータベースに書き込まれることはありません。永続化される前にコードが取り除き、その不変条件はビルドごとに自動テストで検証されます。詳細は、 プライバシーポリシー.

3. エージェントの実行はどう分離されるか

デスクトップのツール呼び出しは、常に Convira の権限ポリシーで検証されます。ネイティブのプロセス分離は、それとは別の多層防御レイヤーです。自動モードでは、ホストが対応している場合に Convira がこれを利用し、フォールバックが必要になった場合は警告を記録します。運用者は、ネイティブ分離を必須として設定することもできます。利用できるプリミティブは次のとおりです。

• Linux: a Bubblewrap namespace jail (mount, PID, optionally network), with Landlock filesystem rules so the tool can only read and write the directories it was granted, and a seccomp-bpf syscall filter - the code-execution profile blocks the network syscalls outright, so a tool can't open its own sockets.
• macOS: a Seatbelt (sandbox-exec) profile with a deny-by-default posture.
• Windows: プロセスツリーとそのリソースを制限する Job Object です。Windows でのファイルシステムとネットワークの判断は、Job Object ではなく Convira の権限ポリシーとネットワーク制御によって行われます。

クラウドでのコード実行は境界が異なります。API ワーカーのコンテナ内でサブプロセスとして動作します。コンテナはサービスをホストから分離しますが、クラウドのサブプロセスはそのコンテナを共有するため、プロセスごとに独立したファイルシステムの隔離やネットワーク名前空間は与えられません。ツールの結果には分離の出所が示されるため、エージェントとインターフェースはコンテナ実行、ネイティブプロセス実行、フォールバック実行を区別できます。

ネットワークの外向き通信。 実行からの外向きのネットワークアクセスは、階層化されたドメイン許可リストを適用する HTTP CONNECT プロキシを経由します（明示的な拒否リスト、次にセッション中にあなたが承認したもの、次にプランとワークスペースで許可されたドメイン、最後にモデルとパッケージのエンドポイントからなる小さな組み込みの基準リスト）。IP アドレスへの直接接続、プライベートおよびリンクローカルの範囲、クラウドのメタデータエンドポイントもブロックします。ローカルランタイムでは、あなたが有効にするまでウェブアクセスはオフで、プロキシは監査モード（すべてを記録）または強制モード（ブロックし、必要に応じて確認）で動作できます。課金対象のウェブ、メディア、コネクタのツールを有効にして呼び出した場合、その 1 回の呼び出しだけが、マネージドキーで実行するために Convira へ送られます。それ以外はすべてあなたのマシン内にとどまり、オフラインでは課金対象のツールは単に利用できません。

承認。 ポリシーエンジンが、各ツールのアクションがこれから何をしようとしているかを分類します。機微なアクションが勝手に実行されることはありません - 実行は一時停止し、承認リクエストが作成され、お客様が承認または却下するまで先へ進みません。アクションによっては「このセッションのみ許可」や「常に許可」を選べます。それ以外は毎回確認します。権限ルールはお客様のデバイス上で作成され、実行に適用されます。クラウド経路では実行とともに送信されるだけで、当社側に保存されることはありません。

4. 暗号化

転送中。 アプリと当社APIの間のすべての通信はTLSで保護され、APIとデータベースの接続もTLSで行われます。

保存時。 Our database is encrypted at rest. On top of that, certain sensitive stored values - for example the credentials and configuration for integrations you connect, and workspace knowledge-base content - are encrypted at the application level with AES-256-GCM, using per-purpose keys derived from a master key with HKDF-SHA256, with support for rotating that key. Passwords are never stored or encrypted in a reversible form - they're hashed with Argon2id (a modern, memory-hard algorithm). Session tokens, email-verification codes, password-reset tokens, and similar secrets are stored only as hashes, are single-use where applicable, and expire. Third-party model-provider API keys are held in our server environment, not in the database.

あなたのデバイス上で。 The desktop app keeps the authoritative copy of your runs and sessions in a local SQLite database that is encrypted with SQLCipher. 暗号化キー自体も、OS のセキュアストレージ（macOS では Keychain、Windows では DPAPI、Linux では libsecret）で保護されます。この保護が利用できない場合、パッケージ版ビルドは平文にフォールバックせず、起動を拒否します。デスクトップアプリは、サードパーティの API キーや OAuth トークンをディスクに保存しません。

Private Box. セルフホストの Private Box は、有効期間の短い Ed25519 署名付きトークンでライセンス認証されます。チームメンバーをボックスにペアリングすると、ボックスのベアラー資格情報は各メンバーのデバイスキーに対して封印されます（X25519 鍵共有 + XChaCha20-Poly1305） - 平文の資格情報が Convira のサーバーを通過することは一切ありません。

実行内容をお客様が管理するハードウェア内にとどめる必要がある脅威モデルの場合は、ローカルランタイムまたは Private Box を使用し、マネージドのオンラインツールを呼び出さないでください。

5. 認証とアクセス

Sessions are server-backed: the token in your browser cookie is matched against a stored hash, the cookie is HttpOnly, Secure in production, and SameSite=Lax, and sessions expire. Failed logins are rate-limited. The desktop app authenticates with short-lived, asymmetrically-signed (Ed25519) offline tokens that include anti-rollback protections so a backdated clock can't extend them. Cross-site request forgery is blocked with a double-submit token plus an origin check, compared in constant time.

Convira内の顧客データへのアクセスは、ロールによって範囲が限定されます。スタッフには（顧客アカウントとは別の）プラットフォームロールがあり、閲覧・操作できる範囲がそれによって決まります。ワークスペース内では、メンバーのロール（オーナー、管理者、オペレーター、閲覧者）がそこで行える操作を制御します。特権を伴うスタッフの操作はすべて、実行者、対象、理由、ソースとともに追記専用の監査ログに記録されます。サポートによる代理ログインは、必要な場合にのみ最上位のスタッフロールに限定され、入力による確認と理由の記載が必須で、時間制限があり、監査ログに残ります。開発専用の認証ショートカットは、本番ビルドでは完全に無効化されています。

6. アプリケーションの堅牢化

ウェブ。 The API and website send standard hardening headers - HSTS (with preload on the marketing site), a Content-Security-Policy, X-Frame-Options: DENY, X-Content-Type-Options: nosniff, a restrictive Referrer-Policy, and a Permissions-Policy that disables camera, microphone, and geolocation. The API only accepts cross-origin requests from an explicit allowlist of our own origins. Public forms are protected by Cloudflare Turnstile and honeypot fields, and are rate-limited.

デスクトップ。 The Electron app runs the UI with context isolation on, Node integration off, and the renderer sandbox enabled. The renderer talks to the rest of the app only through a narrow preload bridge whose messages are schema-validated, and it runs under a strict Content-Security-Policy (default-src 'self', no plugins, no framing, Trusted Types for script). Permission requests from web content are denied except for a short allowlist.

7. 署名済みのビルドとアップデート

macOS と Windows のインストーラーはコード署名されており - macOS では Apple の公証、Windows では Authenticode - デスクトップアプリの自動アップデーターはインストール前にアップデートの署名を検証するため、改ざんされたアップデートは拒否されます。自動アップデートの確認はネットワークポリシーに従います。ランタイムがオフラインに設定されている場合、アプリはアップデートサーバーに接続しません。

8. 監視とインシデント対応

当社は API とウェブダッシュボードでエラー監視ツールを使用しており、認証ヘッダー、Cookie、パスワード・トークン・シークレットと思われる値を除外するよう設定しています。受信する Webhook(例えば Stripe からのもの)は署名を検証し、重複を排除してリプレイ攻撃を拒否します。セキュリティ上の兆候は調査し、個人データの侵害が発生した場合は、法律が定める期限内に影響を受けるユーザーと関係当局に通知します。

9. サービスプロバイダー

Convira は、審査を経た少数のサービス提供事業者を利用しています - 決済（Stripe）、データベースおよびバックエンドのホスティング（Supabase）、ボット対策（Cloudflare）、ウェブサイトのホスティングと Cookie を使わない分析（Vercel）、エラー監視（Sentry）、AI モデルプロバイダー（Anthropic、OpenAI、Google、xAI）。最新の一覧、各社の役割、およびおおよその稼働地域は、以下に記載しています： プライバシーポリシー.

10. あなたの役割

セキュリティは共同で守るものです。特に大切なポイントをいくつか：

• Convira アカウントには、強力で使い回しのないパスワードを設定してください。
• アプリは常に最新に保ってください - 自動アップデートされますが、数か月前のビルドのまま放置しないでください。
• 何を接続し、エージェントに何を許可するかは慎重に判断し、承認プロンプトは必ず読んでください。
• 特に機密性の高い作業では、ローカルランタイムまたは Private Box を使い、マネージドのオンラインツールをオフのままにしてください。実行内容は、あなたが管理するハードウェアの中に留まります。
• 何か気づいたこと - バグ、当社を装った不審なメール、心当たりのないアカウント - があれば、お知らせください。

11. 脆弱性の報告

Convira にセキュリティ上の脆弱性を発見したと思われる場合は、次の宛先までご報告ください: security@convira.ai. 再現に必要な情報 - 影響を受けるコンポーネントまたは URL、再現ステップ、影響範囲 - を十分に記載し、可能であれば概念実証(PoC)も添えてください。

お願いしたいこと:

• 公表する前に、調査と修正のための妥当な期間をください。
• 自分のものではないデータにアクセス・変更・削除しないでください。自身が管理するテストアカウントとデータのみを使用してください。
• 他の利用者のサービス品質を低下させる攻撃（サービス妨害、スパム、実在アカウントへのブルートフォース）や、当社のスタッフ・ユーザーに対するソーシャルエンジニアリングは行わないでください。
• 公表しないことと引き換えに金銭を要求しないでください。

当社からお約束すること:

• ご報告には受領のご連絡を差し上げ、対応の進捗を随時お知らせします。
• 問題の修正後、ご希望があれば報告者としてお名前を掲載します。現時点では有償のバグバウンティプログラムは実施していません。
• 本ガイドラインに従った誠実な調査に対して、当社が法的措置を取ることはありません。

12. 質問

セキュリティに関するご質問、またはこのページについてのお問い合わせ： security@convira.ai. その他のご用件は、 ヘルプページ. 製品や運用の変更に合わせてこのページを更新し、冒頭の日付も更新します。