AIでつくる人のセキュリティ 第1章を読む →
トップ›世界水準編›第27章
世界水準編第27章

自分の判断基準を作る：リスク受容と専門家に頼む境界

読む目安：約40分回避・低減・移転・受容。公開可否を自分で決め、頼む境界を知る

27章の最後は、新しい基準を学ぶ章ではありません。これまでの26章で手にした道具を、「自分で判断する」ための一枚の基準にまとめる章です。リスクを4つの対応で扱い、公開可否の判断フローを描き、どこから先を専門家に頼むかの線を引きます。そして第1章の「正しく怖がる」に戻ります。

この章の学習目標

  • リスクへの4つの対応（回避・低減・移転・受容）を、自分のアプリの具体的な判断に当てはめられるようになる
  • 扱うデータ、利用者の範囲、ASVS L1の採点結果、残るリスクの受容可否から、公開／限定公開／公開しないを自分で決められるようになる
  • 専門家に頼むべき境界と頼み方（脆弱性診断とペネトレーションテストの違い、持っていく資料）を説明し、継続して学ぶ情報源を持てるようになる

リスクへの4つの対応

経理のリスク対応では、識別したリスクを「回避・低減・移転・受容」の4つのどれかで扱います。COSOのERM（全社的リスク管理）で使われる分類で、内部監査やJ-SOXの文書にも出てくる言葉です。アプリのセキュリティも、この4つで整理できます。

対応経理での例アプリでの例この教材の章
回避リスクの高い取引をしない他人の個人情報を集めない。決済機能を付けない。公開しない。機能を削る第3章、第8章の資産棚卸し
低減承認、照合、職務分掌などの統制を置く実践編の5つの演習。ASVS L1の「満たさない」を潰す。STRIDEの上位3脅威に対策を置く第9〜13章、第20章、第21章
移転保険、外部委託認証をSupabase Authに、TLSをVercelに、パスワード保存を認証基盤に任せる。専門家の診断を受ける第10章、第12章、第25章
受容影響が小さいリスクを承知のうえで引き受け、記録する残るリスクを言葉にし、「誰が、いつ、何を根拠に受け入れたか」を点検ノートに残して公開する第21章、この章

大切なのは、受容は「何もしない」ことではない、という点です。受容は「このリスクが残っていることを知ったうえで、理由を書いて引き受ける」という能動的な判断です。何が残っているかを知らないまま公開するのは、受容ではなく放置です。第20章の採点表の「分からない」と、第21章の上位3脅威のうち対策していないものが、あなたが受容を判断すべきリスクの一覧です。

公開可否の判断フロー

これまでの章の結果を、1本の流れにつなぎます。上から順に問いに答えると、「公開」「限定公開」「公開しない」のどれかに着きます。

1. 扱うデータは何か（第3章・第8章） 見るだけ／入力・ログインあり／他人のデータ・お金 見るだけ（個人情報も入力も無い） 2. 利用者は誰か 自分だけ・限られた同僚／不特定多数 自分だけ・同僚だけ 3. L1採点に「満たさない」が残るか（第20章） 残っている／残っていない 残っている 4. 残るリスクを受容できるか（第20・21章） 理由を書いて受け入れられる／受け入れられない 受け入れられない 公開 受容の記録を残す 公開しない 修正・専門家・機能を削る 限定公開 認証・保護URL・社内限定 他人のデータ・お金を扱い、不特定多数に公開するなら、4に進む前に専門家のレビューを受ける
図27-1　公開可否の判断フロー。「見るだけ」のアプリは1で左に抜けて公開できます。4まで進んで「受け入れられる」と判断したものだけが、記録とともに公開されます。

このフローの要点は3つです。第一に、「見るだけ」のアプリは早い段階で公開に抜けられます。第1章で確かめた通り、盗まれるものが無ければ被害は限られます。第二に、利用者が自分や同僚だけなら、限定公開（第12章のプレビュー保護、ログイン必須）という選択肢があり、それはリスクの「回避」に近い扱いです。第三に、不特定多数に、他人のデータやお金を扱うものを公開する判断は、自分だけでは下さない。これが次の節です。

専門家に頼む境界

この教材を通して何度も書いてきた線を、ここで明確にします。次のどれかに当てはまるなら、自分の点検とAIのレビューに加えて、専門家のレビューを受けてから公開してください。

  • 他人の個人情報（氏名、メールアドレス、住所など）を保存する
  • 決済、送金、ポイントなど、お金や金銭的価値を扱う
  • 会社の業務データ（取引先、経理データ、人事データ）を扱う
  • 不特定多数に公開し、誰が使うかを把握できない
  • 法規制の対象になる（個人情報保護法の報告義務、業法上の規制など）

