第6章：誤公開・誤送信・設定ミスの典型パターンと防止策
この章で学ぶこと
- 誤公開 / 誤送信 / 設定ミスの典型を知る
- レビュー観点としてチェック項目を持つ
- 事故につながりやすい変更を見分ける
- AI / 外部サービスへの誤投入を外部共有リスクとして扱う
成果物（または判断基準）
本文
事故は変更直後に顕在化しやすい。公開設定や権限変更は特に注意が必要である。
典型パターン（例）
- ストレージの公開設定を誤る
- リポジトリを公開にしてしまう
- メール / チャットで誤送信
- IAMポリシーのワイルドカード
- 本番ログや顧客情報を AI / 外部サービスに貼り付ける
- 共有リンクを期限なし・全員公開にする
防止策は注意喚起ではなく、チェック項目として運用する。
事故につながりやすい変更の見分け方
次の差分は、通常の文章修正よりも強いレビュー観点を適用する。
| 変更 | 追加で確認すること |
|---|---|
| 公開範囲の変更 | 誰が閲覧できるか、期限、検索エンジン露出、共有リンクの再利用 |
| 権限 / IAM / ACL の変更 | 最小権限、期限、承認者、監査ログ、ロールバック方法 |
| ログ出力の追加 | 秘密情報・個人情報の混入、マスキング、保持期間、アクセス権 |
| AI / 外部サービス利用 | 投入データ分類、学習利用有無、保存期間、削除方法、契約 / 承認 |
| バックアップ / エクスポート | 保存先、暗号化、アクセス権、削除手順、復元テスト |
具体例（悪い例→良い例）
悪い例
権限変更をレビューせずにマージ
公開設定の確認もしていない
本番ログを外部AIに貼り付けて要約した
良い例
権限/公開設定の変更はレビュー必須
リリース前チェックで公開範囲とアクセス制御を確認
監査ログで変更を追跡
ログはマスクし、AI / 外部サービス投入前に分類と承認を確認
チェックリスト
- 公開設定 / 権限変更をレビューしている
- リリース前チェックがある
- 監査ログで追跡できる
- AI / 外部サービス投入は外部共有としてレビューしている
- ログ、バックアップ、エクスポートの保存先と削除方法を確認している
まとめ
- 公開設定 / 権限変更 / 共有設定は、レビュー必須の変更として扱い、リリース前チェックに組み込む
- AI / 外部サービスへの投入、ログ出力、バックアップ / エクスポートも誤公開と同じレビュー対象にする
- 「注意する」だけで終わらせず、確認観点をチェック項目として固定し、証跡を残す
次章への接続
- 次章: 第7章