公開サーバーに影響する脆弱性情報を毎日確認する自動化の構成(zenn.dev)
書く言語: 韓国語書かれた言語で読む
わかりやすい要約
- 開発者のtomiさんは、脆弱性情報と自分が運用する公開サーバーの情報を毎日照合し、対応が必要ならGitHubのイシューで知らせる方法を紹介した。
- GitHub ActionsがSSHでサーバーのOSやプログラムのバージョンを読み取り、Cloudflare Zero Wireの脆弱性情報をRSSで取得する。サーバーの設定を変更したり再起動したりはしない。
- 修正バージョンとの比較は公式データを使うコードが担当し、Claudeは脆弱性の影響条件とサーバーが公開されているかどうかを確認する。筆者は、バージョン比較までClaudeに任せると、確認が必要な状態のままになる場合があったと説明した。
- 機械的な判定で未修正の脆弱性が見つかれば、Claudeの結果に関係なくイシューを作成する。筆者はClaudeにサーバー接続用のコマンド実行を許可せず、外部文書の指示に従わないように設定した。
編集部の意見
O: nvmでインストールしたNode.jsを使うサーバーを自分で運用している1の開発者が、毎朝サーバーに修正版が入っているか確認する点検フローを作る際は、この構成を参考にすることを提案します。
X: 筆者によると、バージョンの比較までClaudeに任せると修正の有無を確認できず、要確認のままになったとのことです。そのため、比較は公式データとコードを使って別途確定する必要があります。
書く言語: 韓国語
掲載元
はてなブックマーク テクノロジー ↗ / 掲載記事
似たような経験はありますか?そのときどうしたか、一言二言で教えてください。製品に詳しくなくても大丈夫です。