Heym CVE-2026-67545 SSRFとは——0.0.73未満が対象・悪用なし

CVE-2026-67545の概要——Heymのどこに何が起きたか

2026年11月11日、エージェント型業務自動化プラットフォーム「Heym」にSSRF（Server-Side Request Forgery）脆弱性が確認された。CVE番号はCVE-2026-67545。採番元はGitHub_M、CVSS 3.1スコアは7.4（HIGH）で、攻撃ベクターはネットワーク経由・特権不要・ユーザー操作不要という評価だ（出典：CVE公式記録 — cve.org）。

弱点の種類はCWE-918（Server-Side Request Forgery）。バージョン0.0.73未満のHeymが対象であり、0.0.73で修正済みである。現時点でCISA KEVへの掲載はなく、実際の悪用事例は確認されていない。

Heymは自己ホスト型インフラ上でエージェント型システムおよび業務プロセス自動化を構築・実行するオープンソースプロジェクトである。

AIを狙った攻撃で実際に被害が出ているかは、AIハッキングによる日本・世界の主な被害一覧で解説しています。

関連記事生成AIで情報が漏れる原因・経路は？

heym 脆弱性 CVE-2026-67545の技術的な背景——SSRFとはどういうリスクか

SSRFとは、攻撃者がサーバー側に「本来到達してはいけない内部アドレスへのHTTPリクエスト」を発行させる攻撃手法だ。今回の脆弱性を整理すると次のとおりになる。

HeymのHTTPワークフローノードは、ワークフロー作成者が指定したURLへアウトバウンドHTTPリクエストを発行する機能を持つ。0.0.73未満では、このリクエスト先のホストまたはIPアドレスが検証されない。結果として、ワークフロー作成者がクラウドメタデータエンドポイントやプライベートネットワークホストなどの内部アドレスを宛先に設定し、そのワークフローを匿名実行可能な状態で公開していた場合、未認証の第三者がSSRFシンクを発動できる。

注目すべき点は、同プロジェクトのMCP（Model Context Protocol）統合には包括的なSSRF対策が存在しているという事実だ。HTTPノードでは同等の対策が欠けていた。自動化機能の拡張に伴い、セキュリティ制御の適用範囲が追いついていなかったことを示している。

CVSS 3.1の評価内訳は「攻撃複雑度：高（AC:H）・機密性への影響：高（C:H）・完全性への影響：高（I:H）・可用性への影響：なし（A:N）・スコープ変更：なし（S:U）」だ（出典：CVE公式記録 — cve.org）。

日本企業の運用担当者が押さえるべき影響範囲

以下に影響条件を整理する。

CVE-2026-67545の影響条件と対応状況

項目	内容
対象製品	heymrun / heym
影響を受けるバージョン	0.0.73未満
修正済みバージョン	0.0.73
CVSSスコア（GitHub_M評価）	7.4（HIGH）
弱点の種類	CWE-918（SSRF）
CISA KEV掲載	なし（2026年11月12日時点）
実際の悪用確認	なし（CVE公式記録より）
公式回避策	記載なし（バージョン更新が推奨される対応）

heym 脆弱性 CVE-2026-67545への対応——今やること

現時点で確認されている実際の悪用事例はなく、CISA KEVへの掲載もない。

• Heym（heymrun / heym）をバージョン0.0.73未満で稼働させている場合は、バージョン0.0.73へ更新する。これが本問題に対するベンダーの修正済みバージョンである（出典：CVE公式記録 — cve.org）。
• 公式の回避策はCVE公式記録に記載がない。

自社の機器が対象かどうかの判断や、すでに侵入されていないかの確認は、構成やログを見ないと判断できません。

---

参考文献

• CVE-2026-67545 公式記録 — cve.org（2026年11月11日公開）
• CVE-2026-67545 — NVD（National Vulnerability Database）