Gooroomセキュリティ：トラステッドブートとアイソレーションの実際の機能

Gooroomのセキュリティモデルは、レイヤー構造として理解するのが最適です。トラステッドブートは起動時にロードされるソフトウェアへの信頼性を確立し、オペレーティングシステムとブラウザの保護機能は起動後の脅威に対処します。これらは相互補完的な制御であり、すべてのプログラムがサンドボックス内で実行されることを保証するものではありません。Gooroomの公開資料では、トラステッドブート、OS保護、実行ファイル保護、ブラウザ保護について説明していますが、アプリケーションごとの普遍的なサンドボックスについては説明しておらず、すべてのデバイスに同一の設定が付属していることも証明していません。

Gooroomにおける「信頼できるブート」の意味

トラステッドブートとは、起動コンポーネントが認証済みであるか、または破損していないかを、制御が次の段階に渡される際にチェックするプロセスを指します。一般的な流れでは、プラットフォームファームウェアがブートローダーを起動し、ブートローダーがカーネルと関連コンポーネントをロードします。検証ステップでコンポーネントが拒否された場合、システムは設定に応じて起動をブロックしたり、問題を報告したりすることができます。これは、オペレーティングシステムが起動した後にダウンロードしたファイルをチェックするのとは異なります。

Gooroomの公式セキュリティ概要では、オペレーティングシステムとアプリケーションの保護に続いて、セキュリティフレームワークの一部としてトラステッドブートが紹介されています。また、Gooroom GRUBプロジェクトのリリースノートでは、アップストリームベースのコード履歴にネイティブUEFIセキュアブートのサポートが記載されています。これはブートローダーコードがセキュアブートをサポートしている証拠ですが、特定のGooroomイメージ、コンピュータファームウェア、またはインストールでセキュアブートが有効になっている、キーが登録されている、またはすべてのブートコンポーネントが検証されているという証拠ではありません。公開されている資料では、すべての展開において、現在のハードウェアの信頼の基点、署名キーの仕組み、または必須の構成が明確に示されていません。

OSの保護と分離がどのように組み込まれるか

ブートチェックは、オペレーティングシステムへのパスを確認します。ランタイム保護は、ログイン後に悪意のあるコードや不正なコードが実行できる範囲を縮小することを目的としています。Gooroomのセキュリティフレームワーク資料では、OS保護、実行可能ファイル保護、ブラウザ保護をそれぞれ独立した機能として説明しています。製品概要では、軽量ハイパーバイザについても触れています。ハイパーバイザは環境間の境界を作成できますが、ハイパーバイザが存在するだけでは、どのプロセスが隔離されているか、どのリソースにアクセスできるか、またはインストールされているエディションで隔離が有効になっているかどうかはわかりません。

「サンドボックス」とは、一般的なセキュリティ概念です。ソフトウェアがファイル、デバイス、または他のプロセスへのアクセスを制限された状態で実行されるため、侵害が広がる余地が少なくなります。Gooroomの公開資料では、ブラウザとOSの保護をフレームワークの構成要素として議論することはできますが、すべての一般的なデスクトップアプリケーションが独自のサンドボックス内で実行されると断言できるほどの詳細な情報は提供されていません。ご使用のリリースに関するドキュメントで確認されない限り、タブごとの分離、仮想マシンの分離、自動ロールバック、または完全な封じ込めを推測しないでください。

このプロジェクトの公開OSプロテクターリポジトリには、軽量ハイパーバイザーとセキュリティモニターを備えた仮想化ベースのカーネル監視フレームワークであるShadow-boxについても記載されています。そのREADMEファイルでは、カーネルの整合性監視について説明し、その実装では一部のカーネル機能や電源管理機能を無効にする必要があるなど、運用上の制約についても言及しています。このリポジトリはプロジェクトの技術的な方向性を説明するのに役立ちますが、この機能が現在のすべてのGooroomビルドで有効になっていること、またはすべてのワークステーション構成に適していることを保証するものではありません。

このモデルが保護できるものとできないもの

• 起動時：適切に構成されたトラステッドブートチェーンは、ブートコンポーネントへの不正な変更が気づかれずにロードされることを困難にします。その効果は、ファームウェア、登録されたトラストキー、署名付きコンポーネント、および実際のブートパスによって異なります。
• 起動後： OS、実行ファイル、およびブラウザの保護機能により、特定の脅威やアクセス経路が制限される場合があります。その範囲は、実装、ポリシー、およびリリースによって異なります。
• これらの制限範囲外では、これらの制御はフィッシング、認証情報の盗難、安全でないユーザーの操作、脆弱なアプリケーション、または保護されていないサービスを介した攻撃を自動的に防止するものではありません。また、アップデート、バックアップ、アカウント制御、ネットワーク防御に取って代わるものでもありません。

暗号化は別個のものです。トラステッドブートは起動ソフトウェアの信頼性を高めるのに役立ちますが、電源オフ状態のデバイス上のファイルが暗号化されることを意味するものではありません。デバイスの紛失に対する保護が要件に含まれる場合は、ディスク暗号化の状態を別途確認してください。

Gooroomデバイスで確認すべき事項

公開されている説明では単一の普遍的な構成が定義されていないため、実際に使用するコンピュータとリリースで制御を確認してください。リリース固有のセキュリティガイドとポリシーについては、管理者またはベンダーにお問い合わせください。マシンがUEFIモードで起動するか、ファームウェアでセキュアブートが有効になっているか、インストールされているブートローダーとカーネルが構成済みの信頼キーで受け入れられるかを確認してください。承認なしに管理対象デバイスのファームウェアキーを変更したり、セキュアブートを無効にしたりしないでください。どちらの変更も起動や組織のポリシーに影響を与える可能性があります。

ランタイム保護は個別に確認してください。OS、実行ファイル、ブラウザの保護に関する、文書化されたステータスインジケーターまたは管理ポリシーを探してください。何が隔離されているか、その環境からアクセス可能なデータとデバイスはどれか、アップデートによってポリシーがどのように変更されるか、チェックが失敗した場合にどのようなログが表示されるかを確認してください。製品パンフレットはアーキテクチャの概要を示すものであり、エンドポイントのステータスレポートではありません。

証拠の読み方

主な参考資料は、Gooroom GRUB リリースノート、Gooroom OS-protector リポジトリ、およびHancom Gooroom セキュリティ概要(2022 年 8 月 19 日公開) です。パンフレットではフレームワークの構成要素について説明し、リポジトリのドキュメントではコードと制約について説明していますが、どちらもインストール環境で何が有効になっているかを証明するものではありません。これらの情報源には、トラステッドブートとランタイム保護の基本的な区別を変更するような、検証済みの最近の発表は見当たりませんでした。セキュリティに関する決定を下す前に、リリース固有のドキュメントを確認してください。