セキュリティ

情シス・拠点責任者・保守窓口の方へ

SS1の更新、配っただけで完了にしない。拠点・持ち出しPCの確認をそろえる

SS1は、社員のPCなどの機器情報を集めて管理するソフトです。11月9日に公表されたSS1・SS1クラウド・rocoeyesのエージェントの脆弱性を受け、対象確認と更新後の確認待ちを、保守先・情シス・利用部門でどう追うかを整理します。

セキュリティ

SS1の更新を 端末ごとに確かめる

配布済みと確認済みを分ける

更新を配った記録と、端末で確認できた結果を分けます。持ち出し中・電源オフ・担当不明のPCを、完了の一覧へ混ぜない進め方です。

こんな方に向けた記事です

SS1・SS1クラウド・rocoeyesを利用する企業の情報システム担当者、拠点責任者、保守窓口向けです。製品の操作手順ではなく、対象確認と更新結果の受け渡しを扱います。

この記事でわかること

  • SS1の役割を知り、製品・系列・エージェントの版を公式情報と照合する
  • 修正の配布と、端末で更新を確認できた状態を分ける
  • 確認待ちの端末に担当・次の確認日を置き、既存の保守体制へつなぐ

SS1とは?社員のPCなどを、まとめて管理するためのソフト

SS1(エスエスワン)は、企業のPCなどの機器情報を集め、情報システム担当者が資産の状態を把握するためのIT資産管理ソフトです。SS1では、対象PCに入れるエージェントというプログラムが、情報の収集などを担います。利用する機能や構成は契約・環境で異なります。

たとえば、離れた営業所のPCも含めて、どの機器を管理しているかを情シスが確認する場面です。下の図はSS1を使う一例で、製品の操作画面ではありません。SS1クラウドなど、別の製品・構成では公式の説明を確認してください。

PCの情報を集め、管理する人へつなぐ
社員のPCエージェントが動く
SS1側の管理機器情報などを集約
情報システム担当対象と状態を確認

SS1を使う場面の模式図です。実際の構成は環境で異なります。

11月9日の公表で、何を確認するか

2026年11月9日、JVNと開発元は、SS1・SS1クラウド・rocoeyesのエージェントに関する脆弱性と対策を公表しました。本記事は11月10日に公開資料を確認したもので、公表日と閲覧日は別です。自社で被害が発生したことを示すものではありません。

JVNでは、SS1について、製品が使う機微な情報を取得される可能性がある問題(CVE-2026-109582)と、任意のファイルを削除される可能性がある問題(CVE-2026-113437)を挙げています。後者はSS1クラウドとrocoeyesも対象に含みます。製品ごとに対象と修正済みの版を確かめます。

SS1はエージェント17.0.0.50およびそれ以前、SS1クラウドは3.2.0およびそれ以前、rocoeyesは3.1.1およびそれ以前が対象として示されています。ただし、修正済みの版は複数の系列で個別に案内されています。版番号の大小だけで判断せず、JVNの対象・修正済み一覧と、契約に合う開発元の案内を照合してください。

製品名だけでなく、どの端末に何が入っているかをそろえる

最初に、情シスと保守先で製品・系列・エージェントの版、対象端末の識別子、確認した時点をそろえます。SS1ではメディアの版も案内にあるため、どの番号を見たのかを曖昧にしません。更新方法は開発元と既存の保守先の案内に従います。

ディー・オー・エスは、SS1の適用方法を保守契約者向けサイトで、SS1クラウドは管理者サイトで確認するよう案内しています。rocoeyesも管理者サイトの確認を案内しています。ここでは、ログイン後の適用手順を確認済みとして説明しません。

稼働中のPCだけを見て対象全体としないことも大切です。拠点の貸出記録や持ち出しの記録と照らし、電源が入っていない、通信できない、管理担当が不明といった端末を確認待ちとして残します。無応答を「対象外」「更新済み」へ読み替えません。

  • 製品名・利用系列・エージェントの版と、確認した日時
  • 対象端末の識別子と、拠点・利用部門の確認担当
  • 公式の対象・修正済み一覧との照合結果
  • 更新を進める担当と、既存の保守窓口
  • 持ち出し・休止・通信不可・担当不明の扱い

