各製品が動作するアプライアンス
構造から生まれるセキュリティ
| 層 | 役割 |
|---|---|
| 物理的分離 | 内部のスイッチが一度に一つのネットワークだけを接続し、もう一方を接続する前に最初のネットワークを完全に切断します。起動のたびにまずすべてを切断し、切断状態はコマンドが実行されたことではなく、スイッチ自身のフィードバックで証明されます。 |
| 信頼できる起動 | UEFI Secure Boot、TPM 2.0 チップに測定される起動、dm-verity でブロック単位に検証される読み取り専用システム。起動チェーンは一度だけ構築され、すべての機体で同一です。 |
| 保存データ | 最初の起動から LUKS2 と AES-256-XTS で暗号化します。鍵はベンダーが署名した起動にのみ解放され、復旧用シークレットは機体を稼働させる担当者に一度だけ表示されます。 |
| 隔離された検査 | ファイルを開くプログラムと検査エンジンは、AppArmor、seccomp、ネットワークなし、読み取り専用のファイルシステム、リソース制限を備えた rootless コンテナで動作します。どんな失敗でも通り道は閉じたままです。 |
| 暗号 | P-256 と SHA-256 による ECDSA 署名、TLS 1.3 のみ、AES-256-GCM、Argon2id によるパスワード。MD5、SHA-1、3DES、RC4、TLS 1.2 以前は一切使いません。 |
| ID と監査 | パスワードは高リスクの操作で再度求められます。ベンダーの隠しアカウントや鍵はありません。監査証跡は追記専用で、改ざんを検知できます。 |
アプライアンス上のインテリジェンス
Bardin Gate はルールを守らせるだけではありません。何が通過するのかを理解します。以下はすべてアプライアンス自体の上でオフラインで動き、境界を支えるために働き、境界を迂回することはありません。
| 機能 | 役割 |
|---|---|
| 内容の理解 | すべてのファイルを、名前や送信者の申告ではなく実際のバイトで判断します。本当の種類、マクロやスクリプトなどの隠れたアクティブコンテンツ、危険なアーカイブ、機密データを見ます。 |
| AI による検査 | アプライアンス上の AI モデルが、固定のルールを通過したものを調べ、悪意がありそうなものや場違いなものを止めます。ファイルを止めることはできても、通すことは決してできません。 |
| 異常の検知 | アプライアンスは流れごとの通常のパターン、つまり量、時間帯、ファイルの種類、送信元を学び、通過がそこから外れるとコンソールとお客様の SIEM にアラートを出します。 |
| ポリシーアシスタント | 管理者が何を通すべきかを普段の言葉で説明すると、アシスタントがルールとポリシーの下書きを作ります。人が確認して承認するまでは何も有効にならず、承認後は監査される新しいバージョンになります。 |
| 理由のある判定 | すべての結果は、その根拠と、判定を下した各ルール、エンジン、モデルのバージョンとともに記録されます。 |
モデルが守るルール
- アプライアンス上で、オフラインで. モデルはアプライアンスの隔離された検査環境の中で動き、ネットワークにも外部サービスにもつながりません。
- 証拠を出すが、最終判断はしない. 決めるのは人、またはお客様が承認したポリシーです。モデルはその判断に証拠を加えます。
- 送信者には知らせない. モデルの検出結果が、ファイルの送られてきた側に戻ることはありません。
- 記録に残る. 検出結果はモデルのバージョンとともに監査記録に残ります。
- シグネチャと同じように更新. 新しいモデルは署名付きでオフラインで届き、ソフトウェアを一切変更しないデータ専用パッケージに入っています。
ID とアクセス
- アプライアンスが唯一の権限源. ブラウザ、インポートしたファイル、その他すべては主張を持ち込むだけで、権限を与えることはできません。
- 既定は拒否. ロールには明示的な範囲があり、書かれていない権限は拒否を意味します。
- パスワード、そしてもう一度パスワード. ロール、セキュリティポリシー、ライセンスと更新のインポート、時刻の補正、復旧、構成のインポートでは再度入力を求めます。
- バックドアはない. ベンダーのマスターパスワード、隠しアカウント、メールによるリセット、監査されない抜け道はありません。最後の管理者の復旧は、機体のそばで行う物理的な手順です。
- SSH は制限されたサポートアカウントにしか届かない. このアカウントはレポート、ログ、状態を返すだけです。root は SSH でログインできず、日常的なシェルもデータベースへの直接アクセスもありません。
監査と SIEM
| 項目 | 内容 |
|---|---|
| 改ざん検知 | 各イベントは直前のイベントのハッシュに連鎖します。セグメントは 10,000 イベントまたは 1 時間で閉じ、そのチェックポイントに署名します。 |
| 記録される内容 | セキュリティ、管理、業務上重要なすべての試行と結果。拒否された高リスク操作も含みます。 |
| 信頼できる時刻 | アプライアンス自身がオフラインで保持します。時計の異常でライセンスや保存期限が延びることはありません。 |
| SIEM | 構造化イベントの一方向エクスポート。既定は TLS 上の TCP、相互 TLS は任意、RFC 5424 JSON または CEF、アドレスは仮名化します。 |
| エクスポートしないもの | ファイルの内容、認証情報、トークン、秘密鍵。 |
お届けするものとご用意いただくもの
| 項目 | 内容 |
|---|---|
| アプライアンス | 2U ラックマウントのアプライアンスで、届いたままの状態で使えます。サーバー、OS、追加ソフトウェアを選んだりインストールしたりする必要はありません。 |
| 設置場所と電源 | 標準ラックの 2U 分のスペースと電源。 |
| ネットワーク | 安全なネットワーク、安全でないネットワーク、管理ネットワークへの接続。最初の二つが互いにつながることはありません。 |
| 日常の操作 | ブラウザだけ。コンソールは日本語を含む 14 言語に対応しています。 |
| インターネット | 不要です。ライセンス、更新、シグネチャは署名付きでオフラインで届きます。 |
4 ステップで稼働
ラックに設置
アプライアンスを取り付け、電源と安全なネットワーク、安全でないネットワーク、管理ネットワークを接続します。
コンソールを開く
ブラウザで開きます。アプライアンス本体のディスプレイに表示されるコードが、機体の前にいることを証明します。
ガイドに従ってセットアップ
手順は順番に進み、各手順が自らを検証します。ハードウェア、時刻、ネットワークアドレス、最初の管理者。
受け入れる
署名付きの稼働証明を受け取ります。アプライアンスは業務の準備ができました。
立ち往生させない更新
- パッケージは署名付きでオフライン. 有効な署名のないパッケージや、すでにインストールされているリリースより古いパッケージは拒否されます。
- 二つのスロット. 更新はもう一方のスロットに書き込まれ、一度試験的に起動され、ヘルスチェックに合格した場合にのみ保持されます。合格しなければ機体は自動的に以前のバージョンに戻ります。
- データはソフトウェアと分離. エンジンのシグネチャ、AI モデル、ルール、検証スキーマは、ソフトウェアを一切変更しないデータ専用パッケージで届きます。
自己修復と復旧
アプライアンスは誰も駆けつけられないことを前提にしているため、自ら修復します。キーボードも画面セッションも日常的なシェルもなく、どの復旧手順も故障した機体に直接触れることを必要としません。
| 状況 | 正しい対処 |
|---|---|
| ソフトウェアが正常でなくなった | ソフトリセットで最後に正常だった状態に戻ります。ID、構成、ログ、監査は保持されます。 |
| ディスクが一台故障した | 手順書に従って交換します。ボリュームは正常か、復旧可能な状態を保ちます。 |
| 電源またはファン | 保守の中でベンダーの手順を実施し、その後に準備状況を確認します。 |
| マザーボードまたはセキュリティチップ | アプライアンスは本体で一度だけ復旧用シークレットを求め、ID、構成、ライセンスを保持します。 |
| アプライアンス全体を失った | 交換:新たにセットアップし、構成をインポートし、シークレットを再入力します。古い ID が複製されることはありません。 |