NOC online · 24/7Longview, TX · +1 323 412 0665
KinetikatechServers · Security · Websites
FI

Avoimen lähdekoodin suojaustyökalut

Falco: Kestoaikainen uhantunnistus säilöille

Falco on CNCF-ajonaikainen suojaustyökalu, joka tarkkailee järjestelmäkutsuja; säännöt kuvaavat käyttäytymistä, jota ei koskaan pitäisi tapahtua (nginx:ssä syntynyt komentotulkki, joku lukee /etc/shadowia, isäntätiedostojärjestelmää asentava säilö), ja Falco hälyttää heti, kun se tapahtuu. Se on vastine kuvaskannaukselle: Trivy-luokan työkalut havaitsevat tunnetut haavoittuvuudet ennen käyttöönottoa, Falco havaitsee virheellisen käytöksen ajon aikana.

Keskeiset kohdat

  • Tietolähde on syscalls: ydinmoduuli tai moderni eBPF-ohjain syöttää tapahtumavirtoja, joiden säännöt vastaavat prosessi-/säilökontekstia (kuva, nimitila, käyttäjä, syscall-argumentit), mukaan lukien säilötietoiset kentät, kuten Kubernetes-käyttöönoton metatiedot; tämä syscall-tason objektiivi näkee, mitä lokipohjaisesta tunnistuksesta puuttuu.
  • Oletussäännöt kattavat klassiset kontinpoistoluokat: etuoikeutetut säilön käynnistykset, arkaluontoisten tiedostojen lukeminen, käänteiset kuoret, odottamattomat verkkotyökalut säilöjen sisällä, kirjoitusten alle ja tunnetut säiliön ajonaikaiset sisarukset; oletusasetus on lähtökohta, joka on tarkoitus virittää kiinteistökohtaisesti.
  • Säännöt ovat YAML- ja järjestelmäkutsuja, eivät allekirjoituksia: ei päivitettäviä CVE-syötteitä; sen sijaan käyttäytymiskäytäntö, kuten 'spawned_process ja proc.name in (shellkit-binäärit)' ilmaisee kuolinpesän odotuksia; viritystarina on luokkatasoinen (kirjoita v lue binäärit) eikä allekirjoitusta kohti.
  • Tulostus on plugin-pohjainen: stdout, syslog, Slack, webhook orkesteriin ja keskeiset modernit integraatiot (Falco Talon-luokan automaattinen vastaus); useimmat tilat osoittavat hälytykset samassa SIEM:ssä kuin Wazuh (omistettu artikkelimme), joten ajonaikaiset ja päätepisteen hälytykset korreloivat.
  • Käyttöönoton muoto vastaa tilaa: daemonset Kubernetesissa (eBPF-ohjain nykyaikaisissa ytimissä), isäntäpohjainen itsenäisille Docker-isännäille; Resurssijalanjälki on vaatimaton, mutta tärisee 10G-solmuluokan ytimissä, millä on merkitystä, koska eBPF-anturit ovat tiiviisti sidoksissa ydinversioihin ja distroihin.
  • Rehellinen paikannus tietoturvatyökalusarjassamme: Falco havaitsee väärinkäytökset, ei estä sitä; yhdistä se kuvien skannaukseen (Trivy), pääsykäytäntöihin (Kubernetes-suojauskonteksti/orkesterityökalut) ja verkkosäätimiin; klo 3 havaittu rikkomus on arvokkaampi kuin skannausraportti, jota kukaan ei ole lukenut.

Kenttämuistiinpano

Falcon ensimmäinen saalis asiakasklusteriin: virheenkorjauskuva, joka toimitettiin kuoren mukana, ja joku käytti sitä tuotannossa tottumuksesta. Ei CVE:tä, ei skannerin osumaa, puhdasta käyttäytymistä. Sääntö, joka laukesi, oli oletusarvo, jonka olimme halunneet virittää. Oletusarvot ansaitsevat joskus äänensä.

Usein kysytyt kysymykset

Falco vastaan ​​kaupallinen CNDR-tuote?

Falco kattaa syscall-detection-ytimen avoimena lähdekoodina yhteisön omistamalla sääntömuodolla; kaupalliset työkalut lisäävät käyttöliittymää, ML-poikkeamamalleja ja hallittuja vastaustyönkulkuja, ja monet tilat käyttävät Falcoa syscall-kerroksen rinnalla.

Mitä Falcon saalista skannerit huomaavat?

Suorituksenaikainen käyttäytyminen: vaarantunut valtuustieto, jota käytetään komentotulkin luomiseen, säilö, joka lukee salaisuuksia, joita sen ei pitäisi, käännös verkkotasosta Kubernetes-klusteriin; skannerit tarkastavat lähetyksen, Falco tarkkailee mitä tapahtuu.

Onko eBPF pakollinen?

eBPF-ohjain on nykyaikainen oletusarvo ja välttää ydinmoduulin ylläpidon; vanhemmille ytimille on olemassa vanha ydinmoduuli, ja syscall-lähdelaajennus laajentaa Falcon Linux-isäntien ulkopuolelle.

Kuinka meluisia oletussäännöt ovat?

Meluisa kiinteistöillä, joissa on epätavalliset työkalut, erityisesti käyttöönoton aikana; odottaa todellista virityssykliä (nimiavaruuskohtaiset poikkeussäännöt) ensimmäisten viikkojen aikana, ennen kuin hälytykset muuttuvat toiminnallisesti kylmäksi automaattisen taustamelun sijaan.

Näin Kinetikatech auttaa: avoimen lähdekoodin suojaustyökalut

Rehellisesti sanottuna useimmat tiimit päätyvät meille yritettyään ensin itse: Testaustyökalupalkin ammattilaiset ovat itse asiassa ladattuja: skannerit, haistarit, krakkarit ja verkkovälityspalvelimet selittivät, miten niitä käytetään todellisissa yhteyksissä – komennot, liput, lähdöt ja kunkin menetelmän sijainti. Palvelumme Tunkeutumistestit ja Linux-palvelinten tietoturva on olemassa, jotta sinun ei tarvitse tutustua avoimen lähdekoodin suojaustyökalut:hen kantapään kautta; me hoidamme käyttöönoton, valvonnan ja kolmen aikaan yöllä tulevat yllätykset.

Puhu insinöörin kanssa

Ongelma palvelimella? Sivusto hakkeroitu? Lataus hidasta?

Kriittiset ongelmat ratkaistaan 30 minuutissa — ympäri vuorokauden, seitsemänä päivänä viikossa.

Pyydä hätätukea support@kinetikatech.com