Skip to main content
設定ミスや不要な権限、不審なソフトウェアの実行を早期に把握するため、VoicePingでは監視と担当者による確認を組み合わせています。本ページでは、現在の運用と、DaaSを想定して開発・検証している機能を説明します。 更新日:2026年10月21日。 紹介する手法は一部の代表例です。対象端末、内部設定、検出条件などの詳細は公開していません。

DaaSを想定した監視・画面記録の開発

DaaS(Desktop as a Service)は、クラウド上のデスクトップ環境を遠隔から利用する仕組みです。Google Cloudなどの仮想デスクトップ環境でも、この考え方が使われています。 VoicePingでは、こうした企業向けの遠隔業務環境を想定し、プロセス監視、通知、作業を振り返るための画面記録を開発・検証しています。目的は、人的ミスや不審な操作が起きた際に、何が変わり、どこまで影響したかを調べやすくすることです。
企業向けの遠隔デスクトップ環境を想定し、監視・通知・作業記録を開発検証する図

DaaSでの利用を想定した開発の概念図。現在の実装確認は対象の運用端末で行っています。

現時点では、対象の運用端末に配置したローカル実装で機能を確認しています。DaaSとしての提供範囲や導入条件は別途確認が必要です。お客様の端末へ監視機能を自動導入したり、画面を常時記録したりする説明ではありません。

プロセス・設定・サービスの監視

対象の運用端末では、プログラムの実行や設定変更を検知し、確認が必要なものを通知します。リモートPC・サーバーでは、サービスの稼働や管理用接続の設定も点検します。監視できる内容は導入環境によって異なります。
プロセス・起動設定・接続権限・監視状態を検知し、通知から担当者の確認につなげる図

警告は調査の手掛かりです。担当者が正当な変更かどうかを確認します。

正常な管理作業でも警告が出ることがあります。警告だけでマルウェアや不正行為と断定せず、変更内容と作業記録を照合します。

画面記録の用途とプライバシー

DaaSの運用支援を想定した画面記録では、対象環境の作業画面を一定間隔で保存し、日時を指定して確認します。設定変更や不審なファイルを開いた前後を、プロセス・通知の記録と照合するための機能です。未操作、ロック、スリープなどの間は記録を止める設計です。 現在確認した実装では、画像は端末内に保存し、記録ツール自体は画像をネットワーク送信しません。通知には検出理由や日時などの必要な情報を使い、画像、秘密鍵の内容、生のコマンド引数、キー入力は送信しません。
作業画面は端末内に保存し、必要な検出情報だけを通知先へ送る図

画面の保存と警告の通知を分け、通知に載せる情報を絞ります。

保存先にはアクセス権限を設定し、保存期間・容量に応じて古い記録を削除します。停止中は削除処理も動かず、容量不足では記録が中断する場合があります。記録ツール自体にはデータベースの暗号化機能がないため、端末・保存領域の保護も別に必要です。 画面には機密情報が映る可能性があります。記録の目的、対象者への説明、閲覧権限、保存・削除条件を、導入時に確認する必要があります。通知の端末名やパスも、個人に結び付く可能性がある情報として扱います。 画面に出ない操作や短時間のプロセスは、記録だけでは把握できません。この仕組みは、専用の端末防御製品(EDR)や、改ざん不能な監査記録を代替するものではありません。

担当者による点検・保守

自動監視の結果と実際の設定・稼働状態を照合し、必要な変更を行います。これまでの保守では、SSH鍵の整理、公開範囲の見直し、不要な常駐処理・定期実行の削除、配備後の動作確認などを実施しています。
設定の点検、変更内容の確認、権限に沿った作業、変更後の検証と記録の流れ

変更前の確認、対象を限定した作業、変更後の検証を一連の手順にします。

遮断・解除やアカウント停止では、対象、正規利用者への影響、過去の解除記録を確認します。サービス間で遮断情報を揃える作業も、状態と変更案を確認したうえで手動実行します。悪用への対応と、通常の退会・個人データ削除は別の手続きです。

人的ミス・マルウェアが疑われる場合

調査では、操作ミス、不審なソフトウェア、正当な管理作業を区別します。発生日時、設定変更、プロセス、必要に応じた画面記録を照合し、影響範囲を確認します。
異常検知、記録保全、影響確認、必要な封じ込め、復旧と再発防止の流れ

疑いの検知から調査・復旧までの対応方針です。

不審なソフトウェアの追加実行を止め、必要な記録を保全します。接続の遮断、権限の失効、認証情報の変更は、実施権限とサービスへの影響を確認して行います。復旧後は原因と再発防止策を整理します。警告だけで個人の不正を断定したり、調査前に関連記録を消したりしません。

依存ソフトウェアの審査

ライブラリ、開発ツール、拡張機能などの導入・更新前に、配布元と実際の配布物を確認する方針を定めています。開発支援AIに実行させる場合も同じ対象です。
配布元、配布物と依存関係、隔離環境での検証、判断の記録という審査の流れ

名前や署名、脆弱性検査だけに頼らず、配布物と実行条件を確認します。

審査では、配布元・公開履歴、追加される依存物、改ざん検知用のハッシュ、署名、実行スクリプトなどを確認します。最初の実行は認証情報を持たない隔離環境で検証し、根拠が不足する場合は保留します。この方針は段階的に反映しており、全環境で自動強制されているという意味ではありません。

リリースと復旧の確認

変更前に対象環境、差分、データ移行、戻す手順を確認します。反映後は、実際に動いているバージョン、プロセス、応答、対象機能を確認します。
変更と復旧手順の確認、試験、手順に沿った反映、実環境の検証、必要時の切り戻しの流れ

コードの更新だけで終わらず、実環境での動作を確認します。

設定の再読み込み、サービスの再起動、データの復元は、それぞれ影響が異なります。読み取りによる調査と、本番環境への変更も区別して管理します。 調査記録やお客様のデータの取扱いはプライバシーポリシー、ご相談はサポート窓口をご確認ください。
ご不明な点は、お問い合わせフォームからご連絡ください。

公式リンク

公式サイト

VoicePing公式サイト

X (Twitter)

VoicePing公式X

Facebook

VoicePing公式Facebook

LinkedIn

VoicePing公式LinkedIn