Kenkėjiška priklausomybė paleidžia diegimo scenarijų vos tik kūrėjas įveda „install“, gerokai anksčiau, nei kas nors sužino, kad tai kenkėjiška. Jūsų kodo skaitytuvai peržiūrėjo saugyklą. Jūsų galinio taško įrankiai aptiko procesą, o ne paketą. „Shield“ yra kūrėjo galiniame taške ir blokuoja jį prieš jam paleidžiant.
Vienas lengvas agentas · Darbo stotys, serveriai ir integrinės integracijos (CI) administratoriai · Centralizuotai valdoma politika
Apsaugokite kūrėjų galinius taškus, kuriuose prasideda atakos, ir taip užkirskite kelią kenkėjiškų priklausomybių ir scenarijų vykdymui.
„Shield“ realiuoju laiku perima paketų diegimą ir patikrina jį pagal „Xygeni“ kenkėjiškų programų žvalgybą. Kenkėjiški paketai blokuojami diegimo metu, o ne pažymimi ataskaitoje kitą rytą. Tas pats pasakytina ir apie tinklą: ryšiai su žinoma kenkėjiška infrastruktūra nutraukiami dar prieš bet kam paliekant kompiuterį.
Apibrėžkite taisykles vieną kartą, o „Shield“ jas pritaikys kiekvienam jūsų organizacijos kompiuteriui: minimaliam paketo amžiui, leidžiamų ir draudžiamų paketų sąrašams, patvirtintiems registrams ir siunčiamo srauto paskirties vietoms.
Kai galiniame įrenginyje įvyksta kritinis įvykis, „Shield“ gali automatiškai arba pagal poreikį nutraukti to kompiuterio tinklo ryšius, kad incidentas sustotų viename nešiojamajame kompiuteryje, o ne plistų visoje organizacijoje.
Vykdymo laiko užkarda kūrėjo galiniam taškui.
Kiekvienas paketo diegimas yra perimamas ir patvirtinamas realiuoju laiku. „Xygeni“ ankstyvojo įspėjimo apie kenkėjiškas programas funkcija sugauna kenkėjiškus paketus, kuriais reputacija pagrįsti įrankiai vis dar pasitiki, nelaukdama CVE, įspėjimo ar paskelbto parašo. Blokavimas atliekamas prieš paleidžiant diegimo scenarijų.
Sparčiausiai besivystančios tiekimo grandinės atakos pasirodo visiškai naujose paketų versijose. „Shield“ leidžia blokuoti paketus, paskelbtus vėliau nei jūsų nustatyta riba, nustatyti visuotinę taisyklę ir ją pakeisti kiekvienoje ekosistemoje, taip pat nuspręsti, kas nutinka, kai paskelbimo datos nustatyti negalima: įspėti ir leisti arba blokuoti.
Nuspręskite, ką jūsų kūrėjai gali gauti ir iš kur. Palaikykite aiškius leidžiamų ir draudžiamų failų sąrašus ir apribokite diegimą iki tų registrų, kuriuos patvirtino jūsų organizacija.
Tas pats modelis taikomas ir ryšiams. „Shield“ tikrina iš galinio taško siunčiamą srautą pagal naujausius tinklo duomenis ir nutraukia ryšius su žinomais kenkėjiškais IP adresais ir domenais, gautais iš grėsmių indikatorių, kad į įrenginį patekęs implantas negalėtų pasiekti infrastruktūros, kuriai jis buvo sukurtas. Be to, galite apriboti srautą į didelės rizikos vietas pagal geografinę vietą. Kiekvienas užblokuotas ryšys įrašomas kartu su paskirties vieta, kurią jis bandė pasiekti.
Izoliuokite pažeistą kompiuterį ir nutraukite visą išeinantį srautą, išskyrus agento kanalą, kad išlaikytumėte galinio taško kontrolę jį izoliuodami. Įjunkite paranojinį režimą ir izoliacijos užklausa bus pateikta automatiškai, kai tik bet kuriame galiniame taške bus gautas kritinis įspėjimas.
Peržiūrėkite kiekvieną darbo stotį, serverį ir CI vykdiklį, kuriame veikia „Shield“ agentas, nurodant jo operacinę sistemą, agento versiją, dabartinę būseną, kada jis buvo pirmą ir paskutinį kartą matytas, ir jo licencijos vietą. Filtruokite pagal pagrindinio kompiuterio pavadinimą, galinio taško tipą arba būseną.
Kiekvienas blokas platformoje tampa įvykiu, nurodančiu jo svarbą, laiko žymą, galinį tašką, kuriame jis įvyko, kiek laiko truko užkrėtimas ir kas tiksliai buvo užblokuota: paketas ir versija ar paskirties vieta. Filtruokite pagal svarbą, kategoriją, tipą, vartotoją ar datų intervalą ir eksportuokite.
Kiekvienas apsaugotas galinis taškas turi savo audito taką ir komponentų sąrašą, todėl, kam nors paklausus, galite atkurti, kas nutiko konkrečiame kompiuteryje.
Vienas lengvas agentas, apimantis darbo stotis, serverius ir CI administratorius, su kintamomis vietomis, todėl aprėptis seka jūsų žmones, o ne jūsų aparatinę įrangą.
Raskite ir ištaisykite API rizikas kode prieš joms pasiekiant produkciją.
Code and dependency scanning analyses the repository. Endpoint tooling watches processes and connections but has no application-security context to interpret a package or a registry. Between those two sits the moment a malicious dependency actually executes, on a developer’s machine. That is where Shield operates.
Reputation and signature-based approaches tell you about a malicious package once somebody else has already been hit by it. Shield blocks on behaviour and risk analysis, which is what makes it useful on the day an attack is new, and backs it with current network intelligence so anything that does land cannot phone home.
Blocks, isolations and geo events land in the same console as your code, dependency, pipeline and secret findings, with one audit trail. Not another agent with another dashboard ir dar login.
Endpoint detection watches processes, files and connections at the operating system level. It does not know what a package registry is, whether a dependency is malicious, or whether a version was published yesterday. Shield brings application-security context to the developer endpoint and enforces policy on the things AppSec cares about.
Shield is a lightweight agent that checks installs as they happen. Developers only notice it when something is blocked, and the block comes with the reason.
Malicious and unauthorized package installs, packages that are newer than your minimum-age threshold, installs from registries you have not approved, packages on your deny list, outbound connections to known-malicious IPs and domains, and traffic to geographies you have restricted.
You decide. The minimum-age policy lets you either warn and allow, or block, when the publication date is unknown.
Yes. The global minimum-age threshold can be overridden per ecosystem, and disabled for a specific ecosystem if you need to.
It blocks all outbound traffic from that machine except the Shield agent’s own channel, so the endpoint is contained but still manageable. You can trigger it on demand, or enable paranoid mode so isolation is requested automatically when a critical alert lands.
On developer workstations, on servers, and on CI runners. Licensing uses floating seats.
Yes. Every block is an event with full detail, and each endpoint keeps its own audit trail. Events can be filtered and exported.
su „Xygeni All-In-One AppSec“ platforma
