クラウドサービスの安全性を考えるときは、利用者のログイン画面に加え、運営側の管理権限や契約情報を扱う経路にも目を向ける必要があります。さくらインターネットの公表事案を基に、文書を預ける企業が確認したい項目を整理します。

第三報で確認できること

同社は8月9日に異常を検知し、調査を開始しました。第三報では、レンタルサーバーの一部への不正アクセス・マルウェア設置と、販売管理システムへの不正アクセスを報告しています。両事象の関連性を示す明確な根拠は確認されていません。販売管理システムの会員情報等について、第三者に閲覧・取得された可能性も報告されています。また、外部持ち出しを裏付ける明確な事実は確認されていないとしています。

詳しい経緯・影響範囲・同社の対応は、さくらインターネットの第三報と公式FAQをご確認ください。

「不正アクセスが確認されたこと」「情報にアクセスされた可能性」「外部へ持ち出されたこと」は、それぞれ確認する事実が異なります。初報の件数や表現だけで判断せず、続報の調査範囲と未確定事項を併せて読むことが重要です。

確認したいのは、管理経路から何に届くか

ここからは、同事案の未公表の原因を推測するのではなく、自社サービスを点検するときの考え方を説明します。

FAXサービスには、利用者の画面、事業者の管理操作、文書の保存、契約情報、送受信処理など、役割の異なる経路があります。一つの管理権限に広いアクセスが集まっていると、その権限が悪用されたときの影響も大きくなります。

確認する対象事業者へ質問する例
管理者の権限保守担当者が操作できる範囲は、業務ごとに分かれていますか
認証情報用途別の権限、更新、失効と、その確認はどう管理していますか
顧客データ契約組織ごとの境界と、保守時の閲覧承認はありますか
事故調査認証・操作・文書取得のどの範囲を追跡できますか
復旧文書・台帳・送信履歴の整合性をどう確認して再開しますか

パスワード変更と、残ったアクセスを別々に確認する

認証情報の変更が必要になったときは、変更した値だけでなく、既存セッション、APIキー、自動処理、連携用アカウントも棚卸しします。どのアクセスが無効になり、どの処理が続くのかを確かめるためです。

  • 管理者・利用者・連携処理の認証情報を用途ごとに分ける。
  • 不要な権限や使われていないアカウントを停止する。
  • 変更後の認証と、古い認証情報での拒否を確認する。
  • 業務に必要な連携が止まった場合の担当者と復旧手順を決める。

方式の違いと復旧時の確認は、MFA・二段階認証・SSOの解説も参考になります。

記録があれば何を調べられるかを確かめる

「ログを保存しているか」に加えて、「誰の、どの操作を、どこまで特定できるか」を確認します。ストレージの実行主体が分かる記録と、アプリケーションの利用者が分かる記録は同じとは限りません。文書本文や不要な個人情報をログへ複製しないことも検討します。

調査時に必要な項目は、FAXの監査ログで記録する項目に整理しています。

SP-FAXではどう点検したか

当社では、さくらインターネットの初報を受け、公開面、管理者権限、認証情報、検知・監査、委託先と運用端末を横断する点検・改善設計を作成しました。計画、実装、検証、本番での有効化を別々に管理し、現在提供している対策と残る課題を公開しています。

現行の公開情報には、正規のWeb入口への限定、権限の制限、認証状態の変更に伴うセッション失効、文書取得頻度の監視などを掲載しています。一方、専用管理基盤への物理分離や、利用者単位の文書取得監査など、段階的に進めている項目もあります。

各項目の現在の範囲は、セキュリティと信頼性でご確認ください。改善の経緯は、SP-FAXのセキュリティ対策の歩みにまとめています。

自社の文書業務へ当てはめる

導入担当者は、扱う文書の種類、閲覧する人、外部システムとの接続、必要な保存期間を整理し、上の質問表と照らし合わせてください。一般的な認証や宣言の有無に加え、その業務に必要な権限・記録・復旧方法を確認すると、事業者との相談を具体化できます。

クラウドFAXの選定チェックリストと安全・信頼性情報開示もご覧ください。