Googlen kanssa Se oli selkeä signaali teollisuudelle: pilvipalveluiden turvallisuussodassa on voittaja. Mielenkiintoisempaa on se, miten he voittivat. Wiz ei ollut ensimmäinen liikkeellepaneva tekijä. Lacework aloitti viisi vuotta aikaisemmin vankan tiimin, vahvan tuotevision ja huippuluokan VC-tuen avulla. Wiz ostettiin 32 miljardilla dollarilla Jos selaat sosiaalista mediaa, löydät insinöörit ja CISOs kysyvät samaa asiaa. Threads X: ssä, Redditissä ja Hacker Newsissa on kymmeniä viestejä, jotka poistavat matchupin. Ilmeisesti Wiz teki monia asioita oikein tuotestrategiasta ja GTM: stä asiakastukeen ja toteuttamiseen. Mutta on yksi kulma, josta en ole nähnyt puhuvan paljon tavallisessa analyysissä. Useat viestit vertaavat Laceworkia ja Wizia, ja insinöörit jakavat ensikäden kokemuksia arvioinneista ja käyttöönotoksista. En ole tietoturvatyyppi. Tulen tietojen infrastruktuurin taustasta. Mutta tämä tarina on yhtä paljon tietojen arkkitehtuurista kuin tuotestrategiasta. Katsotaanpa, mitä kukin yritys on rakentanut. Lacework: Graph Ideas, SQL Reality Lacework: graafiset ideat, SQL Reality Lacework lanseerattiin vuonna 2015 Polygraph® Data Platformilla. Sen tarkoituksena oli havaita uhkia kartoittamalla suhteita ja käyttäytymistä pilvipalveluiden välillä, mikä on klassinen grafiikan käyttötapa. Miksi Snowflake? Todennäköisesti siksi, että Sutter Hill Ventures inkuboi molemmat yritykset. Ja oikeudenmukaisesti Snowflake oli järkevää paperilla. Se tarjoaa vahvan skaalautuvuuden ja suhteellisen alhaiset kustannukset. Voit tallentaa valtavia määriä pilvitetelemiaa, ja se skaalautuu joustavasti. Snowflake ei ole rakennettu kaavion työmäärä. Kirjoittaminen 3-hop suhde kyselyn SQL voi kestää 100+ riviä sidottu liittoja. Tässä on, mitä perus traversal näyttää SQL: ssä: 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;
 Nyt kuvittele, että tämä debugging 10 hyppyjä, suodattimet, aggregaatiot ja hälytys logiikka. jopa parhaat insinöörit hidastavat. Wiz: Native Graph, Feature Velocity Wiz: Native Graph, ominaisuus nopeus Wiz perusti vuonna 2020 Assaf Rappaport ja hänen entinen tiiminsä Adallomista. He valitsivat toisen polun. Yhteisessä blogikirjoituksessa AWS:n kanssa , Wiz CTO Ami Luttwak selitti lähestymistapaansa: ”Maailma on grafiikka” "Maailma on kaavio, ei taulukko. On aika, että työkalumme heijastavat tätä." Wiz mallinnutti kaiken, käyttäjät, varat, roolit ja virrat, kuten solmut ja reunat. He kyselivät sitä Gremlinin kanssa. g.V().hasLabel("vm").has("public", true)
  .out("connectedTo").hasLabel("network")
  .out("reachableBy").has("role", "admin")
  .path()
 Tällainen logiikka on ilmaistavissa 10 riviä Gremlinin kanssa. SQL: ssä? Tämä arkkitehtoninen valinta antoi Wizille valtavan edun kehittäjän nopeudessa. Neptune- ja Gremlinin avulla insinöörit pystyivät ilmaisemaan monimutkaisen turvallisuuslogian lyhyillä, luettavilla kyselyillä ja lähettämään ne nopeasti. Mitä SQL:ssä kestää päiviä tai viikkoja, koska yhteydet ovat hauraita ja pitkät kyselyketjut voidaan prototyyppittää ja työntää tuntikausia. Tämä oli tärkeää. Turvallisuus on nopeasti muuttuva kenttä, ja Wizin kyky toimittaa ominaisuuksia käynnistysnopeudella tarkoitti sitä, että se voisi vastata asiakkaiden pyyntöihin, vaatimustenmukaisuusvaatimuksiin ja uhkien tiedottamiseen nopeammin kuin Lacework. Vuoteen 2022 mennessä Wiz syventää sitoutumistaan graafisen infrastruktuurin kehittämiseen jatkamalla Amazon Neptuneen laajentamista. The Graph Bet That Changed Everything Graafinen veto, joka muutti kaiken Lacework priorisoi kustannustehokkuutta. Käyttämällä Snowflakea he pystyivät syömään ja säilyttämään suuria määriä telemetriaa joustavalla skaalautumisella ja alhaisemmilla marginaalikustannuksilla. Heidän ei tarvinnut ylläpitää erillistä kaaviotietokantaa tai optimoida kaavioiden työmääriä varten. Kompromissit olivat kyky: Snowflaken taulukkojen suunnittelu ei ollut rakennettu syvällisiin suhteiden kyselyihin. Graafisen logiikan mallinnus SQL: ssä, erityisesti monikokoisissa liitoksissa, oli sanaton, hauras ja vaikea toistaa. Tämä hidasti kehitystä ja vaikeutti kehittyneiden uhkien mallintamista. Wiz on optimoitu nopeudelle. Vedonlyönnin avulla he saivat nopean iteraation, lyhyen kyselylogian ja suhteisiin perustuvan turvallisuusmallin. He voisivat ilmaista uusia havaintoja tai reittipohjaisia oivalluksia muutamissa Gremlin-linjoissa, prototyyppien ideoita nopeasti ja laivan päivityksiä nopeammin. Kyberturvallisuudessa nopeus voittaa. Asiakkaat välittävät enemmän ominaisuuksien nopeudesta ja havaitsemisen laadusta kuin marginaalisista laskennallisista säästöistä. Wiz otti kalliin mutta strategisen polun: he maksoivat paljon enemmän infrastruktuurista, mutta toimittivat nopeampia innovaatioita ja ylitti kentän. Laceworkin arkkitehtuuri auttoi heitä skaalautumaan edullisesti, mutta sama arkkitehtuuri vaikeutti grafiikkaperäisten tietoturvaominaisuuksien rakentamista. Heidän panoksensa on optimoitu tallennukseen ja kustannuksiin. Wizin panos on optimoitu iteraatioon ja tuotearvoon. Can You Get the Wiz Speed With Low Cost and Unlimited Scalability of Data Lakes? Voitko saada Wiz-nopeuden alhaisilla kustannuksilla ja rajoittamattomalla skaalautuvuudella? Jos olet tehnyt sen tähän mennessä, saatat ihmetellä: Onko mahdollista saada etuja alkuperäisen kaavajärjestelmän, nopea iteraatio, ilmaiseva multi-hop kyselyt, ilman tuskallista kustannuksia ja monimutkaisuutta perinteisten kaaviotietokantojen? Monet kyberturvallisuuden yksisarviset ovat yrittäneet luovia työkaluja tavanomaisten graafisten tietokantojen skaalautuvuuden ja kustannusten haasteiden ratkaisemiseksi: 
 
 
 Ystäväni sarjan F kyberturvallisuuden startup-yrityksestä kertoi minulle, että he tallentavat vain yhden päivän arvoisia graafisia tietoja, koska graafinen tietokanta ei voi skaalautua. Toinen yritys jakaa kaavion työmäärän: topologia pysyy kaaviotietokannassa, mutta kaikki attribuutit poistetaan varastosta, kuten Snowflake tai Databricks. Nämä ovat viisaita kompromisseja, mutta ne ovat edelleen kompromisseja.

Tämä ääni on tuotettu tarinan alkuperäisellä kielellä!

Kuinka Gremlinia käyttävä startup lyö kaikkia Googlen ovelle

About Author

KOMMENTIT

RIPUTA TAGSIA

TÄMÄ ARTIKKELI ESITETTIIN

Related Stories

Why Choosing to Publish on HackerNoon First Matters

About Bitcoin And “Web 2.5,” HackerNoon’s First Documentary

Noonies Interview with Stefano Pavone, the Retrogaming Reporter

HEPT MOVES ON

Why Choosing to Publish on HackerNoon First Matters

About Bitcoin And “Web 2.5,” HackerNoon’s First Documentary

Noonies Interview with Stefano Pavone, the Retrogaming Reporter

HEPT MOVES ON

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps