JVNは2026年7月16日、国内で広く使われているSSHクライアント Tera Term のプラグイン「TTSSH2」に脆弱性2件（CVE-2026-58317／CVE-2026-60060）が存在すると公表しました（JVN#65294474）。
攻撃が成立するのは「利用者が悪意あるSSHサーバに接続したとき」。狙われるのはサーバ側ではなく、接続する側＝情シスや運用担当者の管理端末です。Tera Termのメモリ領域外が読み取られ、その内容が接続先サーバに送信される恐れがあります。
対策はTera Term 5.6.2（TTSSH2 3.6.2）への更新です。CVSS基本値は6.3（v3）ですが、影響を受けるのが特権利用者の端末である点を踏まえ、後回しにしない判断をおすすめします。
この記事でわかること
- CVE-2026-58317／CVE-2026-60060で何が起きるのか
- 影響を受けるバージョンの範囲（4系を使っている場合の注意）
- 攻撃が成立する条件と、想定される実務上のリスク
- CVSSが「中」でも優先度を上げるべき理由
- 社内に散らばるTera Termをどう洗い出すか
何が起きたのか
TTSSH2はTera Termに同梱されているSSH接続用のプラグインです。今回の2件は、いずれもSSH接続を確立する処理でパケット長の扱いに不備があるという共通点を持ちます。
| CVE番号 | 脆弱性の種類 | CVSS v3（v4） | 発見の経緯 |
|---|---|---|---|
| CVE-2026-58317 | 符号なし整数から符号付き整数への変換の誤り（CWE-196） | 6.3（5.1） | 外部の発見者からJPCERT/CCへ届出 |
| CVE-2026-60060 | 長さパラメータの不整合の不適切な処理（CWE-130） | 6.3（5.1） | 開発者自身が発見 |
いずれもCVSS v3のベクタは AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:L、v4は基本値5.1です。PR:N（権限不要）かつ UI:R（利用者の操作が必要）という組み合わせが、この脆弱性の性格をよく表しています。
具体的には何が起こるのか
開発者のアドバイザリによると、悪意あるサーバまたは通信経路上の攻撃者（Man-in-the-Middle）が細工したパケットを送ることで、次の2つが起こり得ます。
- 領域外読み取り：パケット領域を越えた隣接メモリがパケットデータとして解釈され、その内容が接続先サーバに送信される
- 領域外書き込み：領域外にNULLバイトが書き込まれ元の値が復元される動作により、異常終了や予期しない挙動が生じる
任意コード実行（RCE）が確認されたという記載はありません。
影響を受ける環境
| 項目 | 内容 |
|---|---|
| 影響を受けるバージョン | TTSSH2 1.00 alpha1 から 3.6.1 まで （Tera Term／UTF-8 TeraTerm Pro 2.05 から 5.6.1 までに同梱） |
| 修正版 | TTSSH2 3.6.2（Tera Term 5.6.2） |
| 回避策 | アドバイザリに個別の回避策の記載はなし（最新版への更新が対策） |
| 公表日 | 開発者アドバイザリ 2026年7月15日／JVN公表 2026年7月16日 |
注目したいのは影響範囲が「2.05から5.6.1まで」と20年以上にわたる点です。長年同じ実装が使われてきたことの裏返しで、社内に残る古いバージョンはほぼすべて対象と考えるのが安全です。
4系を使い続けている場合はどうすればよいですか
公式に案内されている修正版は5.6.2のみです。4系も影響範囲に含まれますが、4系向けの個別修正版が提供されているかは本稿執筆時点で確認できていません。4系を標準にしている組織は「更新」ではなく「5系への移行」を検討する必要があります。最新の案内は必ずTera Term Project公式サイトで確認してください。
なお5系では設定フォルダの既定位置が変わる（%APPDATA%\teraterm5）ため、既存のマクロやTERATERM.INIを流用している運用では移行前の動作確認が必要です。ここを軽く見積もると、現場から「動かなくなった」と差し戻されます。
なぜ情シスにとって厄介なのか
一般的なSSHの脆弱性報道は「サーバ側を直せ」が中心ですが、今回は逆で接続する側のクライアントが被害者になります。そしてTera Termを最も多用しているのは、ネットワーク機器やLinuxサーバの保守を担う情シス・運用担当者です。その端末は日常的に多数の機器へSSH接続し、手元には接続先一覧や認証情報、作業手順が集まっています。攻撃者から見れば社内でもっとも価値の高い端末の一つです。
しかも攻撃の起点は「怪しいサイト」ではなく、すでに侵害された社内機器や経路上に割り込まれた通信です。複合機やプリンタのSSHが踏み台になり得ることは以前も取り上げましたが、そうした「一見無害な機器」に管理者が接続した瞬間が入口になり得ます。侵入後のラテラルムーブメント（横展開）の文脈で捉えると、優先度の見え方が変わります。
CVSS 6.3は「後回し」にしてよいのですか
スコアだけで判断すべきではありません。CVSSは「その製品単体にどれだけの影響が出るか」を測る指標で、誰がその製品を使っているかは評価に含まれません。今回のベクタは UI:Rでスコアが下がり、S:U／SC:Nのためスコープ変更も計上されていません。
しかし実務上のリスクは「影響を受ける端末が特権利用者のものである」一点で押し上げられます。脆弱性管理の優先度付けでは、CVSSに「どの端末に入っているか」を掛け合わせるのが実践的です。管理端末の中程度の脆弱性は、一般端末の高危険度より急ぐことがあります。
現場目線の課題：Tera Termは「棚卸しに載らない」
正直なところ、この手のツールで一番やりにくいのは資産の洗い出しです。Tera Termはzip形式のポータブル版があり、インストール不要で動きます。その結果、次のような状態が珍しくありません。
- 共有フォルダの「作業用」フォルダに、何年も前のバイナリが同梱されている
- USBや個人フォルダにコピーされ、資産管理ツールのインストール済みソフト一覧に出てこない
- 手順書に「添付のTera Termを使ってください」と書かれ、古い版が固定化されている
- 機器設定のバックアップをTTLマクロで自動化しており、動作確認の手間から触られていない
パッチ管理基盤に乗らないソフトは、更新の号令をかけても現場に届きません。管理下の端末すべてを把握しきれないもどかしさは、情シスなら身に覚えがあるはずです。だからこそ一斉通知に加えてファイル名での実地検索が現実的です。資産管理ツールやEDRのファイル検索で ttermpro.exe／ttxssh.dll を探し、ファイルバージョンを一覧化する。共有フォルダも対象に含めてください。インストーラ経由でない配置を拾えるのは、この方法だけです。
情シスはどうすべきか
個別のチェックリストを並べるより、まずは公的機関の指針に沿って自組織のパッチ運用そのものを点検するのが確実です。
- 中小企業の情報セキュリティ対策ガイドライン（IPA）：ソフトウェア資産の把握と更新運用の基本形が整理されています。「棚卸しに載らないソフト」への向き合い方を見直す起点に向きます。
- 対策のしおり（IPA）：エンドユーザ啓発向けの資料です。今回のように「利用者が接続する操作」が引き金になる脆弱性は技術的な封じ込めだけでは塞ぎきれず、地道な周知の積み重ねが効きます。
- あわせて最小権限の原則の観点で、保守端末が接続できる範囲を絞れているか確認しておくと、万一の際の被害範囲を抑えられます。
優先順は、(1) 保守・運用担当者の端末を先に5.6.2へ、(2) 共有フォルダ・手順書に同梱された古いバイナリを差し替え、(3) マクロ自動化のジョブは検証環境で動作確認のうえ更新、という順序が無理がありません。
中長期の視点
今回の件は、SSHクライアントという「管理のための道具」自体が攻撃面になることを思い出させます（libssh2の整数オーバーフロー脆弱性も同じ構図でした）。運用ツールは長く使われ、更新の動機が弱く、しかし特権に近い場所にある。だからこそ中長期では、保守用ツールを「個人が持ち込むもの」から「情シスが版管理して配布するもの」へ寄せることが効きます。踏み台（ジャンプ）サーバに接続手段を集約し、管理端末から直接SSHさせない構成も選択肢です。
まとめ
- TTSSH2にCVE-2026-58317／CVE-2026-60060の2件。悪意あるSSHサーバやMITMにより管理端末の領域外メモリが接続先に送信される恐れがあり、対策はTera Term 5.6.2（TTSSH2 3.6.2）への更新です。
- 影響範囲は2.05から5.6.1までと長期。4系向けの個別修正版は本稿執筆時点で確認できておらず、4系利用組織は5系移行の検討が必要です。
- CVSSは6.3（v3）ですが影響を受けるのが特権利用者の端末である点で優先度は上がります。ポータブル版は資産管理に載らない前提で、
ttermpro.exe／ttxssh.dllのファイル検索による実地棚卸しを併用してください。
