ボットトークンがあれば、誰でもユーザーのメッセージを読んだり、ボットに成り代わって発言したりできます。このページでは、私たちがそれをどのように保護しているか、そしてまだ実装していないことを正確に説明します。
Telegramボットトークンはあなたのボットの完全な認証情報であるため、データベースやバックアップに触れる前にAES-256-GCMで封印され、Telegramを呼び出す際にのみ復号され、決してログに記録されず、製品内のあらゆる場所でマスク表示されます。
すべての接続でTLS 1.2以上のHTTPSを使用し、HSTSで強制しています。ボットトークンと二要素認証のシークレットは、あなたのデプロイのみが保持する鍵で保存時に暗号化されます。
scryptでハッシュ化されたパスワード、リカバリーコード付きのオプトインTOTP二要素認証、CSRF保護付きのhttpOnlyセッションクッキー、サインインとパスワードリセットへのレート制限、繰り返しの失敗後の自動ロックアウト。
オーナーから閲覧者まで5つのワークスペースロールがあり、インターフェース上で隠すだけでなく、すべてのリクエストでサーバー側で強制されます。スタッフによる顧客ワークスペースへのアクセスは代理ログインを通じてのみ可能で、常に記録されます。
サインイン、ボットの変更、公開、請求イベント、チームの変更、スタッフの代理ログインは、コンソールで閲覧できる追記専用の監査ログに記録されます。
設定可能な保持期間を持つ毎晩の暗号化データベースバックアップと、文書化されテスト済みの復元手順。ボットの接続は数分ごとに確認され、Telegramによって切断された場合は自動的に再接続されます。
私たちはOVHとHetznerの上で稼働しています。両社はデータセンターのセキュリティおよびコンプライアンスに関する認知された基準に基づいて監査を受けているホスティング事業者です。さらに、独自のサーバーレベルのセキュリティテストを実施し、第三者によるペネトレーションテストとシステム全体の独立した検証を委託しています。
多くのベンダーはこのセクションを省略します。私たちはむしろ、あなたが計画を立てられるようにしたいと考えています。
| 領域 | コントロール |
|---|---|
| 通信中の暗号化 | すべての通信でTLS 1.2以上、HSTS有効 |
| 保存時のシークレット | ボットトークンと2FAシークレットにAES-256-GCM |
| パスワード | scrypt (N=32768)、定数時間での検証 |
| セッション | 不透明な256ビットトークン、httpOnlyクッキー、ハッシュ化して保存、30日間のローリング有効期限 |
| ブラウザの堅牢化 | Content-Security-Policy、X-Frame-Options、nosniff、厳格なリファラーポリシー |
| 不正利用の防止 | 認証、パスワードリセット、公開フォームへのレート制限 |
| 認可 | すべてのリクエストでサーバー側にロールチェックを強制 |
| 監査証跡 | アカウント、ボット、請求、スタッフの操作の追記専用ログ |
| バックアップ | 毎晩の暗号化ダンプ、設定可能な保持期間、文書化された復元訓練 |
| 依存関係 | 公開npmレジストリからのみインストールされる固定バージョンの依存関係 |
| インフラストラクチャ | OVHおよびHetznerのデータセンター、独立監査済み |
| ペネトレーションテスト | 委託した第三者テストに加え、継続的な独立検証 |
Meshwireにセキュリティ上の脆弱性を発見したと思われる場合は、公開する前に調査・対応できるよう非公開でご報告ください。報告には24時間以内に確認の連絡をし、重大な問題は7日以内の解決を目指します。このポリシーに従う善意の研究者に対して法的措置を取ることはありません。