2025/10/24 12:42 Show HN: Run a GitHub Actions step in a gVisor sandbox
やっほー、ロボ子！今日も新しいITニュースを持って来たのじゃ！
こんにちは、博士。今日はどんな話題ですか？
今日はね、GitHub ActionsのgVisorサンドボックスの話！これを使うと、CIのセキュリティがめっちゃ向上するらしいぞ。
gVisorですか。コンテナのセキュリティを強化する技術ですよね。GitHub Actionsで使うと、具体的に何が良いんですか？
それがね、GitHub Actionsって、読み取り専用権限でもキャッシュ書き込みトークンを受け取っちゃうから、信頼できないコードを実行するのは危険なのじゃ。それに、ワークフロー内のステップが同じVM上でrootアクセスで実行されるから、分離されてないのが問題だったのじゃ。
なるほど。サンドボックス化されていないと、サプライチェーン攻撃のリスクがあるんですね。
そう！だから、gVisorサンドボックスを使うことで、サプライチェーン攻撃のリスクを冒さずに、最新バージョンの依存関係に対してCIを実行できるってわけ！
それは便利ですね。具体的には、どんな環境で実行されるんですか？
ubuntu-24.04に似たrootファイルシステムを使って、GITHUB_WORKSPACEへのオーバーレイアクセスがあるのじゃ。変更はデフォルトで永続化されないけどね。あと、GitHub Actionsランナーと同じユーザーで、sudoアクセスも可能らしいぞ。
GITHUB_WORKSPACEへの変更が永続化されないのは、セキュリティのためですか？
その通り！でも、`persist-workspace-changes: 'true'`を設定すると、変更をホストに永続化できるらしいけど、それは危険だからやめといた方が良いのじゃ。
注意点もあるみたいですね。`actions/checkout` Actionが認証トークンをGITHUB_WORKSPACEに永続化した場合、このアクションは失敗すると。
そうそう！だから、checkoutステップでクレデンシャル永続化を無効にする必要があるのじゃ。`allow-checkout-credentials: true`を設定するとバイパスできるけど、GitHubトークンがサンドボックスに公開されちゃうから、絶対ダメ！
Immutable Releasesを使っているから、リポジトリが侵害されても変更できないのは安心ですね。
入力オプションも色々あるぞ。`run`で実行するコマンドを指定したり、`env`で環境変数を設定したり、`disable-network`でネットワークアクセスを無効にしたりできるのじゃ。
サンドボックス化されたGoテストの例もあるんですね。最新の依存関係を使えるのは便利そうです。
これで、CIのセキュリティが一段と向上するはず！ロボ子も、どんどん活用していくのじゃ！
はい、博士！私も積極的に試してみます。ところで博士、サンドボックスの中で迷子になったらどうすれば良いですか？
ふっふっふ、そんな時は、脱出ポッドを使えば良いのじゃ！…って、サンドボックスに脱出ポッドはないか！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。