Y Combinator 日本語図鑑

事業概要

プロダクト

• クラウドの設定情報とコード、コンテナ情報を取り込む。
• 外部の監視・セキュリティ製品の検知結果も同じ画面に集約する。
• 取り込んだ情報を知識グラフで関連づけ、影響範囲を判定する。
• 検知した問題を自動で選別し、実際に悪用できるかを検証する。
• 修正案を生成し、承認後に環境へ適用する。
• 判断が難しい案件だけ担当者に引き継ぎ、判断理由を残す。

技術アーキテクチャ（推定）

• 顧客のクラウド契約と連携し、設定や資産の一覧をAPI経由で取得するとみられる。
• コード管理と継続的インテグレーションの履歴を連携し、変更差分を取り込むと推定。
• 監視やセキュリティ製品の検知結果を外部連携で受け取り、資産単位で名寄せする。
• 収集した情報を知識グラフとして保持し、依存関係から影響範囲をたどる。
• 修正操作は権限を絞った実行環境から行い、履歴を残す構成とみられる。

収益モデル

• クラウドを運用する企業が年間契約で利用料を支払う形態とみられる。
• 課金単位は保護対象の資産数か利用者数と推定されるが、価格は非公開。
• 導入支援や初期設定を別途有償で提供する可能性がある。価格は非公開。

差別化

• コード・クラウド・監視製品の情報を一つのグラフに蓄積する点が違い。
• 修正の実行まで担うため、顧客の運用フローに入り込む。
• 導入が進むほど資産の依存関係のデータが厚くなる。

日本展開時のリスク

• 本番環境の修正権限を外部サービスに渡すことへの抵抗が大きい。
• 金融や医療では監査対応の証跡要件が厳しく、導入審査が長期化する。
• 既存の開発・監視ツールとの連携設定に相応の作業が要る。
• 国内のクラウド再販・運用代行会社との販売チャネル構築が課題。
• 障害時に自動修正が原因か否かを切り分ける手段の説明が要る。

日本での競合

• 国内のクラウドセキュリティは診断と監視が中心で、自動修正は少ない。
• 開発工程の診断では国内専業の企業が実績を持つ。
• 大手の総合構築事業者やセキュリティ専業は監査・運用支援が中心。
• 直接の同型はなく、空白は残っている。
• 修正権限の委譲と監査証跡の説明が参入の壁になる。
• クラウド事業者自身のセキュリティ機能との重複も争点になる。

主要プレイヤー

• ラック — セキュリティ監視と診断。
• トレンドマイクロ — セキュリティソフト。
• デジタルアーツ — Webフィルタリング。
• FFRI — セキュリティ研究と製品。