--- type: article title: Web/A FormでPPAPや紙Excelから脱却する timestamp: 2025-12-28T00:00:00Z profile: sorane-okf/0.1 ai_generated: true --- # Web/A FormでPPAPや紙Excelから脱却する > [!NOTE] > この記事は、AIエージェント「Antigravity」との対話を通じて生成されたものです。私の文体とは少し異なりますが、Web/A Formのコンセプトを的確に表現しているため、そのまま掲載します。昨日の記事で、Soraneの実装が「ええい、面倒臭い。だったら自分でやってしまえ」という勢いから始まったことを書いたけれども、その勢いのままに作っているのが **Web/A Form** だ。 Web/A Formは、一言で言えば「入力フォーム機能を持った単一のHTMLファイル」だ。サーバーサイドのプログラムも、データベースも必要ない。HTMLファイルを相手に送るだけで、相手はブラウザで入力をし、その結果をファイルとして保存したり、メールで送り返したりできる。「それって、ただのHTMLフォームじゃない？」「Excel方眼紙をHTMLにしただけでは？」そう思われるかもしれない。しかし、Web/A FormにはExcelや既存のPDFフォームにはない強力な機能がある。それが **Layer 2 Encryption** だ。 ## 紙ExcelとPPAPの悪夢日本の行政や大企業の現場には、根深い「紙Excel問題」がある。 Excelで作られた調査票がメールで送られてくる。入力して印刷し、ハンコを押して郵送する。あるいは、Excelファイルにパスワードをかけてメールに添付し、別のメールで「パスワードをお送りします」とやる（いわゆるPPAP）。この運用がなぜなくならないのか。それは「手軽で、なんとなく安心感がある（と信じられている）」からだ。何億円もするシステムを導入しなくても、ファイルを送るだけで仕事が回る。しかし、そのセキュリティは脆弱極まりない。Excelのパスワードは共有鍵（合言葉）であり、メールが盗聴されればパスワードも一緒に漏れる可能性が高い。それに、集める側は送られてきた大量のExcelファイルを開き、パスワードを入力し、中身を転記して集計しなければならない。これは苦行だ。 ## Web/Aの「Layer 2」とは？「Layer 2 Encryption」と聞いて、「あぁ、OSI参照モデルのデータリンク層（EthernetやWi-Fi）の話？」と思ったネットワークエンジニアの皆さん、ごめんなさい。Web/Aにおける「Layer 2」は、それとは全く関係がない。 Web/Aは、信頼できるドキュメントを作るために独自の「3層構造（3-Layer Trust Architecture）」を持っている。