頼み方を知っておくと、話が早くなります。日本では、経済産業省が定めた「情報セキュリティサービス基準」に適合するサービスを、IPAが「情報セキュリティサービス基準適合サービスリスト」として公開しています。リストには、情報セキュリティ監査サービス、脆弱性診断サービス、デジタルフォレンジックサービス、セキュリティ監視・運用サービス、機器検証サービスの区分があり、脆弱性診断サービスの中で「ペネトレーションテスト」を付加的に提供する事業者には印が付いています。IPA自身が適合を検証しているわけではない点も、リストに明記されています。

脆弱性診断
アプリや設定に既知の弱点が無いかを、網羅的に調べる。健康診断に近い。ASVSのようなチェックリストに沿って行われることが多い。個人開発がまず頼むならこちら。
ペネトレーションテスト
攻撃者の立場で、実際に目標（他人のデータに届くか等）を達成できるかを試す。精密検査に近い。診断より費用も期間もかかる。お金や大量の個人情報を扱うものに。

頼むときに持っていく資料は、この教材で作ったものがそのまま使えます。第8章の全体図と資産の表、第9〜13章の点検ノート、第20章のASVS採点表（とくに「分からない」の一覧）、第21章のSTRIDE表と上位3脅威、第24章のSBOM、第26章の権限棚卸し表。専門家は、何も無い状態から調べるより、これらがある状態のほうが、短い時間で深く見てくれます。そして、報告書に「T1190」「ASVS 8.2.2」「AML.T0051」と書かれていても、あなたはもう読めます。

学び続けるために

基準は更新されます。ASVSは4.0.3から5.0まで6年かかりましたが、ATT&CKは2026年だけで4月のv19と8月のv19.2が公開され、ATLASは2026年にはほぼ毎月更新されています。公式の一次情報を、定期的に見る習慣が要ります。確認できた情報源と資格を挙げます。

種類名称何を見るか
基準OWASP（Top 10、ASVS、Cheat Sheet Series、GenAI Security Project）基準の改訂。Cheat Sheetの推奨値の更新
基準NIST CSRC（SSDF、AI RMF）、CISA（Secure by Design、SBOM）草案の確定、新しいプロファイル
手口MITRE ATT&CK、MITRE ATLAS新しい技術ID。とくにATLASのエージェント関連
日本IPA（安全なウェブサイトの作り方、各種手引）日本語の一次資料。届出に基づく脆弱性の傾向
日本JPCERT/CC（注意喚起、Weekly Report）いま広く影響する脅威。週次のまとめ
日本個人情報保護委員会漏えい時の報告義務と手続
自分の環境Vercel、Supabase、GitHubのセキュリティ告知自分が使う基盤の変更。Security AdvisorやDependabotの通知
資格情報処理安全確保支援士（登録セキスペ）2016年10月の法改正で生まれた国家資格。登録後は講習の受講が要る
資格情報セキュリティマネジメント試験（SG）IPAの試験。利用部門の情報セキュリティリーダー向け。非エンジニアの入口として

コミュニティについては、OWASPが世界各地に支部を持ち、日本語の資料や勉強会があります。参加の仕方は公式サイトで確認してください。ひとりで全部を追う必要はありません。同僚と分担し、点検ノートを共有する。それが、経理が月次で残高を照合するのと同じ「運用」になります。

この教材を終えた人ができるようになったこと

  • 基礎編（第1〜7章）：「91%に脆弱性」の数字を前提条件込みで説明でき、Webアプリの仕組みと信頼境界を描け、扱うデータでリスクの大きさを3段階で判断できる。AIがなぜ間違えるか（3分類・8つの失敗モード）を知り、頼み方で結果が変わることを数字で言える。
  • 実践編（第8〜13章）：自分のアプリの全体図を描き、秘密情報、認証と権限、入力欄、公開先の設定を自分の手で点検し、作るAIと見るAIを分けてOWASP Top 10の観点でレビューさせ、公開前チェックリスト16項目で最終確認できる。
  • 応用編（第14〜19章）：論文の原文を読み、OWASP Top 10:2025とLLM Top 10の各項目を自分のアプリに当てはめ、slopsquattingやプロンプトインジェクションといったAI特有の攻撃を仕組みから説明できる。公開後のログ・監視・事故対応の手順を持ち、識者の主張を一次資料と数字で検証できる。
  • 世界水準編（第20〜27章）：ASVS 5.0のL1で採点し、STRIDEで脅威を洗い出し、SSDFとSecure by Designの番号で自分の開発を語り、ATT&CKとATLASのIDで報告書を読み、SBOMを出し、暗号の使い方を点検し、AIエージェントの権限を棚卸しし、公開可否と専門家に頼む境界を自分で決められる。