「配布した」と「端末で確かめた」を分ける

更新を配布した記録があっても、端末側の確認が終わっているとは限りません。更新後にどの版を確認したか、必要な機能が動くかを、公式手順と自社で決めた確認範囲に沿って記録します。確認していない項目は、そのまま残します。

たとえばPC-012へ更新を配布していても、持ち出し中で端末の結果を確認できなければ「配布済み・確認待ち」とします。拠点担当者が次に利用できる日を情シスへ伝え、確認日と担当を決める例です。これは説明用の架空例です。

確認する機能や再起動・再接続などの必要な作業は環境で異なります。利用者へ一律の操作を案内したり、管理ソフトを無効にしたりせず、保守先と実施条件を確かめます。

配布記録と端末の結果を、同じPCで照合する

配布の記録

PC-012 配布済み

端末の結果

PC-012 持ち出し中

確認待ち

同じ端末で照合

次の確認

拠点担当・情シス 確認する日を共有

未完了を残す

PC-012と持ち出し中の状態は説明用の架空例です。

既存の保守・資産管理を活かし、確認待ちを引き継ぐ

情シスは対象と確認状態をまとめ、拠点や利用部門は端末の所在・利用できる時間を確かめ、保守先は契約範囲の適用方法や技術的な確認を担う、といった役割を合意します。担当交代でも、対象・確認日時・残る作業・次の担当が追える記録にします。

まず既存の管理機能や保守記録で追えるかを確認します。Excelなどでの運用整理、既存製品の設定、台帳との連携、確認待ちを扱う小さな画面の順で比べ、最初から資産管理製品全体の置き換えを前提にしません。

追加の仕組みを作る場合は、端末識別子の対応、同じ端末の重複、情報の反映時点、見られる範囲、訂正履歴が費用や実装範囲に影響します。完成時は、確認待ちの端末を一つ選び、別の担当者へ引き継いで次の確認まで追えるかを確かめます。

出典

2026年11月10日確認。JVN#76179675(11月9日公開・更新)、ディー・オー・エスとロココの11月9日の公表、SS1公式のFAQ・システム構成を参照しました。保守契約者向け画面と管理者サイト内の手順は未読です。PC-012などの業務例は架空例です。

よくある質問

SS1を知らないのですが、今回の公表は自社に関係しますか?

SS1はPCなどの機器情報を集めて管理するソフトです。まず情シスや保守窓口へ、SS1・SS1クラウド・rocoeyesを利用しているかを確認します。名称だけで対象外とせず、利用している製品・系列・エージェントの版を公式情報と照合します。

更新を配布した記録があれば、対処済みですか?

配布の記録と、端末で更新を確認した結果は分けます。対象端末で何を確認できたか、必要な機能が動くかを公式手順と合意した範囲で確認し、未確認の項目を残します。

電源が入っていないPCや持ち出しPCはどうしますか?

無応答を更新済みや対象外へ読み替えず、確認待ちとして担当と次の確認日を決めます。接続や更新に必要な条件は、既存の保守先・開発元の案内に従って確認します。

SS1クラウドも、管理画面が更新されれば全PCの確認は不要ですか?

今回の公表にはエージェントが対象として示されています。管理画面の状態だけで全端末の確認が完了したとは判断せず、管理者サイトの案内と、対象端末で確認できた版・日時を確かめます。

SHINJIDAIへ相談すると、何を決められますか?

既存の保守・資産管理を活かし、対象と確認待ち、拠点・情シス・保守先の受け渡しを整理します。運用や設定で足りるか、連携や画面が必要かを比べ、調査する範囲と合意した実装・検証の対象を決めます。製品保守や緊急対応の代替を保証するものではありません。

THE FUTURE OF JAPAN.
THE FUTURE
OF JAPAN.