クラウドFAXのセキュリティ対策とは？
選定時に確認したい7項目
クラウドFAXは、紙を複合機の前に放置するリスクを減らせます。しかし、サービスをクラウドへ移すだけで安全になるわけではありません。受信、保存、閲覧、通知、外部連携の経路ごとに、誰が何を見られるかを確認する必要があります。導入担当者がベンダーへそのまま質問できる形で、7つの確認項目を整理します。
先に結論
- 「暗号化しています」だけで判断せず、認証・権限・監査・復旧・運用まで確認します。
- ブラウザー、メール、API、ダウンロード後の端末など、FAX原本が通る経路を図にして確認します。
- 機能の有無だけでなく、標準提供か、設定が必要か、上位プランかを確認します。
- 自社側にも、利用者管理、メール転送、ダウンロード後の保管などの責任が残ります。
最初にFAX原本の経路を確認する
セキュリティ機能の一覧を見る前に、FAX原本がどこを通り、どこに複製されるかを確認します。典型的には、FAX網からクラウドFAXへ入り、クラウドストレージへ保存され、管理画面またはメールで利用者へ届きます。OCRや基幹システム連携を使う場合は、その処理先も経路に加わります。
| 経路 | 主な確認点 |
|---|---|
| FAX受信 | 受信番号と契約組織のひも付け、誤配送時の扱い |
| クラウド保存 | 保存場所、暗号化、テナント分離、保存期間 |
| 管理画面 | 認証、権限、IP制限、ダウンロード記録 |
| メール通知 | 原本添付の有無、転送先、メールボックスに残る複製 |
| OCR・API連携 | 処理場所、接続先、API権限、再送・重複防止 |
この経路が分からない状態では、「TLS対応」「ウイルスチェックあり」といった説明が、どの部分を保護しているのか判断できません。特にメール添付は便利ですが、原本がクラウドFAX以外のメールボックスや転送先にも残ります。
1. MFA・SSOなどの認証
最初の確認点は、パスワードが漏れた場合にも不正ログインを止められるかです。IPAの「中小企業のためのクラウドサービス安全利用の手引き」でも、ID・パスワードの共有を避け、多要素認証や多段階認証を利用することが例示されています。
- MFAを利用者任せではなく、組織全体で必須化できるか
- 復旧コードや端末紛失時の再設定に本人確認があるか
- 管理者や重要設定の変更時に再認証されるか
- SAML SSOを使う場合、ローカル認証を迂回路として残さない設定ができるか
- 退職・異動時にアカウントやセッションを速やかに失効できるか
「二段階認証に対応」だけでなく、必須化、復旧、失効まで確認するのがポイントです。
3. 通信中・保存時の暗号化
「暗号化対応」は、どこを暗号化しているのかを分けて確認します。ブラウザーやAPIの通信中はTLS、保存されたFAX原本やデータベースは保存時暗号化が基本です。AWSもS3への転送中の暗号化を適用し、保存時にはSSE-KMSなどの方式を選べることを案内しています。
通信中
ブラウザー、API、ストレージとの通信でTLSを強制する。
保存時
FAX原本、OCR結果、DB、バックアップを暗号化する。
配信後
メール添付やダウンロード後の端末にも原本が残ることを管理する。
暗号化されていても、閲覧権限が広すぎれば情報漏えいは防げません。鍵管理、アクセス制御、監査ログとセットで評価します。
4. 監査ログと保存期間
インシデントや誤操作が起きたときに、「誰が、いつ、何を、どの組織で、成功または失敗したか」を追える必要があります。FAXの送受信履歴だけでは、アカウント侵害や設定変更の追跡には足りません。
- ログイン成功・失敗、MFAやSSO設定の変更
- 利用者、ロール、APIキー、IP制限の変更
- FAXの送信、受信、閲覧、ダウンロード、削除
- OCR処理、外部連携、再送、エラー
- ログの保存期間、改ざん防止、CSV等での取り出し
監査ログが存在しても、通常の管理者が削除・上書きできる場合は証跡として弱くなります。保全方式と、利用者側が必要な期間を取得できるかまで確認します。
5. ファイル検査とメール通知
クラウドFAXでは、FAX原本だけでなく、利用者がアップロードするPDFやメール取込の添付ファイルも扱います。検査の有無を尋ねるときは、どの流入経路が対象かを確認します。
- 拡張子だけでなく、文書の実体・形式・容量を検証するか
- 安全性を確認できないファイルを隔離し、後続処理へ進めないか
- 直接アップロード、FAX受信、メール取込のどこが検査対象か
- 原本をメールへ添付せず、通知だけに切り替えられるか
「ウイルスチェック対応」という一文から、すべての流入経路が同じ検査対象だと推測しないことが重要です。
6. バックアップと可用性
FAXが止まると受発注や問い合わせが滞るため、機密性だけでなく可用性も選定項目です。IPAの手引きでも、重要情報のバックアップと複数世代での保管が例示されています。
- Web/API、データベース、FAX送受信経路の冗長化範囲
- 自動バックアップの保存期間と、特定時点への復元可否
- バックアップから実際に復元する訓練の有無
- 障害時の代替経路、利用者への通知、復旧後の再処理方法
- 二重送信や二重登録を防ぐ仕組み
「クラウドだから冗長化済み」とは限りません。Web画面、データベース、FAXエンジン、通信事業者は別の構成要素なので、対象範囲を分けて確認します。
7. 責任分界と解約時の扱い
セキュリティはベンダーだけでは完結しません。利用者の追加・削除、メール転送先、ダウンロード後の原本、連携先APIキーなどは、利用企業側の運用が大きく影響します。
- ベンダーと利用企業が、それぞれ管理する範囲
- 再委託先、データの保存場所、国外処理の有無
- インシデントや障害の連絡方法と受付時間
- 保存期間、削除タイミング、削除失敗時の扱い
- 解約時の一括出力、返却形式、削除確認方法
業界ガイドラインや認証の名称だけで導入可否を決めず、実際に扱う情報、契約条件、社内運用との適合を確認します。
クラウドFAX選定チェックリスト
| 項目 | ベンダーへの質問例 |
|---|---|
| データフロー | 原本はどこを通り、どこに複製・保存されますか？ |
| 認証 | MFAを組織全体で必須化できますか？ SSOの適用条件は？ |
| アクセス制御 | 利用者権限、テナント分離、管理画面・APIのIP制限は？ |
| 暗号化 | 通信中、保存時、バックアップはそれぞれどう暗号化されますか？ |
| 監査 | 認証・設定・FAX操作を何年間記録し、利用者が出力できますか？ |
| ファイル保護 | マルウェア検査はどの流入経路が対象ですか？ |
| 可用性 | どの構成要素が冗長化され、復元試験をしていますか？ |
| 責任分界 | 障害、保存、削除、解約時に双方が行うことは何ですか？ |
SP-FAXの現在の提供範囲
SP-FAXでは、提供済み機能と今後の計画を分けて公開しています。2026年8月14日時点の主な範囲は次のとおりです。
| 提供区分 | 主な内容 |
|---|---|
| 標準提供 | TOTP MFA、パスワードポリシー、暗号化、テナント分離、監査ログ、Web/API・DBの冗長化、現行の文書流入経路のマルウェア検査 |
| 設定により提供 | 管理画面のテナント単位IP/CIDR制限、APIキー単位のIP/CIDR制限 |
| エンタープライズ | SAML 2.0企業SSO、医療・機密情報向けプロファイル（要件確認・要お問い合わせ） |
| 今後追加・強化 | 顧客別の削除実施証跡、監査Webhook、別AWSアカウントの削除不能バックアップなど |
詳細と最新の提供状況は、SP-FAXのセキュリティと信頼性で確認できます。要件がある場合は、標準提供か個別設定かを含めてお問い合わせください。
参考資料
実装テーマ別の深掘りガイド
よくある質問
Q. クラウドFAXは紙のFAXより安全ですか？
一律には決まりません。紙の放置や取り違えを減らせる一方、アカウント乗っ取り、メール転送先、権限設定など別のリスクが生じます。自社の送受信経路と運用を含めて比較します。
Q. 二段階認証があれば十分ですか？
十分とは限りません。MFAに加え、組織単位での必須化、退職者アカウントの停止、権限分離、IP制限、監査ログを組み合わせて確認します。
Q. FAXの暗号化は何を確認すればよいですか？
ブラウザーやAPIの通信中、クラウドストレージやデータベースでの保存時、通知メールと添付ファイルの3つを分けて確認します。
Q. 受信FAXをメール添付にしても安全ですか？
メールボックスや転送先にも原本が複製されます。機密性が高い文書では、通知だけを送り、認証後のポータルで閲覧する運用も検討します。
Q. 選定時に最低限もらうべき資料は何ですか？
セキュリティ機能一覧、データフロー、保存場所と期間、障害・インシデント時の連絡方法、責任分界、解約時のデータ返却・削除条件を確認できる資料が基本です。
自社のセキュリティ要件と照合する
SP-FAXの標準提供、設定により提供、エンタープライズ向け、今後追加予定を分けて公開しています。