コンテンツにスキップ

PPAP (セキュリティ)

リンクを追加
出典: フリー百科事典『ウィキペディア（Wikipedia）』

PPAP（ピーピーエーピー）はコンピュータセキュリティの手法の一つ。

名称

[編集]

「Password付きZIPファイルを送ります、Passwordを送ります、Angoka（暗号化）Protocol（プロトコル）」の略号である[1]。

日本情報経済社会推進協会に所属していた大泰司章（おおたいし あきら）（現・PPAP総研）が問題提起し命名した[2]。ピコ太郎の『PPAP』（ペンパイナッポーアッポーペン）の響きが「プロトコルっぽい」と言う人がいたことから大泰司が命名のヒントを得た[3]。PPAPという用語は『日本情報経済社会推進協会』の発行する文書にも使われている[4]。

具体的な方法

[編集]

PPAPによるファイルの送受信は、次のような段階によって行われる。

  1. 送信者は、ファイルをパスワード付きzipファイルで暗号化し、メールに添付して送信する。
  2. 送信者は、1.で送信した添付ファイルのパスワードを、別途メールにて送信する。
  3. 受信者は、送信者から受け取った添付ファイルとパスワードによってファイルを復号し、中身を得る。

特に2.におけるパスワードの送信を、1.の添付ファイルと同一の経路で（メールやチャットといった手段を変えず、また同一メールアドレス宛に）送信することを、狭義のPPAPとして扱うことがある。

特徴

[編集]

PPAPは誤ったセキュリティ対策である[5]にもかかわらず、日本国内では官民問わず利用されている。このPPAP方式によるメール送信を支援するためのソフトウェア製品も市販されている[6]。

他方、日本国外ではほとんど見られない慣行である[2]。

PPAPが使われ出す前は、パスワード付きzipファイルをメール送信し、パスワードを「送信先社名の略号」など関係者のみに通じる符丁が使われていたが、2010年代よりパスワードも同一経路で送信する手法が採られ始めた[2]。

プライバシーマーク、およびISO/IEC 27000 シリーズの監査上、ファイルの暗号化に対応するための手法として広まったとされている。

批判

[編集]

PPAPは、企業のセキュリティ対策を向上させるどころか、むしろ危険に晒しているとして、批判を受けている。主な批判は、次のようなものである。

  • セキュリティに関する批判
    • PPAPは典型的なセキュリティシアター（英語版）である。セキュリティ対策をしているという安心感に不必要な費用を掛け、本来するべき対策をせず、また有用な対策に利用する費用が削られている[7]。
    • 攻撃者がzipファイルを添付したメールを入手できるならば、同じ手段で送られるパスワードも入手できると考えられる。もし有用にパスワードを使用するならば、別の手段でパスワードを送るべきである[6]。
    • 多くの企業では、ファイルのzip化とパスワードの送信を自動で行っている。手動であればパスワード送信前に誤送信に気付くという効果があるかもしれないが、自動化されているとその効果も得られない[6]。
    • 添付ファイルを暗号化zipファイルにアーカイブすることによって、もし添付ファイルがマルウェアに感染していたとしても、アンチウイルスソフトウェアのシグニチャ型対策、サンドボックス型対策のどちらにも検知されない可能性が高まる[5]。
    • パスワード付きzipファイルのパスワード解析は、2012年時点で1秒間に45億回の試行が可能であるという報告がされており、もし暗号化zipファイル単体のみが攻撃者の手に渡ったとしても、中身を盗み見られる可能性は高い。暗号化の為にパスワード付きzipファイルを使う事がそもそもセキュリティ対策として有用ではない[5]。
  • セキュリティ以外の批判
    • Windows標準機能ではパスワード付きzipファイルを作成できない。そのため、何らかの圧縮ソフトウェアを用意する必要があるが、企業間でファイルの授受を行う際に方法の統一が取れず混乱を招く恐れがある（特に、管理者によってアプリケーションのインストールを制限されている場合）。
    • スマートフォン端末等では、パスワード付きzipファイルを閲覧するために専用のアプリケーションが必要であるなど、テレワークの導入に障壁となりえる[8]。
    • わざわざ別のメールで指定されたパスワードを一々入力するという手間は、無駄が多い。
    • zipファイルでは日本語ファイル名が文字化けする可能性がある。一般にWindowsでは文字コードとしてShift_JISでエンコードするのに対し、iOSやAndroid、macOSではUTF-8を前提にデコードする場合が多い[5]。

