知識マップ: なぜメールセキュリティにおいて PPAP はダメなのか。正しいやり方は？

記事「なぜメールセキュリティにおいて PPAP はダメなのか。正しいやり方は？」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

PPAPはパスワード付きZIPを送ったあと同じメール系統でパスワードを別送する運用ですが、盗聴対策としては弱く、誤送信が起きるとパスワードごと同じ相手に届いて事故が完成し、暗号化された添付がマルウェア検査をすり抜けやすく、送信者の真正性やアクセス制御も担保しません。代替として、通常の業務メールはTLS/STARTTLSによる通信路保護を前提にし、真正性や本文の暗号化が必要ならS/MIMEを使い、機密ファイルの受け渡しは権限設定・期限・失効を扱える認証付きダウンロードやOneDrive・Googleドライブのアクセス制御付き共有に置き換えることが実務上の答えになります。どうしても添付が必要な場合に限り、パスワードを別経路で伝える運用は暫定策として位置づけられます。

flowchart LR
    accTitle: PPAPがダメな理由と代替策の知識マップ
    accDescr: PPAPが盗聴対策や誤送信対策として弱くマルウェア検査もすり抜けやすいこと、そして通常メールのTLSやS/MIMEでの保護と、機密ファイルの認証付き共有への置き換えが必要になることを示す図。
    ppap["PPAP"]
    authenticated_file_sharing["認証付きダウンロード/アクセス制御付き共有"]
    password_protected_zip_attachment["パスワード付きZIP添付"]
    same_channel_password_delivery["同じメール系統でのパスワード別送"]
    email_confidentiality["メールの盗聴対策(秘匿性)"]
    misdirected_email_impact["誤送信時の被害"]
    malware_scan_evasion["マルウェア検査のすり抜け"]
    emotet["Emotet"]
    sender_authenticity["送信者の真正性"]
    email_access_control["メール・ファイルのアクセス制御"]
    tls_email_transport["TLS/STARTTLSによる通信路保護"]
    normal_business_email["通常の業務メール"]
    smime["S/MIME"]
    confidential_file_transfer["機密ファイルの受け渡し"]
    link_revocation["リンク・アクセス権の失効"]
    access_expiration["共有の有効期限"]
    onedrive_sharepoint_sharing["OneDrive/SharePointの共有機能"]
    google_drive_sharing["Googleドライブの共有機能"]
    manual_out_of_band_password_delivery["パスワードの別経路手動伝達"]
    ppap -->|"利用する"| password_protected_zip_attachment
    ppap -->|"利用する"| same_channel_password_delivery
    ppap -->|"用いるのは非推奨"| email_confidentiality
    ppap -.->|"原因になり得る"| misdirected_email_impact
    ppap -->|"原因になり得る"| malware_scan_evasion
    emotet -->|"利用する"| malware_scan_evasion
    ppap -->|"用いるのは非推奨"| sender_authenticity
    ppap -->|"用いるのは非推奨"| email_access_control
    tls_email_transport -->|"推奨される対応"| normal_business_email
    smime -.->|"推奨される対応"| normal_business_email
    smime -->|"実装を担う"| sender_authenticity
    authenticated_file_sharing -->|"推奨される対応"| confidential_file_transfer
    authenticated_file_sharing -->|"前提とする"| email_access_control
    authenticated_file_sharing -->|"前提とする"| link_revocation
    authenticated_file_sharing -->|"前提とする"| access_expiration
    ppap -->|"両立しない"| link_revocation
    onedrive_sharepoint_sharing -->|"実装を担う"| authenticated_file_sharing
    google_drive_sharing -->|"実装を担う"| authenticated_file_sharing
    onedrive_sharepoint_sharing -->|"で構成できる"| access_expiration
    google_drive_sharing -.->|"で構成できる"| access_expiration
    authenticated_file_sharing -->|"の後継"| ppap
    manual_out_of_band_password_delivery -.->|"推奨される対応"| confidential_file_transfer

概念間の関係(全22件)

図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。