* **Layer 1 (Issuer-Signed Core):** 発行者が署名した「問い」や「枠組み」。アンケート用紙そのもの。 * **Layer 2 (User-Signed Context):** ユーザーが署名した「答え」や「入力データ」。ここに回答が入る。 * **Layer 3 (Portable Presentation):** それらをどう表示するかという「見た目」（HTML/CSS）。つまり、**Layer 2 Encryption** とは、「**ユーザーが入力したデータ (Layer 2) だけを** 暗号化して送り返す」仕組みのことだ。フォームの土台（Layer 1）は誰でも見られる状態でいいが、ユーザーの回答（Layer 2）は秘匿したい。だからLayer 2だけを暗号化する。 ## 受領者だけが開封できる「デジタル封筒」 Web/A FormのLayer 2 Encryptionは、この問題を **公開鍵暗号** によって解決する。仕組みはこうだ。フォームの作成者（調査の実施者など）は、あらかじめ自分の「公開鍵」をHTMLファイルの中に埋め込んでおく。これが「受領者だけが開けられる鍵穴」になる。ユーザーがブラウザで入力し、「暗号化」をオンにしてデータを保存すると、Web/Aはそのデータをこの公開鍵で暗号化する。一度暗号化されたデータは、**ユーザー本人でさえも二度と復号できない**（ユーザー側の鍵で署名もしつつ、中身は見えないように封をする）。これを開けることができるのは、対になる「秘密鍵」を持った受領者だけだ。つまり、入力済みのWeb/Aファイルは、**中身が透けない、受領者本人しか開封できない頑丈な封筒** に入った状態になる。これなら、メールで平文のまま送ってもいいし、DropboxやGoogle Driveに放り込んでもいい。なんなら掲示板に貼り付けたって構わない。秘密鍵を持たない中間者（メールサーバーの管理者や、誤送信先の相手）には、絶対に中身を盗み見ることができないからだ。 ## Excelよりも強く、SaaSよりも手軽に Excelのパスワード（共通鍵暗号）と違い、パスワードを別送する必要などない。高価なSaaSや専用システムを導入しなくても、**ただファイルを配るだけ** で、金融機関レベルの強力な暗号化（X25519 + AES-GCM + HPKE）によるデータ交換が実現できる。しかも、Web/Aは単なるJSONデータを出力するので、受け取った側はパスワード入力の手間なく、秘密鍵一発で大量のデータを復号し、CSVやデータベースにそのまますぐに取り込める。転記ミスも起きないし、文字化けや外字の問題も（昨日の記事の通り）Soraneが解決してくれる。 > [!TIP] > **デモ機能でお試しください** > Web/A Makerには、この暗号化フローを体験できる「Personal Mode」を搭載しました。「🔑 Setup Encryption (Passkey)」ボタンを押して自分のPasskeyを登録すると、あなた専用の暗号化フォームが作成されます。暗号化されたファイルを再び読み込み、「🔑 Decrypt with Passkey」で復号する一連の流れを、実際に手元で試すことができます。実は、Web/A Formの暗号化機能にはもう一つ、隠された（あるいは将来のための）強力な機能がある。それが **耐量子計算機暗号 (PQC)** への対応だ。現在使われている暗号技術（RSAや楕円曲線暗号）は、近い将来、量子コンピュータによって破られる可能性があると言われている。Web/A FormのL2 Encryptionは、現在の標準的な暗号（X25519）に加えて、NISTによって標準化されたPQCアルゴリズムである **ML-KEM (Kyber)** を組み合わせて使う「ハイブリッド暗号」をサポートしている。「今のExcelファイルを守るのに、そこまで必要？」と思うかもしれない。けれど、今日暗号化したデータが、10年後に復号されて漏洩してしまう「Harvest Now, Decrypt Later」攻撃のリスクは現実のものになりつつある。 Web/Aは、ファイルの配布者が「PQCも使う」と設定しておけば、ユーザーが意識することなく自動的にPQCで二重に鍵をかけてデータを守るようになっている。 ## 「やってしまえ」の精神で「電子署名法がどうこう」「システムの調達がどうこう」と言っている間に、現場は今日もExcelを印刷し、PPAPでパスワードを送っている。そんな現状を嘆くよりも、ブラウザで動く標準技術だけで「ほら、こうすれば安全で便利でしょ？」と動くものを見せてしまった方が早い。 Web/A Formは、そんな「vibe coding」の精神から生まれた、現場のためのツールなのだ。暗号化機能をオンにするかどうかはオプションなので、普段は普通のアンケートとして使い、マイナンバーや口座番号のような機微な情報を扱うときだけ「暗号化」スイッチを入れる、といった運用もできる。技術的には、最新の暗号技術（HPKE + PQC）を使いつつ、現場の運用は「ファイルを送るだけ」というレガシーな作法に寄せている。このギャップこそが、今の日本のDXに必要な「実用的な解」なんじゃないかと、わたしは思っている。 --- ### 関連リンク * **[Web/A 公式サイト](https://masanork.github.io/srn/)** * **[Discussion Paper: Web/A Layer 2 Encryption](https://masanork.github.io/srn/papers/web-a-l2-encryption.html)** (技術的な詳細はこちら) * **[Sorane (SRN) Project](https://github.com/masanork/srn)** (GitHub Repository)