廃止の動き

[編集]

官庁

[編集]

平井卓也デジタル改革担当相は2020年11月、中央省庁の職員が文書などのデータをメールで送信する際のPPAPを廃止する方針であると明らかにした[9]。その後、11月26日から内閣府と内閣官房においてPPAPを廃止した[10]。今後、民間においてもPPAPからの脱却の動きがあると思われる[11]。

民間

[編集]

日立製作所は2021年10月に、同年12月以降日立グループ全体においてPPAPを廃止し、同時にパスワード付きZIPファイルのメール送受信そのものをグループ内で不可能にする予定であることを公表した[12]。

代替案

[編集]

PPAPの代替案として以下のようなものが提案されている。

公式の代替案

[編集]

『PPAPからの脱却』（PPAP総研 大泰司章）では、以下のメール以外でのファイル共有を推奨している（上記と重複するものもある）[15]。

出典

[編集]
  1. ^ 宮田健 (2020年6月23日). “セキュリティ的に意味なし “旧ノーマル”な職場にはびこる習慣、その名も「PPAP」を知っていますか”. ITmedia エンタープライズ. 2020年9月6日閲覧。
  2. ^ a b c 情報処理 : 情報処理学会誌 2020年7月（61巻7号、通巻664号）pp.706-734 小特集 さようなら，意味のない暗号化ZIP添付メール：1「PPAPとはなにか─その発展の黒歴史─（大泰司章）」, NAID 40022288727
  3. ^ “ピコ太郎？ パスワード付きZIPメール、なぜ「PPAP」と呼ばれるの？”. ITmedia NEWS. (2020年11月24日). https://www.itmedia.co.jp/news/articles/2011/24/news114.html 2021年1月22日閲覧。 
  4. ^ JIPDECインフォメーション第187号（2019年9月25日）[1]
  5. ^ a b c d 情報処理 : 情報処理学会誌 2020年7月（61巻7号、通巻664号）pp.706-734 小特集 さようなら，意味のない暗号化ZIP添付メール：3「我々はなぜPPAPするようになってしまったのか（上原哲太郎）」, NAID 40022288733
  6. ^ a b c 情報処理 : 情報処理学会誌 2020年7月（61巻7号、通巻664号）pp.706-734 小特集 さようなら，意味のない暗号化ZIP添付メール：2「PPAPのセキュリティ意義（楠 正憲）」, NAID 40022288730
  7. ^ 情報処理 : 情報処理学会誌 2020年7月（61巻7号、通巻664号）pp.706-734 小特集 さようなら，意味のない暗号化ZIP添付メール：0．編集にあたって -儀式セキュリティPPAP：日本のセキュリティ・ルネサンスに向けて-」, NAID 170000181999
  8. ^ 沢渡あまね「仕事ごっこ～その“あたりまえ”，いまどき必要ですか？」技術評論社、ISBN 978-4-297-10621-8、pp.61-72「白ヤギさんと黒ヤギさん、ふたたび コミュニケーションに水を差すPPAP」
  9. ^ 霞が関でパスワード付きzipファイルを廃止へ　平井デジタル相 ITmedia NEWS、2020年11月17日
  10. ^ 内閣府と内閣官房で脱“パスワード付きZIP”運用を開始　ファイル送信は内閣府のストレージサービス活用 ITmedia NEWS、2020年11月26日
  11. ^ パスワード付きzip PPAP 問題について NEC、NECセキュリティブログ、執筆者は宇井哲也、2021年1月8日
  12. ^ “日立グループにおけるパスワード付きZIPファイル添付メール(通称PPAP)の利用廃止に関するお知らせ：日立”. 日立グループ (2021年10月8日). 2021年10月17日閲覧。
  13. ^ a b c “PPAPの代替案とは？PPAPの代替案の特徴別メリット・デメリット”. 2022年6月26日閲覧。
  14. ^ “PPAPの代替案には何がある？併せて導入したいソリューション”. 2022年6月26日閲覧。
  15. ^ [2]

関連項目

[編集]

外部リンク

[編集]
「https://ja.wikipedia.org/w/index.php?title=PPAP_(セキュリティ)&oldid=99538122」から取得