生成AIに書かせたコードのセキュリティ対策：レビューをどう設計するか

完璧な防御はなく、どの層にもすり抜けるものが残ります。だからこそ一枚の壁に賭けず、層を重ねました。一つ抜けても、次で止めるためです。

会員登録フォームには Turnstile を噛ませ、Bot による大量アカウント作成やフォームの自動濫用を裏で弾く形にしました。穴を塞ぐより前に、怪しいものはそもそも入れません。攻撃の的を減らすのが最初の仕事です。

パスキーは公開鍵暗号で鍵がドメインに縛られるので、偽サイトへ誘導されてもそこには鍵を渡せません。フィッシングが構造的に効かない仕組みです。そもそもパスワードが無いため、漏洩も使い回し被害も起きません。セッション固定やトークン偽造といった自前実装にありがちなミスも、実装しないぶん起こりません。

やっかいなのは初期状態です。新しく作った関数やテーブルは、データベースが権限をログイン済みユーザー全員へ勝手に配ってしまい、「ログインしていれば誰でも触れる」設定になりがちです。放っておくと、一般ユーザーが本来呼べないはずの強権限の関数を直接たたけてしまいます（権限昇格）。 そこで、既定で開く権限は明示的に閉じ、関数の探索パスを固定し（悪意あるスキーマを差し込んで強権限を乗っ取る攻撃を防ぐため）、最小権限を保ちます。テーブルを作るその瞬間に行レベルセキュリティを有効化する、とも規約で決めています。

顧客向けの口は、お客様が承認した外部ツールから MCP で繋ぐ形にしました。手元に置く資格情報が無いので、鍵の紛失や使い回しという事故がそもそも起こりません。承認はいつでも取り消せて、呼び出しにも上限をかけてあります。

ホワイトリストでの検証とパラメータ化は SQL インジェクションと不正な値の混入を、エスケープはクロスサイトスクリプティングを防ぎます。秘密を鍵の保管庫に置くのは、ソースが万一漏れても鍵までは漏れないようにするためです。アップロードの二重確認が止めるのは、偽装したファイルの混入です。コードを書いている最中にもセキュリティ点検が裏で走り、危ない書き方が入り込もうとした瞬間に止まります。

情報セキュリティの管理体系そのものも CI に組み込んでいます。統制とその証跡を唯一の正として文書で持ち、統制と実装が離れていく「コンプライアンスのドリフト」を機械が見張って止めます。セキュリティの決まりごとを、棚に置く書類ではなく機械が見張る対象にしました。

完璧な防御が無いのは、人手のレビューを中心に作られた従来のシステムでも同じです。違うのは、守りを人の注意力に置くか、仕組みに置くかです。人手中心のレビューはレビュアの集中力や経験に左右され、量が増えれば取りこぼします。ここまでの層は、疲れず、忘れず、PR のたびに同じ厳しさで回り続けます。

だから、AIで量産したシステムでも、この多層防御を通せば、人手のレビューを中心に作られた従来のシステムと、セキュリティの水準で遜色はありません。 機械の網は、人のように疲れも油断もしないぶん、むらなく守れます。量産の速さと守りの堅さは、両立できます。それが、この一年でたどり着いた手応えでした。

• Claude と Codex の二刀流レビュー：別系統AIで盲点を炙り出す
• マイクロSaaSの技術スタックは、1年でこう変わった
• MCPとは：AIに「手」を持たせるということ
• 開発まわりの記事（dev カテゴリ）

ここまでは自分たちのコードをどう守っているかの話でした。同じ見方を外へ向けて、攻撃者から自分の会社がどう見えているかを継続的に点検する仕組みが PentaTrail / CTEM です。