Googleの クラウドセキュリティ戦争には勝者がいるという明確なシグナルだった。より興味深いのは、彼らがどのように勝利したかである。Wizは最初のモーバーではなかった。Laceworkは5年前に堅固なチーム、強力な製品ビジョン、トップレベルのVCサポートで始まった。 WIZを32億ドルで買収 ソーシャルメディアを閲覧する場合、エンジニアやCISOが同じことを尋ねるでしょう X、Reddit、Hacker Newsのトレードには、マッチアップを解析する何十もの投稿があります。 明らかに、Wizは製品戦略やGTMから顧客サポートや実行に至るまで、多くのことを正しく行ったが、普段の分析ではあまり話したことがない一つの角度がある。 例えば、複数の投稿がLaceworkとWizを比較しており、エンジニアは評価や展開から初めての経験を共有しています。 私はセキュリティの専門家ではありませんが、データインフラストラクチャの背景から来ていますが、この物語は、製品戦略と同じくらい、データアーキテクチャについてです。 それぞれの会社が作ったものを見てみましょう。 Lacework: Graph Ideas, SQL Reality Lacework: Graph Ideas、SQL Reality Lacework は 2015 年に Polygraph® データ プラットフォームを搭載し、クラウド 資産間の関係と行動をマッピングすることで脅威を検出することを目指し、古典的なグラフ使用例です。 なぜ Snowflake なのか? たぶん、Sutter Hill Ventures が両社をインキュベートしたためです。そして、公平に言えば、Snowflake は紙に意味を持っていました。 それは強力なスケーラビリティと比較的低コストを提供しています。 あなたは膨大な量のクラウドテレメトリを保存することができます、そしてそれは柔軟にスケールします。 それはコストコントロールとデータ保存に役立ちます。 Snowflake はグラフワークロードのために構築されていません. SQL で 3 ホップの関係クエリを書くには、結合の 100 行以上が必要です. Here is what a basic traversal looks like in SQL: SELECT a.user_id, d.device_id, n.network_id
FROM users a
JOIN logins b ON a.user_id = b.user_id
JOIN devices d ON b.device_id = d.device_id
JOIN connections c ON d.device_id = c.device_id
JOIN networks n ON c.network_id = n.network_id
WHERE n.public = true;
 フィルター、アグレグレーション、および警告ロジックを用いて、10スピードでこれをデバッグすることを想像してください. Even the best engineers will slow down. Development becomes fragile and difficult to maintain. Wiz: Native Graph, Feature Velocity タグ:Native Graph, Feature Velocity Wiz は 2020 年に Assaf Rappaport と彼の元チームが Adallom から設立しました. 彼らは別の道を選びました. 最初の日から、Wiz は Amazon Neptune を使用しました. AWSとの共同ブログ記事で題名 , Wiz CTO Ami Luttwakは、彼らのアプローチを説明しました: 「The World Is A Graph」 「世界はグラフであって、テーブルではなく、私たちのツールがそれを反映した時が来た」 Wiz はすべて、ユーザー、資産、役割、およびフローをノードやエッジとしてモデル化しました。 g.V().hasLabel("vm").has("public", true)
  .out("connectedTo").hasLabel("network")
  .out("reachableBy").has("role", "admin")
  .path()
 このような論理は、グレムリンと10行で表現できます。SQLでは?それは悪夢です。 このアーキテクチャの選択により、Wiz は開発者のスピードに大きな利点を与えました。 Neptune と Gremlin で、エンジニアは複雑なセキュリティの論理を簡潔で可読性のあるクエリで表現し、迅速に送信することができます。 脆弱な関節や長いクエリチェーンによって、SQL で何日か数週間かかるかは、プロトタイプ化され、数時間で押し上げることができます。 これは重要です。 セキュリティは急速に動くフィールドであり、スタートアップ速度で機能を配信する Wiz の能力は、Lacework よりも顧客の要求、コンプライアンス要件、および脅威インテリジェンスに対応できることを意味します。 2022年までに、WizはAmazon Neptuneで拡大し続けてグラフインフラストラクチャへのコミットメントを深めました。 The Graph Bet That Changed Everything すべてを変えたグラフベット Laceworkはコスト効率を優先した。Snowflakeを使用することで、エラスティックなスケーリングと低い限界コストで膨大な量のテレメトリを摂取し、保持することができました。彼らは別個のグラフデータベースを維持したり、グラフワークロードに最適化する必要はありませんでした。この取引は能力でした:Snowflakeのテーブルデザインは深い関係クエリのために構築されていませんでした。SQLでグラフ論理をモデリングすることは、特にマルチホップ関連で、スルーブルで、脆弱で、再生するのが困難でした。これは開発を遅らせ、高度な脅威モデリングを実行するのを難しくしました。 Wiz はスピードに最適化されています。ネイティブ グラフ エンジンで賭けると、彼らは迅速なイテレーション、簡潔なクエリ ロジック、および関係に基づくセキュリティ モデルを得ました。 サイバーセキュリティでは、スピードが向上します。顧客は、限られたコンピューティングの節約よりも、機能の速度と検出の品質を重視しています。Wizは、インフラストラクチャのための支払いを大幅に増やしましたが、革新をより速く実現し、分野を上回りました。 Laceworkのアーキテクチャは、彼らが安くスケールするのを助けましたが、同じアーキテクチャにより、グラフネイティブのセキュリティ機能を構築することは困難でした。 Can You Get the Wiz Speed With Low Cost and Unlimited Scalability of Data Lakes? データ湖の低コストと無制限のスケーラビリティでWizの速度を得ることができますか? あなたがこれまで行ったなら、あなたは疑問に思うかもしれません: 伝統的なグラフデータベースの痛ましいコストと複雑さなしで、ネイティブグラフシステム、高速イテレーション、表現的なマルチホップクエリの利点を得ることができますか? 多くのサイバーセキュリティユニコーンは、伝統的なグラフデータベースのスケーラビリティとコストの課題に対処するために創造的な取り組みを試みています。 
 
 
 シリーズFのサイバーセキュリティスタートアップの友人は、グラフデータベースがスケールできないため、1日の価値のグラフデータだけを格納していると言いました。 別の会社はグラフワークロードを分割します:トポロジーはグラフデータベースに残りますが、すべての属性はSnowflakeやDatabricksのような倉庫に卸荷されます。 これらは賢い取引ですが、それでも妥協です。

このオーディオは、ストーリーの元の言語で制作されています。

グレムリンを使ったスタートアップがGoogleのドアにみんなを叩く方法

About Author

コメント

ラベル

この記事は

Related Stories

フロキのヴァルハラがインドのスリランカツアーのアソシエイトスポンサーに加わる

Claude Sonnet 3.5 システムプロンプトの漏洩: 法医学的分析

Telegram: クリプト島と本土を結ぶ橋

ユニークなエコシステムを支えるビットコインUTXOのモデル

フロキのヴァルハラがインドのスリランカツアーのアソシエイトスポンサーに加わる

Claude Sonnet 3.5 システムプロンプトの漏洩: 法医学的分析

Telegram: クリプト島と本土を結ぶ橋

ユニークなエコシステムを支えるビットコインUTXOのモデル

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps