セキュリティ

エンジン: Chromium、V8、Skia

2026 年を通じて、Chrome では数十件のメモリ安全性の不具合が修正されました。そのうち 6 件は実際に悪用されたゼロデイです。このコードは私たちが書いているものではなく、修正することもできません。ここでの唯一の防御は、エンジンを最新に保つことです。

だからこそ、私たちのルールははっきりしています。Girginos Browser はサポートの終了した Electron のバージョンではリリースしません。Electron がサポートするのは直近の 3 つのメジャーバージョンだけで、固定しているバージョンはリリースのたびに確認しています。現在は Electron 44.2.0 と Chromium 152.0.7977.76 を使っています。

シェル: 私たちが書いたコード

シェル側の設計上の判断は次のとおりです。

• 各タブは独立した WebContentsView です。ページのコンテンツは sandbox: true、contextIsolation: true、nodeIntegration: false で動作し、preload は渡されません。
• インターフェースのウィンドウもサンドボックスで動作し、タブと同じセッションを共有します。そのためインターフェース自身のリクエストもブロッカーを通り、DNT ヘッダーを伴います。
• IPC のチャンネルは、インターフェースウィンドウのメインフレームからのものだけを受け付けます。設定の書き込みはキーと型の検証を通ります。
• ダウンロードは識別子で参照します。インターフェースから渡された生のファイルパスを開くことはありません。
• ページ側から始まる遷移は http(s) と view-source:http(s) に限られます。file: と chrome: は、利用者が自分でアドレスバーに入力した場合にのみ開きます。
• 外部アプリケーションへの受け渡しは、狭いスキームのリストに限定されています。mailto:、tel:、sms:、magnet:、ftp(s):、webcal: です。確認ダイアログは同時に 1 つしか開きません。
• 不透明なオリジン、つまり data: や about: のように origin が null になるものは、権限の要求に対して常に拒否されます。
• スペルチェックは無効です。Chromium が辞書ファイルを Google のサーバーからダウンロードするためです。
• データは一時ファイルとリネームによって、アトミックに書き込まれます。

攻撃手法と対策

署名付きアップデートチェーン

脅威モデルでは、アップデートサーバーがすでに乗っ取られている可能性を前提にしています。手順は次のとおりです。

1. 署名済みマニフェストと、その隣にある署名ファイルを取得します。
2. アプリケーションに埋め込まれた Ed25519 の公開鍵で、マニフェストの生のバイト列に対して署名を検証します。検証に通らなければ、フィールドは 1 つも読み込みません。
3. バージョンのゲートを適用します。ダウングレードは拒否します。マニフェスト自身の有効期限が切れていれば拒否します。これは、古いマニフェストを永久に配り続けてアップデートを凍結させる攻撃への対策です。必要な場合は中間バージョンを必須にします。ダウンロードのアドレスは https でなければなりません。
4. ダウンローダーが見つけたバージョンとパッケージのダイジェストは、署名済みマニフェストの値と完全に一致していなければなりません。
5. ダウンロードが終わると、パッケージの sha512 ダイジェストを署名済みのダイジェストと定数時間で比較します。
6. インストールが始まるのは、利用者が承認したときだけです。

いずれかの手順が失敗すれば、アップデートは行われません。秘密鍵をサーバーに置くことはありません。サーバーが乗っ取られたとしても、攻撃者が有効なマニフェストを作ることはできません。

テスト

118 件のユニットテスト、73 件の攻撃手法に対する回帰テスト、46 件のアップデート検証テストが動いており、インターフェースとメインプロセスの間の IPC と DOM の取り決めも個別にテストしています。それに加えて、リリースの前後には、実際の成果物と稼働中のサーバーに対してエンドツーエンドの検証スクリプトを実行しています。