• PPAPはパスワード付きZIP添付を利用します。PPAPはファイルをパスワード付きZIPにして送る運用である。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• PPAPは同じメール系統でのパスワード別送を利用します。PPAPはZIPと同じメール系統で、後から別便としてパスワードを送る。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• PPAPをメールの盗聴対策(秘匿性)に用いることは推奨されません。同じメール系統・同じ受信箱に送ると、ZIPを見られる人とパスワードを見られる人がほぼ同じになり、盗聴対策としては弱い。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• PPAPは誤送信時の被害の原因になることがあります。宛先を間違えると復号用パスワードも同じ誤った相手に届いてしまう。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• PPAPはマルウェア検査のすり抜けの原因になることがあります。添付ファイルが暗号化されているため、メール配送経路上のセキュリティ製品の検知・検疫をすり抜けやすい。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• Emotetはマルウェア検査のすり抜けを利用します。Emotetの攻撃メールは、パスワード付きZIPによる検査すり抜けを悪用して受信者の手元に届いた。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• PPAPを送信者の真正性に用いることは推奨されません。PPAPは送信者が本物であることを証明しない。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• PPAPをメール・ファイルのアクセス制御に用いることは推奨されません。誰がいつダウンロードしたか、失効できるか、権限を分けられるかといったアクセス制御をほとんど持たない。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• TLS/STARTTLSによる通信路保護は通常の業務メールに対する本記事の推奨です。通常の業務メールは、TLS/STARTTLSのような通信路保護を前提にすべきである。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• S/MIMEは通常の業務メールに対する本記事の推奨です。送信者の真正性、改ざん検知、メール本文自体の暗号化が必要な場合は、S/MIMEを検討するのが筋である。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• S/MIMEは送信者の真正性の実装を担います。S/MIMEは証明書によって、送信者が本人であることを受信側が確認できるようにする。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 認証付きダウンロード/アクセス制御付き共有は機密ファイルの受け渡しに対する本記事の推奨です。相手本人だけにファイルを渡し、閲覧権限を制御し、あとから失効したい場合は、添付より認証付きダウンロード/アクセス制御付き共有のほうが自然である。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 認証付きダウンロード/アクセス制御付き共有はメール・ファイルのアクセス制御を前提とします。非公開情報を扱う共有には、認証機能とアクセス制御が必要になる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 認証付きダウンロード/アクセス制御付き共有はリンク・アクセス権の失効を前提とします。誤送信のあとで、リンクの失効やアクセス権の削除によって止められることが要件になる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 認証付きダウンロード/アクセス制御付き共有は共有の有効期限を前提とします。URLとトークンの両方に有効期限を持たせることが要件になる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• PPAPはリンク・アクセス権の失効と両立しません。PPAPは送った時点で止められず、失効という統制手段を持たない。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• OneDrive/SharePointの共有機能は認証付きダウンロード/アクセス制御付き共有の実装を担います。特定のユーザーを指定した共有によって、相手を限定した認証付き共有を実現できる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• Googleドライブの共有機能は認証付きダウンロード/アクセス制御付き共有の実装を担います。閲覧者・編集者などの権限指定によって、相手を限定した認証付き共有を実現できる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• OneDrive/SharePointの共有機能は共有の有効期限で構成できます。共有リンクに有効期限とパスワードを設定できる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• Googleドライブの共有機能は共有の有効期限で構成できます。対象となる職場・学校アカウントでは、アクセスに有効期限を付けられる。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• 認証付きダウンロード/アクセス制御付き共有はPPAPの後継に当たります。機密ファイルの受け渡し方式として、PPAPに代わって位置づけられる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• パスワードの別経路手動伝達は機密ファイルの受け渡しに対する本記事の推奨です。相手の事情でどうしても添付が必要な場合に限り、暗号化ファイルとパスワードを別経路で伝える暫定策として推奨される。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典

主要概念の定義

PPAP

ファイルをパスワード付きZIPにして1通目のメールで送り、2通目のメールでパスワードを送る運用のこと。

認証付きダウンロード/アクセス制御付き共有

ファイルを添付せず、相手にログインしてもらってから渡す方式。誰がいつ取得したかの記録、期限、失効、相手ごとの権限を扱える。

Emotet

パスワード付きZIP添付を悪用して感染を広げたマルウェア(攻撃メール)。

TLS/STARTTLSによる通信路保護

メールの通信そのものを暗号化する仕組み。守るのは通信路だけで、届いた先のメールボックスの中では平文に戻る。

S/MIME

証明書を使ってメールに電子署名や暗号化を施し、送信者が本人であることと改ざんされていないことを受信側が確認できるようにする仕組み。

OneDrive/SharePointの共有機能

特定のユーザーを指定した共有、有効期限の設定、パスワードの設定ができるMicrosoft 365の共有機能。

Googleドライブの共有機能

相手を指定して閲覧者・編集者などの権限を分けられ、対象アカウントではアクセスに有効期限を付けられるGoogle Workspaceの共有機能。

パスワードの別経路手動伝達

どうしても添付でファイルを送る必要がある場合に、暗号化ファイルとパスワードをメールとは全く別の経路(電話・SMSなど)で伝える暫定策。

機械可読データ

• JSON-LD / Turtle ── この記事の知識グラフ全体
• 概念一覧 / 語彙(述語)の定義

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。