安全性・開発速度・ユーザー体験の あいだで考える 事業会社のプロダクトセキュリティ

2026.8.14（金）に開催された「セキュリティ・キャンプ 全国大会」の企業で発表させていただいた、
みてね事業本部 みてねプラットフォーム部 清水の資料です。

Transcript

1. 安全性・開発速度・ユーザー体験の あいだで考える 事業会社のプロダクトセキュリティ ©MIXI
2. 自己紹介 株式会社MIXI みてね事業本部 みてねプラットフォーム部 部長 清水 勲（@isaoshimizu） おもな担当領域 2 • 家族アルバム みてねにおけるSRE/CRE/セキュリティ組織のマネジメント • AI推進 • クラウドコスト管理（おもにAWS） • セキュリティ全般 • データ戦略全般 ©MIXI
3. 今日お伝えしたいこと セキュリティといえば • 脆弱性、攻撃、防御、診断、暗号、認証、WAFなどを想像しやすい • 実際のプロダクト運営ではそれだけでは決まらない プロダクト開発の現場では常に以下を同時に考える • ユーザー体験を壊さないか • 開発速度を落としすぎないか • 仕組みを作れるか • 事故が起きたとき説明できるか • どのリスクを今すぐ下げるべきか（優先順位を決められるか） 3 ©MIXI
4. 家族アルバム みてね スマホで撮った子どもの写真や動画を家族と共有し、 コミュニケーションして楽しむ家族アルバムサービスです。 4 ©MIXI
5. 家族アルバム みてねの利用者数推移 2015年のリリースから、7言語・175の国と地域 で3,000万人以上の方にご利用いただいています。 5 ©MIXI
6. みてねというプロダクトの前提 • みてねは家族の写真・動画・コメント・成長記録を扱う • ユーザーにとっては、家族の思い出であり、非常にプライベートな情報 • そのため、漏えいや不正アクセスの影響が大きい • ただし、家族みんなで簡単に使えることも大きなプロダクト価値 • 複雑な認証や確認を増やせば安全になるがUXは悪くなる • 逆に簡単にしすぎるとリスクが上がる 6 ©MIXI
7. セキュリティ要件は設計・開発・運用をどう変えるか • 誰がどのデータにアクセスできるかを最初に考える • 管理画面の権限分離を設計に入れる • データの保存期間や削除要件を考える • 外部連携時に渡すデータを最小化する • 監査ログを後付けではなく最初から設計する • シークレットをコードやログに出さない • 権限の棚卸しを定期化する • インシデント時の連絡経路を決める • サービス影響とリスクを見ながら対応優先度を決める 7 ©MIXI
8. 安全性・UX・開発速度のトレードオフ 例えば… 論点 8 安全側に倒すと UX・開発速度側の影響 ログイン時の追加認証 乗っ取り耐性が上がる 離脱・問い合わせが増える可能性 管理画面の権限分離 内部不正・誤操作リスクが下がる 実装・運用が複雑になる 外部SaaS利用制限 情報漏えいリスクが下がる 業務効率・分析速度が落ちる 詳細な監査ログ 追跡可能性が上がる コスト・設計複雑性・プライバシー配慮 が必要 脆弱性修正の即時対応 リスクを早く下げられる 他の開発計画に影響する ©MIXI
9. セキュリティ・インフラ知識を持つエンジニアの価値 ① 1. 複雑なリスクを技術的に分解できる • • • • 何が危ないのか どこで防げるのか どのログがあれば検知できるのか どの権限を絞れば影響範囲を小さくできるのか 2. 開発者が使いやすい仕組みに落とせる • • • • • • • 9 共通ライブラリ テンプレート CI/CD IaC 権限管理基盤 監視・アラート セキュアな設定 ©MIXI
10. セキュリティ・インフラ知識を持つエンジニアの価値 ② 3. 事業判断の材料を作れる • • • • • • 重大度 発生可能性 ユーザー影響 対応コスト 暫定対応と恒久対応 いつまでに何をやるべきか 4. 新しい技術を安全に導入できる • • • • • 10 生成AI 新しいSaaS クラウドサービス データ基盤 外部連携 ©MIXI
11. まとめ • 実際のプロダクト運営では、セキュリティ課題は設計・開発・運用すべてに 関わる • 現場では、安全性・開発速度・ユーザー体験のバランスを取りながら判断し ている • セキュリティ・インフラ知識を持つエンジニアは、事業会社で「安全に速く 進む仕組み」を作る価値を発揮できる 11 ©MIXI