第1章に戻る：正しく怖がる

第1章で、「怖がるためではなく、正しく怖がるためにこの論文を読む」と書きました。27章を終えたいま、同じ言葉を少し違う意味で使えます。正しく怖がるとは、何が怖くて何が怖くないかを、数字と基準で切り分けられることです。見るだけのアプリを過度に恐れる必要はないこと。他人のデータを預かるものは、自分の点検だけでは足りないこと。そしてその両方を、ASVSの要件番号やSTRIDEの分類という、専門家と同じ言葉で説明できること。

世の中には、「AIでコードを書けない社会人は取り残される」という種類の言い方があります。この教材は、その言い方とは距離を置きます。AIでアプリを作れることは、それ自体では価値でも危険でもありません。価値を決めるのは、作ったものが何を扱い、誰に使われ、何が起きうるかを理解して、公開するかしないかを自分で判断できることです。それは技術の速さの話ではなく、仕組みを理解して責任を引き受ける、という経理の人がいつもやっている仕事の延長にあります。

あなたは、作れる人であると同時に、見られる人になりました。見ないまま承認しない。それだけを、これからも守ってください。

演習：自分のアプリの「公開判断書」を書く

所要時間：約30分
  1. 対象のアプリを1つ選び、図27-1の4つの問いに順に答えます。答えごとに、根拠となる章の成果物（第3章の区分、第8章の資産の表、第20章の採点表、第21章の上位3脅威）の該当箇所を書き添えます。
  2. 残るリスク（第20章の「分からない」と、第21章の上位3脅威のうち未対策のもの）を1行ずつ列挙し、それぞれに「回避／低減／移転／受容」のどれで扱うかを書きます。
  3. 「受容」としたものには、受容する理由（影響が小さい、利用者が限られる、など）と、受容する人（あなた）の名前と日付を書きます。理由が書けないものは、受容ではありません。「低減」か「回避」に戻します。
  4. 専門家に頼む境界の5条件に当てはまるかを確かめます。当てはまるなら、「専門家に頼む」を判断書に書き、持っていく資料の一覧（全体図、点検ノート、採点表、STRIDE表、SBOM、権限棚卸し表）を揃えます。
  5. 結論を「公開／限定公開／公開しない」のどれかで書き、点検ノートの最初のページに置きます。
  6. 最後に、半年後の日付を書き、「そのときにこの判断書を見直す」と記します。基準も、アプリも、あなたも変わります。
注意：最後にもう一度 この教材で学んだ確認方法は、すべて「自分が作り、自分が管理するアプリ」に対してのみ使ってください。専門家に依頼するときも、対象は自分のアプリであり、契約で許可された範囲に限られます。他人のサイトやサービスに対する「確認」は、許可がなければ善意であっても行わないでください。不正アクセス禁止法が禁じているのは、他人のIDやパスワードなど（識別符号）を無断で使う行為や、アクセス制御の弱点を突いてすり抜ける行為などで、どの確認がそれに当たるかは行為によります。この教材が「自分のアプリ、または許可された範囲だけ」をルールにしているのは、その境目を自分で判断しなくて済むようにするためです。

まとめ

  • リスクは回避・低減・移転・受容の4つで扱う。受容は放置ではなく、「何が残っているかを知り、理由と名前と日付を書いて引き受ける」能動的な判断。第20章の「分からない」と第21章の未対策の脅威が、受容を判断すべき一覧。
  • 公開可否は、扱うデータ、利用者の範囲、ASVS L1の採点結果、残るリスクの受容可否の順に決める。見るだけのアプリは早く公開に抜けられる。他人のデータやお金を扱い不特定多数に公開するなら、専門家のレビューを受ける。日本ではIPAの「情報セキュリティサービス基準適合サービスリスト」で脆弱性診断の事業者を探せる。
  • 基準は更新されるので、OWASP、NIST、CISA、MITRE、IPA、JPCERT/CC、個人情報保護委員会、使っている基盤の告知を定期的に見る。目標は「仕組みを理解して、自分で判断できること」。見ないまま承認しない。

出典