Kľúčové vlastnosti škodlivých domén: Správa

Novosť domén najvyššej úrovne, ako aj infraštruktúra nachádzajúca sa v niektorých krajinách sú aj naďalej spoľahlivými znakmi toho, či sieťová prevádzka môže byť škodlivá, zatiaľ čo používanie certifikátov Safe Sockets Layer (SSL) s vlastným podpisom alebo certifikátov vydaných bezplatným Let’s Šifrovacia služba – podľa nového výskumu nie sú mimoriadne rizikové.

Internetová bezpečnostná služba DomainTools sa v novej správe, ktorú dnes zverejnila, zamerala na aktívne domény, ktoré prekročili určité prahové hodnoty, pokiaľ ide o veľkosť infraštruktúry, a zistila, že domény najvyššej úrovne, čísla autonómnych systémov IP a geolokácie IP sú konzistentnými indikátormi rizikového obsahu. v porovnaní s priemernou doménou.

Domény, ktoré používajú menné servery spravované spoločnosťami Internap Japan a HostKey v USA, boli podľa správy „DomainTools Report for Fall 2021“ oveľa pravdepodobnejšie zdrojom rizikovej návštevnosti ako je priemer.

Na druhej strane, certifikáty SSL, ktoré sú vlastnoručne podpísané alebo pochádzajú z bezplatných služieb, ako je Let’s Encrypt, neboli o nič viac škodlivé ako je priemer, hovorí Tim Helming, bezpečnostný evanjelizátor z DomainTools.

“Boli sme prekvapení zisteniami v certifikátoch SSL – väčšina obhajcov predpokladá, že Let’s Encrypt alebo certifikát s vlastným podpisom je známkou zla, pričom v skutočnosti to štatisticky v skutočnosti nie je pravda,” hovorí. „Upozorňujem však, že na kontexte tak veľmi záleží… Ak máte doménu, ktorá napodobňuje legitímnu doménu a používa certifikát s vlastným podpisom alebo certifikát Let’s Encrypt, je to úplne iná hra.“

Reputácia domény je bežným vstupom do určovania bezpečnostných skupín, či určitá sieťová prevádzka alebo pripojenia môžu byť znakmi útoku alebo škodlivého obsahu. Phishingové, malvérové ​​a spamové domény sú oveľa pravdepodobnejšie z novovydaných domén najvyššej úrovne – ako napríklad .quest alebo .bar – alebo z relatívne malých krajín, ako napríklad .ml pre Mali, v porovnaní s priemernou doménou najvyššej úrovne. domény.

DomainTools sa zaoberali vzťahmi medzi doménami, ktoré sú zdrojom malvéru, phishingu a spamu, a šiestimi ďalšími charakteristikami: doména najvyššej úrovne, číslo autonómneho systému IP (ASN), názov servera ASN, geolokácia adresy IP domény, registrátor a certifikačná autorita SSL.

“Vybrali sme tieto charakteristiky, pretože ich často používajú obrancovia a výskumníci v oblasti bezpečnosti ako súčasť procesu budovania lepšieho porozumenia domény,” uvádza sa v správe. “Skúsení odborníci si často vyvinú intuíciu o dôsledkoch danej charakteristiky na základe svojich skúseností, odbornosti a úsudku pri analýze aktív protivníka. V mnohých prípadoch údaje videné vo veľkom rozsahu tieto intuície podporujú.”

“Sila signálu”
DomainTools na klasifikáciu domén použil svoju vlastnú databázu sledovaných domén a porovnal ju s rôznymi databázami reputácie domén a predplatenými službami. Spoločnosť porovnala počet škodlivých domén s celkovým počtom domén pre konkrétneho poskytovateľa, ASN alebo certifikát, aby vytvorila relatívnu mieru škodlivosti.

Výskumníci potom vydelili tento pomer rovnakým pomerom pre takzvané “neutrálne” domény, ktoré nie sú obsiahnuté v databázach reputácie. Výsledné číslo sa nazýva sila signálu a hodnoty väčšie ako 1,zero naznačujú, že škodlivý obsah je pravdepodobnejší z tohto zdroja.

Napríklad doména najvyššej úrovne .quest má silu signálu 131, ale pomerne malé objemy – menej ako 1 500 domén v databáze DomainTools. Spoločnosti pravdepodobne neuvidia obsah z tejto domény, ale ak áno, mali by to považovať za riskantné.

„Veľa obrancov si myslí, a s dobrými dôkazmi, že sú isté [top-level domains] ktoré len hosťujú veľa škodlivých vecí, a to vo všeobecnosti preto, že registrácie sú bezplatné alebo veľmi lacné,“ hovorí Helming. „Náklady sú tak veľkou súčasťou celej hry.“

Väčšina domén, registrátorov a čísiel autonómnych systémov, ktoré sa objavujú na zoznamoch škodlivosti, má relatívne malý počet domén, čo znamená, že aj malý počet škodlivých domén môže spôsobiť skok v sile signálu – miera relatívnej škodlivosti. Napríklad ASN for Good IT Companies Group v Dominike má silu signálu eight 047 pre phishing a 463 pre malvér, ale predstavuje menej ako 2 000 domén. HostKey US má 7 155 domén spojených so spamom a iba štyri „neutrálne“ domény, čo mu dáva najvyššiu silu signálu pre spam: 90 200.

“Niektoré sily signálu týchto domén boli celkom výnimočné,” hovorí Helming. “Samozrejme, zákon malých čísel je jasne v hre – niektoré z nich majú na sebe len malú hŕstku domén. Je nepravdepodobné, že by ste na ne narazili, ale ak áno, sväté fajky, to je naozaj, naozaj silný náznak, že by ste mali poslať tú doménu na slnko, ako sa hovorí.”

Pomoc pri triedení
Zaujímavé je, že jediné zoznamy, ktoré nemali plných 10 škodlivých záznamov, boli certifikáty SSL. Celkovo sú certifikáty slabým indikátorom škodlivosti a polovica záznamov v zoznamoch mala skóre takmer 1,zero alebo menej, čo naznačuje, že ich domény sú zvyčajne bezpečnejšie ako priemer.

Spoločnosti môžu tieto údaje použiť na informovanie o svojom triedení hrozieb, uviedol DomainTools. Niektoré zo vzťahov, ktoré správa odhalila, ukazujú silný signál zlomyseľnosti spojený s jednou zo šiestich charakteristík. Mnoho ďalších, varovala spoločnosť, má silné signály pre veľmi malé zbierky domén.

“[S]niektoré z týchto hotspotov sú ako neutrónové hviezdy: veľmi vysoké „teplo“ a hustota (sila signálu), veľmi nízka veľkosť (počet domén),“ uvádza sa v správe. veľký vplyv na väčšinu organizácií, pretože pravdepodobnosť, že narazíte na niektorú z domén, ktoré sú s nimi spojené, je nízka.“

Supply

Kedy spustí ťažká váha cloudovej infraštruktúry SASE?

Bez ohľadu na vašu úlohu v kybernetickej bezpečnosti alebo IT, ak čítate tento článok, existuje veľká šanca, že ste už počuli mrmlanie o technologickom trende s názvom SASE.

Okraj služby zabezpečeného prístupu je trochu ťažkopádna zostava slov, o ktorej sníval Gartner, ktorý sa často hrá na Jána Krstiteľa z IT, pričom nové a vznikajúce stylish a technológie pomazávajú prezývkami, ktoré potom rýchlo preberajú predajcovia, ktorí väčšinou nedokázali popísať sami. Praktické háčiky, na ktoré sa dajú zavesiť ich marketingové klobúky, poviete si.

Komponentné diely SASE
Nech je to akokoľvek, česť Gartneru za identifikovanie a pomenovanie trendu na trhu (pre SASE určite nejde o novú technológiu, ale skôr o vznikajúci mechanizmus poskytovania niekoľkých dôležitých technológií, z ktorých väčšina už existovala, v sieťovaní a bezpečnosť. V prípade siete sú to:

  • Softvérovo definované rozľahlé siete (SD-WAN) a
  • 5G mobilné pripojenie.

Medzitým v oblasti bezpečnosti siete sú to:

  • firewall novej generácie (NGFW),
  • Zabezpečená webová brána (SWG) a
  • Sprostredkovateľ zabezpečenia prístupu do cloudu (CASB).

V zabezpečenom vzdialenom prístupe je predmetná technológia najbližšie ok novému dieťaťu v bloku, konkrétne:

  • Prístup s nulovou dôverou (ZTA), čo je náhrada technológie virtuálnej súkromnej siete (VPN) na báze cloudového proxy, ktorá poskytuje prísnejšie zabezpečenie a efektívnejšie využitie šírky pásma.

SASE spája všetky tieto technológie a dodáva ich ako riadenú službu, najlepšie (aj keď nie výlučne) z cloudu. Z tohto dôvodu je ďalším základným prvkom SASE samotná sieť, ktorá umožňuje poskytovateľovi SASE ponúkať svojim zákazníkom dohody o úrovni služieb.

Zlatá horúčka SASE
Za posledných 12 až 18 mesiacov došlo ok skutočnej zlatej horúčke SASE, pričom predajcovia technológií zo všetkých segmentov uvedených vyššie horúčkovito pracovali na tom, aby si obliekli plášť SASE a stali sa samostatnými poskytovateľmi služieb. Palo Alto Networks, Fortinet a Examine Level spustili SASE, rovnako ako spoločnosti, ktoré už podnikali „ako službu“, ako sú špecialisti na doručovanie obsahu Akamai a Cloudflare, cloudový SWG a poskytovateľ ZTA Zscaler a Community-as-a-service priekopník Cato Networks.

Tradiční telekomunikační operátori, ktorých obed sa teraz predajcovia technológií vyhrážajú skonzumovať, zareagovali na túto existenčnú výzvu vlastnými ponukami SASE: AT&T bola prvýkrát mimo brány začiatkom roka 2020, no odvtedy do boja vstúpil Verizon, ktorý potvrdil fakt, že od akvizície spoločnosti Vidder v roku 2018 má vlastnú technológiu ZTA.

Pandémia koronavírusu, samozrejme, prehĺbila záujem o SASE: Keďže milióny znalostných pracovníkov boli zrazu nútené pracovať z domu, ZTA bola pohodlnejšou alternatívou ok poskytovaniu viacerých nových sietí VPN. A keďže sa niektorí z týchto pracovníkov vracajú späť do kancelárií, kde je to možné, príťažlivosť konektivity pobočiek poskytovaná ako cloudová služba, či už prostredníctvom SD-WAN, 5G, širokopásmového pripojenia alebo akejkoľvek ich kombinácie, je nákladovo efektívnou alternatívou ok MPLS WAN. .

Práve keď ste si zvykali na SASE…
Teraz, keď naučil svet hovoriť SASE, medzitým Gartner uviedol na trh ďalšiu skratku: SSE, čo je skratka pre safe service edge (tj SASE bez „A“). SSE má v podstate všetky prvky SASE bez sieťovania a Omdia má podozrenie, že mohlo byť vytvorené na žiadosť predajcov, ktorí pôsobia na tomto trhu, ale nemajú žiadnu technológiu SD-WAN. Zscaler je toho príkladom.

Spoločnosť IBM, ktorá spustila svoju ponuku Safety Service for SASE v septembri tohto roku, ju poskytuje prostredníctvom partnerstva so spoločnosťou Zscaler, čím oceňuje štatút SSE tým, že argumentuje, že bude spolupracovať s ktorýmkoľvek predajcom SD-WAN, ktorého má zákazník v miesto.

Hodí oblačný titán svoj klobúk do prsteňa?
Bezohľadnosť, otázka, nad ktorou sa Omdia zamýšľa, je táto: Dorastie trh SASE do bodu, keď sa jeden z veľkých hráčov v cloude (Amazon Net Companies, Microsoft Azure, Google Cloud alebo dokonca Salesforce) rozhodne spustiť vlastný SASE? Všetci majú rozsiahle siete s obrovskou šírkou pásma medzi ich viacerými dátovými centrami. Sieť Google už skutočne podporuje ponuku SASE Palo Alto Networks. Okrem toho bola GCP priekopníkom v ZTA s technológiou BeyondCorp.

Niekto by mohol namietať, že SASE sú navrhnuté tak, aby uľahčili multicloudový prístup, a teda pracovali proti záujmom cloudových ťažkých váh, ktoré by boli radi, keby boli jedinými poskytovateľmi svojich zákazníkov. To znamená, že multicloud prichádza, ak už tu nie je v nejakej forme, a existujú náznaky, že niektorí poskytovatelia cloudových služieb skutočne prijímajú tento heterogénny svet ako konkurenčnú výhodu: Azure aj GCP majú cloudové bezpečnostné informácie a správu udalostí (SIEM ) platformy, ktoré môžu fungovať v cloudoch svojich konkurentov, zatiaľ čo Oracle vybavil svoj OCI Net Software Firewall (WAF) schopnosťou chrániť aplikácie v cloudoch tretích strán, ako aj v priestoroch zákazníkov.

Omdia už dlho považuje heterogénne zabezpečenie cloudu za šikovný konkurenčný nástroj pre všetkých poskytovateľov cloudu, ktorí chcú presvedčiť zákazníkov lídra na trhu AWS, aby prijali promiskuitnejší prístup ok obstarávaniu cloudu. SASE ako taký by mohol takýmto predajcom poskytnúť užitočné prostriedky na poskytovanie bezpečného cloudového pripojenia so všetkou viditeľnosťou o využívaní cloudu ich zákazníkmi, ktoré by takáto ponuka služieb priniesla.

Supply

Krátky úvod do Remix JS — allround.io

Remix je nový full stack JavaScript framework, ktorý sa zbavuje generovania statických stránok a aj v iných oblastiach robí pár vecí inak, než na čo sme zvyknutí z iných frameworkov. Pri vykresľovaní používateľského rozhrania sa spolieha na React a ak poznáte Subsequent.js, určite nájdete veľa podobností. Existujú však aj jasné rozdiely, ako napríklad vnorené trasy, spracovanie získavania údajov a ukladanie údajov, ako aj spracovanie chýb. Pozrime sa na tieto koncepty a ich porovnanie s inými technikami, ktoré sa v súčasnosti používajú v populárnych frameworkoch.

Štruktúra aplikácie a cesty

Najjednoduchší spôsob, ako začať s novým projektom Remix, je nainštalovať ho cez npx a postupovať podľa interaktívnych pokynov:

npx create-remix@newest

Keď to dokončíme, štruktúra nášho projektu je už pre nás nastavená a môžeme začať. Ak porovnáme Remix s Subsequent.js, uvidíme, že s Remixom tiež zapisujeme ideový kód na strane klienta a servera do našich súborov trasy. Remix nám však dáva trochu viac kontroly na doladenie vecí, ako je ukladanie do vyrovnávacej pamäte, a to sa prejavuje aj tým, že máme dva samostatné súbory na spracovanie požiadaviek — entry.consumer a entry.server ktoré predstavujú naše vstupné physique a teda určujú, čo sa na serveri a klientovi spustí ako prvé. Dostávame tiež a root.tsx ktorý drží koreňový komponent našej aplikácie a vykresľuje <html>, najprv <meta> tagy a pod.

├──…

Aplikácia ├──

├── záznam.klient.tsx

├── záznam.server.tsx

├── root.tsx

├── trasy

└── index.tsx

├── štýly

└── international.css

└── utils.server.tsx

├── jsconfig.json

├── package deal.json

├── verejnosť

├── remix.config.js

Vidíme aj rámec špecifický remix.config.js čo umožňuje nakonfigurovať veľa rôznych podrobností o našej aplikácii, ako je predvolený verejný adresár, vývojové porty a oveľa viac.

Vnorené smerovanie

Veľmi úhľadným mechanizmom v Remixe je schopnosť vykresliť časti stránky na základe trasy, na ktorej sa nachádzame. Pri premýšľaní o iných rámcoch by to viedlo buď okay samostatnej trase s vlastným index súbor alebo konkrétne priraďovanie trasy okay jednému alebo viacerým komponentom. Už sme zvyknutí spájať časti našej adresy URL s rôznymi trasami alebo komponentmi – spôsob, akým to robí Remix, je najlepšie opísať ako vnorené rozloženia, kde je každá časť adresy URL podľa definície viazaná na súbor trasy. Tu je príklad z ich oficiálnej stránky.

Trasa zobrazená vyššie (/gross sales/invoices) by teda boli zastúpené tromi spismi

  • routes/gross sales.jsx
  • routes/gross sales/index.jsx
  • routes/gross sales/invoices.jsx

Náš prvý súbor je obal, ktorý sa volá prvý a na základe zvyšku adresy URL rozhoduje o tom, ktoré „podkomponenty“ by sa mali vykresliť. Počiatočný stav by bol routes/gross sales/index.jsx a pri prechode na /faktúry náš obal načíta kód z routes/gross sales/invoices.jsx. Spôsob, akým sa to realizuje v kóde, nie je prostredníctvom bežných komponentov, ale prostredníctvom an <Outlet /> ktorá je súčasťou react-router-dom a umožňuje toto mapovanie vnorených rozložení na trasy (komponenty trasy) namiesto bežných komponentov.

Pod kapotou to umožňuje Remixu vopred načítať rôzne časti na stránke, čo ho robí naozaj rýchle a umožňuje nám čo najviac eliminovať stavy načítania. Pravdepodobne tu môžeme urobiť niekoľko zaujímavých vecí, ktoré som ešte úplne nepreskúmal.

Štylizácia stránok a komponentov

Styling komponentov je s Remixom pomerne jednoduchý, pretože je veľmi blízko tomu, ako to funguje na webe odjakživa. Remix prináša svoje LinksFunction ktoré možno použiť na importovanie súborov CSS podľa jednotlivých trás. To je tiež miesto, kde musíme byť trochu opatrní a oddeliť naše CSS na globálne CSS, ktoré by mali byť dostupné pre každú trasu a špecifické CSS, ktoré sa mimo určitej trasy vôbec nenačítajú.

import stylesUrl from "../types/index.css";

export let hyperlinks: LinksFunction = () => ;

export default perform IndexRoute() 

Remix sa opäť vo veľkej miere spolieha na to, ako net už funguje, takže ak by sme chceli použiť preprocesory alebo rámce ako Tailwind, chceli by sme odovzdať kompilované cesty zdrojov do Remixu, rovnako ako v prípade vanilkových CSS súborov.

Načítavajú sa údaje

Na získanie údajov v komponente trasy v Remixe môžeme použiť a loader, čo je len asynchrónna funkcia, ktorá vracia požadované údaje. Vo vnútri našich komponentov okay nemu potom môžeme pristupovať cez háčik tzv useLoaderData.

import  useLoaderData  from "remix";

export let loader = async () => 

// Element perform begins right here
export default perform Element() 

Všimnite si, že funkcia sa volá vždy loader podľa konvencie a vykonáva sa iba na strane servera, čo znamená, že máme prístup ku všetkým node funkcie a knižnice na pripojenie okay databázam a načítanie údajov, ako sme zvyknutí na serveri.

Ak do našich trás odovzdávame parametre, ako si to často vyžaduje dynamická adresa URL, načítač má okay tomu tiež prístup, a to tak, že zadá parametre požiadavky, ako je tento

export let loader = async () => 

Ukladanie údajov

Ak chceme nové dáta vygenerované používateľom poslať späť do backendu, uložiť ich napríklad do databázy, Remix nám umožňuje použiť tzv. actions. Akcie sa spoliehajú na formuláre pre skutočný vstup údajov a sú tiež vykonávané iba na strane servera, napriek tomu, že sú vo vašom súbore trasy. Funkcie sa – opäť podľa konvencie – volajú motion a môže tiež spustiť (vrátiť) presmerovanie. Pozrime sa na príklad.

export let motion = async ( request ) => 

export default perform NewPost() {
  return (
    <Kind methodology="put up">
      <p>
        <label>Publish Title: <enter kind="textual content" title="title" /></label>
      </p>
      <p>
        <label>Publish Slug: <enter kind="textual content" title="slug" /></label>
      </p>
      <button kind="submit">Create Publish</button>
    </Kind>
  );

Vidíme, že motion funkcia zaberá request ako parameter a tým má prístup ku všetkému, čo náš formulár odošle na server. Odtiaľ môžeme ľubovoľne použiť node kód na uloženie našich údajov.

Manipulačné chyby

Spôsob, akým Remix spracováva chyby, je celkom jedinečný, pretože nám umožňuje vytvárať ErrorBoundarys, ktoré sa zobrazia v prípade, že niečo s našimi komponentmi trasy nefungovalo podľa očakávania a dôjde okay chybe. Týmto spôsobom, ak používame vnorené trasy Remixu, môžeme vidieť jednu

hádzanie a chyba, ale nie nevyhnutne celá stránka. Inteligentná vec na hraniciach chýb je, že prebublávajú (trasy) okay najbližšej hranici chyby. Takže najjednoduchším prípadom by bolo mať jednu hranicu chýb na koreňovej úrovni, porovnateľnú s úplným 404. Obrázok nižšie však pekne ukazuje, ako viacero malých hraníc chýb (napríklad jedna na komponent trasy) môže ponechať zvyšok aplikácie nedotknutý. .

export perform ErrorBoundary() 
  return (
    <html>
      <head>
        <title>One thing went fallacious!</title>
        <Meta />
        <Hyperlinks />
      </head>
      <physique>
        ... something we wish to let the person know goes right here
      </physique>
    </html>
  );

Implementácia hranice chyby je rovnako jednoduchá ako pridanie ErrorBoundary funkcie na naše komponenty trasy, ako je uvedené vyššie.

Ďalšie čítanie

V čase písania tohto článku bol Remix skutočne vydaný len včera, takže je stále čo učiť a niektoré veci sa môžu dokonca drasticky zmeniť s novšími verziami.

Ak hľadáte ďalšie zdroje a chcete sa ponoriť hlbšie, v dokumentoch Remix je okay dispozícii fantastický návod na vytvorenie blogu a aplikácia malých oteckov.

Supply

Vojenskí veterinári zdieľajú lekcie, ktoré im pomohli vybudovať startupy Infosec

Vždy je zaujímavé počuť, ako začali odborníci v oblasti bezpečnosti a aké množstvo lekcií si prinášajú zo životných skúseností do sveta infosec. Niektorí začali svoju kariéru na asistenčnom pulte; niektorí začali základmi sieťovej architektúry. Pomerne málo z nich začalo v armáde.

JJ Man, spoluzakladateľ a generálny riaditeľ spoločnosti Sevco Safety, bol pri nástupe do aktívnej služby pridelený do červeného tímu vzdušných síl ako súčasť toho, čo bolo známe ako Centrum informačnej vojny vzdušných síl. Jeho pozícia mu dávala príležitosť preskúmať útočnú a defenzívnu stránku bezpečnosti.

„Vzdušné sily boli jedinečné v tom, že z IT strany sme neboli len červený tím, ale aj modrý,“ hovorí. “Jeden týždeň by som išiel preniknúť do siete vzdušných síl, potom som si na ďalší týždeň sadol s obrancami ako súčasť modrého tímu a pokúsil som sa inštitucionálne zistiť, ako tomu zabránim.”

V tom čase, hovorí, letectvo malo približne 450 000 zariadení pripojených okay sieti v 132 samostatných enklávach – „bol to veľký podnik a všetka zložitosť, ktorá s tým prichádza,“ dodáva Man. Ako súčasť tohto tímu sa naučil to, čo priemysel teraz nazýva „nevyhnutnosť kompromisu“: pravidelne sa vyskytovali cielené útoky, teraz známe ako pokročilé perzistentné hrozby.

“Číňania sa nám každý deň vlámali do sietí a my sme hrali hru na šantenie a snažili sme sa ich udržať mimo,” poznamenáva. O niekoľko rokov neskôr sa obrancovia zo súkromného sektora začali obávať boja s podobnými problémami. Jeho vojenské skúsenosti mu poskytli „hĺbkový rýchlokurz“ v obrane proti cieleným útočníkom, roky pred tímom podnikovej bezpečnosti.

Man rozpoznal hodnotu zručností a skúseností červeného tímu a cítil sa nútený pokračovať a rozšíriť svoje poslanie z operácií červeného tímu na operácie celej počítačovej siete. V rokoch 2000 až 2011 bol v armáde ako aktívny člen alebo zmluvný accomplice, potom odišiel z federálneho sektora a pripojil sa okay Carbon Black – a potom v novembri 2012 len dal dokopy svoj tím, hovorí. O niekoľko rokov neskôr, vrátane ďalšej úlohy CTO v Jasku, Man založil Sevco Safety.

Mnoho z jeho vojenských lekcií sa premietlo do jeho podnikových úloh, hovorí. Prvoradým bola realita cielených útokov alebo nevyhnutnosť kompromisov, ktorým podniky v súčasnosti čelia. “Nemôžete zastaviť cieleného útočníka v získaní prístupu do vašej siete, ak chce,” dodáva.

„Ak ste vy alebo vaša organizácia neboli kompromitovaní, nie je to preto, že robíte skvelú prácu, ale preto, že to niekomu nestálo za to, aby to urobil,“ pokračuje Man.

Ďalšia lekcia sa sústreďuje na kultúru zodpovednosti a zmysel pre osobnú zodpovednosť. Man hovorí, že v armáde bol v mnohých operačných situáciách, ktoré boli časovo kritické a ľudské životy boli na hranici, čo prinieslo okraj „urob to, rozbehni to, nech to funguje“ okay dosiahnutiu cieľa. V malom startupe, hoci nejde o situáciu na život a na smrť, existuje pocit osobnej zodpovednosti, keď tím 10-20 ľudí buduje niečo od nuly.

„Absolútne, na 100 % počítame s príspevkami každého jedného človeka okolo stola,“ hovorí.

Zamerajte sa na to najlepšie na základe toho, čo viete, nie na dokonalosť

Andrew Maloney, spoluzakladateľ a COO Question.AI, sa naučil počas svojho pôsobenia ako systémový administrátor a bezpečnostný inžinier u letectva, že je dôležité, aby okolo vás bol správny tím. Hovoril o pute, ktoré sa vytvorilo s jeho tímom na základnej škole a technickej škole.

“Vybudujete si dôveru a kamarátstvo; to vedie okay dosiahnutiu spoločného cieľa,” hovorí Maloney. “Čo je základom každého startupu – nikto nemá odpovede na všetky otázky. Každý deň je to horská dráha.”

Maloney sa po technickej škole naučil základy počítača na základni Andrews Air Pressure. Začínal na helpdesk, kde sa učil o networkingu a administratíve, a neskôr sa dostal okay bezpečnosti, keď bol nasadený v Ománe tesne po začiatku vojny v Iraku. Vo svojej úlohe vykonával monitorovanie základnej komunikácie, robil vzdialenú správu firewallu a monitoroval webové proxy.

Znalosti, ktoré získal na helpdesku, pripravili pôdu pre jeho bezpečnostnú kariéru, hovorí Maloney.

„Na starej metóde sa mi najviac páči to, že bezpečnosť nie je odbornosťou v jednej veci,“ vysvetľuje. “Aby ste boli efektívni v oblasti bezpečnosti, skutočne potrebujete pochopiť, ako všetky tieto komponenty do seba zapadajú… počnúc od asistenčného centra a posunúť sa vpred, hoci je to dlhšia cesta, zaisťuje, že budete mať základné znalosti zo všetkých týchto spoločných oblastí.”

Keď Maloney robil pohovor s Lockheedom Martinom na prácu vo východnej SOC, povedal, že sa nepýtali žiadne teoretické otázky – všetko bolo o praktických skúsenostiach: ako nakonfigurovať smerovač Cisco, aké porty a protokoly tieto technológie používajú, všetko, čo naučil vo vojenských rokoch. Neskôr odišiel pracovať pre Agentúru protiraketovej obrany, potom do súkromného sektora.

Maloney založil Question.AI, aby pomáhal spoločnostiam pri centralizovanom prístupe okay údajom a prehľadom. Jednou z vojenských lekcií, ktoré naďalej používa ako vedúci startupov, je zmysel pre element. „Hotovo je lepšie ako dokonalé“ je bežne používané príslovie v komunite startupistov; myšlienkou je, že ak sa človek usiluje o dokonalosť, nikdy nedosiahne konečný stav. Maloney však hovorí, že na detailoch záleží:

“Myslím si, že ak sa pozeráte na detaily a vždy sa snažíte urobiť to najlepšie, čo môžete v tomto čase urobiť, hoci dokonalosť môže byť mimo dosahu, budete oveľa lepší ako priemerní alebo dobrí.”

Poukazuje tiež na to, že je dôležité čeliť výzvam bez výhody rozsiahleho tréningu alebo prípravy. V armáde „veľmi zriedkavo existuje možnosť mať všetky odpovede,“ hovorí Maloney. “Vždy ideš do určitej miery naprázdno a máš tie najlepšie dostupné informácie. Aj keď chceš dokonalosť, nemáš privilégium rozhodnosti a oneskoreného konania.”

Transparentnosť v záležitostiach vedenia

Tom Tempo, spoluzakladateľ a generálny riaditeľ spoločnosti NetRise, vedel, že chce pracovať v oblasti kybernetickej bezpečnosti už od mladého veku, no vo svojej defenzívnej kariére nezakotvil, kým neslúžil ako spravodajský špecialista v námornej pechote. Medzi jednotlivými nasadeniami chodil na hodiny technickej a kriminalistiky, učil sa ako samouk na rôzne témy a po odchode z armády vstúpil do programu informatiky.

Po práci v oblasti reakcie na incidenty a inžinierstva kybernetickej bezpečnosti v PNC, bezpečnosti priemyselného riadiaceho systému pre ministerstvo energetiky a IR konzultácií v Cylance, Tempo pokračoval v založení spoločnosti NetRise po identifikácii širokej potreby identifikácie a určenia vplyvu zraniteľností a rizík spojených zariadenia nielen v prostrediach ICS, ale v niekoľkých kľúčových odvetviach, ako je automobilový priemysel, výroba, satelity a ďalšie kategórie zariadení internetu vecí.

„Oveľa viac som sa dostal okay šírke problému a uvedomil som si, že nie je odsunutý na priemyselné riadiace systémy,“ hovorí o práci v rôznych prostrediach a dodáva, že „bolo úplne zrejmé, že výrobcovia, koncoví používatelia a mnohí ďalší Ľudia chápu, že tento problém existuje a zaujímajú sa o to, že je to problém, ale nepoznajú žiadne riešenia, ktoré by ich mohli vyriešiť.”

Byť priamy a transparentný je niečo, čo si Tempo preniesol z vojenského života do vedenia startupov. “To je vo všeobecnosti mentalita armády,” hovorí. „Nie je tu veľa priestoru na to, že som zvedavý, čo tým vlastne myslel. – to veľa neexistuje.” Je tiež dôležité dať ľuďom dôvod, prečo niečo robíte, aj keď sa to nezdá potrebné.

Ďalšia lekcia: “Nežiadajte iných ľudí, aby robili veci, ktoré by ste neboli ochotní urobiť. To je mimoriadne dôležité, najmä v startupoch.” Ako hovorí, je jeho úlohou prevziať menej vzrušujúce povinnosti a zabezpečiť, aby boli splnené.

Rozširovanie príležitostí pre veterinárov

Pre mnohých vojakov, najmä tých, ktorí nezačali kariéru alebo vzdelanie pred vstupom do vojenskej služby, je otázka, ako prejsť na kariéru, ťažká. Niekoľko organizácií v posledných rokoch začalo ponúkať zdroje a školiace programy na pomoc pri prechode na úlohy v oblasti kybernetickej bezpečnosti.

Federálne virtuálne školiace prostredie (FedVTE) poskytuje bezplatné on-line školenie v oblasti kybernetickej bezpečnosti pre federálnych, štátnych, miestnych, kmeňových a územných vládnych zamestnancov, federálnych dodávateľov a amerických vojenských veteránov. Ministerstvo vnútornej bezpečnosti ponúka používateľskú príručku „Tréning a vzdelávanie v oblasti kybernetickej bezpečnosti pre veteránov“, ktorá pomôže tým, ktorí majú záujem, vytvoriť si kariérny plán.

Zapájajú sa aj spoločnosti zo súkromného sektora. Akadémia softvéru a systémov spoločnosti Microsoft (MSSA) bola vytvorená, aby poskytovala meniacim sa členom a veteránom kariérne zručnosti potrebné v modernom technickom priemysle. Absolventi majú šancu na pohovor na plný úväzok v spoločnosti Microsoft alebo u niektorého z náborových partnerov spoločnosti. Virgínske spoločenstvo sa spojilo s firmami ako Cisco a AWS, aby sponzorovali bezpečnostné školenia a certifikácie pre veteránov.

V spoločnosti Synack sa Veterans Cyber ​​Program zameriava na nábor kvalifikovaných veteránov a poskytuje im nástroje, ktoré budú potrebovať, aby sa pripojili okay Červenému tímu Synack. Zainteresovaní veteráni si tiež môžu vyskúšať CyberVetsUSA, ktorý ponúka bezplatné on-line školenia, certifikácie a pracovné príležitosti pre prechádzajúcich členov služby, veteránov, príslušníkov národnej gardy a záložníkov a vojenských manželov, ktorí chcú vstúpiť do pracovnej sily v oblasti kybernetickej bezpečnosti.

Mnohé vysoké školy a univerzity v celej krajine, medzi nimi Drexel College, College of Nebraska v Omahe a Syracuse College, ponúkajú aj špecializované programy pre veteránov a vojenský personál, ktorí chcú vstúpiť do tejto oblasti.

Supply

Skupiny APT prijímajú novú metódu phishingu. Budú nasledovať kyberzločinci?

Skupiny APT z Ruska, Číny a Indie prijali počas druhého a tretieho štvrťroka tohto roka novú a ľahko implementovateľnú metódu phishingu, ktorá je podľa výskumníkov pripravená na širšie prijatie aj medzi kyberzločincami.

Výskumný tím Proofpoint pozoroval rastúce prijímanie takzvanej techniky vstrekovania šablón RTF (wealthy textual content format) medzi skupinami APT od februára 2021 do apríla 2021. Aj keď táto taktika nemusí byť nevyhnutne nová, iní bezpečnostní výskumníci si ju všimli už v januári. — dnešné zistenia znamenajú obnovený nárast útočnej techniky.

Vloženie šablóny RTF je technika, pri ktorej je možné zmeniť súbor RTF s obsahom návnady, aby sa pri otvorení súboru RTF načítal obsah hosťovaný na externej adrese URL. Zmenou vlastností formátovania dokumentu v súbore RTF ho môže útočník vyzbrojiť na prístup ok vzdialenému obsahu zadaním zdroja adresy URL namiesto dostupného cieľa súboru, napísali vedci v blogu.

V minulosti bolo používanie zabudovaných škodlivých objektov RTF dobre zdokumentované ako vektor na doručovanie škodlivého softvéru pomocou súborov RTF, poznamenali. Táto technika je v porovnaní s predchádzajúcimi zdokumentovanými metódami jednoduchšia a v niektorých ohľadoch efektívnejšia na doručovanie vzdialených dát.

„Súbory RTF sú vo svojej podstate mimoriadne flexibilné typy súborov, ktoré vo svojej architektúre súborov obsahujú množstvo objektov a cieľových polí, do ktorých môže aktér hrozby uložiť škodlivú adresu URL alebo súbor na získanie vzdialenej užitočnej časti,“ vysvetľuje Sherrod DeGrippo, viceprezident pre výskum a detekciu hrozieb. v Proofpointe.

Ďalej dodáva, že súbory RTF ukladajú svoje vlastnosti ako reťazce čistého textu v bajtoch súboru, aby sa zachovalo formátovanie súboru v editoroch dokumentov.

„To znamená, že zbraňovanie súboru je také jednoduché ako vytvorenie súboru návnady v editore dokumentov a otvorenie vášho hex editora a nahradenie určitých bajtov súboru bajtmi, ktoré predstavujú škodlivý URL cieľ,“ hovorí DeGrippo.

Vo svojom zápise výskumníci tvrdia, že je „triviálne“ zmeniť bajty súboru RTF tak, aby sa vložil cieľ riadiaceho slova šablóny vrátane zdroja adresy URL. To by umožnilo súboru RTF získať zdroj URL ako cieľ, a nie súbor, ako to zamýšľa štruktúra RTF. Berú na vedomie, že túto metódu možno použiť v súboroch .rtf a .doc.rtf, čo umožňuje úspešné načítanie vzdialených dát.

Vzorové súbory na vkladanie šablón RTF, ktoré boli analyzované Proofpoint, majú v súčasnosti nižšiu mieru detekcie medzi verejnými antivírusovými nástrojmi v porovnaní so známou technikou vkladania šablón založenej na Workplace, poznamenáva DeGrippo.

Keď otvoria phishingovú prílohu, obeť jedného z týchto útokov nakrátko uvidí správu „kontaktovanie servera kvôli informáciám“, ktorú by nevideli pri bežnom súbore Phrase alebo RTF. Ak riadiaca skupina Phrase nebola správne ohraničená zátvorkami, môže sa zobraziť chybové hlásenie, ale to sa nestane vo všetkých prípadoch.

Nový development medzi skupinami APT
Proofpoint pozoroval tri primárne variácie tejto taktiky vo voľnej prírode medzi skupinami APT, hovorí DeGrippo, ale tri skupiny, ktoré ju používajú, zneužívajú základné funkcie rovnakým spôsobom.

Súbory RTF na vstrekovanie šablón, ktoré možno pripísať tímu DoNot skupiny APT, podozrivému zo súladu so záujmami indického štátu, boli zaznamenané do eight. júla 2021. Súbory RTF „pravdepodobne pripísateľné“ útočníkovi APT súvisiacemu s Čínou s názvom TA423 boli videné nedávno v septembri Výskumníci poznamenali, že 29 a cielené organizácie s prepojeniami na malajzijský prieskum hlbinnej energie. Okrem toho nemajú informácie, ktoré by mohli zdieľať o vzorcoch zacielenia.

Neskôr spozorovali, že APT Gamaredon, prepojený s Ruskou Federálnou bezpečnostnou službou (FSB), používal injektážne súbory RTF pri útokoch, ktoré využívali návnady ukrajinských vládnych súborov 5. októbra 2021. Táto technika je príťažlivá pre skupiny APT, pretože je relatívne jednoduchá. a kradmý.

„Aktéri APT, napriek označeniu „pokročilý“, ak svoju prácu vykonávajú dobre, vynaložia na získanie prístupu do organizácií najmenšie množstvo zdrojov a sofistikovanosti,“ hovorí DeGrippo. To bráni útočníkom odhaliť ich sofistikované nástroje, ak by boli chytení, čo by spôsobilo väčšie narušenie prevádzky z hľadiska nahradenia technických možností.

Výhodou vstrekovania šablón RTF je tak jednoduché použitie zbraní, ako aj skutočnosť, že mnohé organizácie štandardne neblokujú súbory RTF, pokračuje. „Sú súčasťou typických obchodných operácií,“ dodáva.

Proofpoint sa domnieva, že túto techniku ​​predtým v obmedzenej kapacite používali útočníci s kriminalitou. Tvrdia však, že jednoduchosť zbrojenia pravdepodobne pritiahne menej sofistikovaných útočníkov a v konečnom dôsledku podnieti prípady tejto techniky vo voľnej prírode. Je možné, že útočníci prinesú injekciu šablón RTF do svojej existujúcej sady phishingových nástrojov ako prostriedok na zvýšenie ich úspechu počas prebiehajúcich operácií, hovorí DeGrippo.

Boj proti Phish
V novej správe analytici Forrester podrobne opisujú charakteristiky úspešných phishingových útokov a zdieľajú svoje rady pre organizácie, ktoré chcú zlepšiť svoje obranné stratégie.

“Dokonca aj vyškolení profesionáli v oblasti kybernetickej bezpečnosti sa môžu stať obeťami dobre vytvorených phishingových e-mailov, takže nie je prekvapujúce, že používatelia nerozpoznajú každý útok, ktorý je na nich zameraný,” napísali.

Ich odporúčania zahŕňajú implementáciu technických kontrol, ako je filtrovanie obsahu e-mailov a overovanie e-mailov, na ochranu používateľov. Analytici tiež radia poskytovať priebežné školenia na zvyšovanie povedomia o bezpečnosti, aby používateľov naučili nielen to, ako rozpoznať podozrivé e-maily, ale aj to, ako s nimi zaobchádzať, keď ich spozorujú. Zamestnancov pravidelne testujte a merajte ich výkon, radia.

Napriek tomu je rozumné plánovať technické zlyhanie človeka. Niektoré e-maily prekĺznu cez vašu obranu; môžete obmedziť dopad útoku pomocou technológie izolácie prehliadača, viacfaktorovej autentifikácie a pravidelne kontrolovaného plánu reakcie na incidenty.

Supply

Nový variant ransomvéru by sa mohol stať ďalšou veľkou hrozbou

Podnikové bezpečnostné tímy môžu chcieť pridať „Yanluowang“ do dlhého a rastúceho zoznamu hrozieb ransomvéru, na ktoré si musia dávať pozor.

Výskumníci zo spoločnosti Symantec tvrdia, že nový ransomvér začal vo svojich kampaniach používať nový ransomvér, ktorý prinajmenšom od augusta podniká cielené útoky na americké organizácie.

Tento aktér hrozby bol predtým spájaný s útokmi zahŕňajúcimi použitie inej rodiny ransomvéru s názvom Thieflock, ktorá je dostupná prostredníctvom operácie ransomware-as-a-service (RaaS) s názvom Canthroid group. Zdá sa, že pridružená spoločnosť Thieflock teraz prešla na konkurenčný kmeň ransomvéru Yanluowang a v súčasnosti je jedinou útočnou skupinou, ktorá tento malvér používa.

Medzi jej ciele patria organizácie v odvetví finančných služieb a vo výrobe, IT službách a strojárstve.

Alan Neville, analytik hrozieb v tíme spoločnosti Symantec na vyhľadávanie hrozieb, hovorí, že ak autori Yanluowang tiež prevádzkujú RaaS, potom je veľmi pravdepodobné, že tento malvér čoskoro začnú používať aj ďalšie skupiny.

“Pre nás je hlavným prínosom to, že Yanluowang sa podľa všetkého etabluje na trhu s počítačovou kriminalitou a získava na popularite medzi potenciálnymi spolupracovníkmi,” hovorí Neville. “Ak tu Yanluowang zostane, organizácie by sa mali zoznámiť s TTP spojenými s touto skupinou a zabezpečiť, aby boli dobre umiestnení na obranu proti nim.”

Yanluowang je jedným z mnohých nových variantov ransomvéru, ktoré sa objavili tento rok v dôsledku pokračujúceho odstránenia hlavných prevádzkovateľov ransomvéru, ako sú tí, ktorí stoja za variantmi REvil a Cl0p. Len tento týždeň výskumníci z Crimson Canary hlásili, že pozoroval aktéra hrozby, ktorý využíva súbor zraniteľností ProxyShell v Microsoft Change na nasadenie nového ransomvérového variantu s názvom BlackByte, pred ktorým nedávno varovali aj iní, ako napríklad TrustWave’s SpiderLabs.

Dvojitý problém
Mnohé z nových kmeňov ransomvéru sa použili pri takzvaných útokoch dvojitého vydierania, pri ktorých aktéri hrozieb zašifrovali a ukradli citlivé podnikové údaje, ako aj hrozili únikom údajov, aby sa pokúsili vymámiť peniaze od obetí.

Podľa skupiny NCC sa len v októbri stalo obeťou útokov dvojitého vydierania asi 314 organizácií na celom svete – čo predstavuje 65 % nárast oproti predchádzajúcemu mesiacu. Približne 35 % obetí týchto útokov boli organizácie v priemyselnom sektore. Medzi najhoršími páchateľmi boli gangy mimo rodín ransomvéru ako Lockbit, Conti, Hive a Blackmatter.

Vyšetrovanie spoločnosti Symantec týkajúce sa aktivity Yanluowang ukázalo, že bývalá pridružená spoločnosť Thieflock používa vo svojej kampani na distribúciu ransomvéru rôzne legitímne a open supply nástroje. To zahŕňalo použitie PowerShell na stiahnutie backdoor s názvom BazarLoader na pomoc s počiatočným prieskumom a následným dodaním legitímneho nástroja vzdialeného prístupu s názvom ConnectWise.

Na bočný pohyb a identifikáciu vysokohodnotných cieľov, ako je napríklad server Lively Listing organizácie, aktér hrozby použil nástroje ako SoftPerfect Community Scanner a Adfind, bezplatný nástroj na dopytovanie AD.

„Tento nástroj často zneužívajú aktéri hrozieb na nájdenie kritických serverov v rámci organizácií,“ hovorí Neville. “Nástroj možno použiť na extrahovanie informácií týkajúcich sa počítačov v sieti, informácií o používateľských kontách a ďalších.”

Medzi ďalšie nástroje, ktoré útočník používa pri útokoch na Yanluowang, patrí niekoľko nástrojov na krádež poverení, ako napríklad GrabFF na ukladanie hesiel z Firefoxu, podobný nástroj pre Chrome s názvom GrabChrome a jeden pre Web Explorer a ďalšie prehliadače s názvom BrowserPassView. Výskumníci spoločnosti Symantec tiež objavili bývalú pridruženú spoločnosť Thieflock pomocou skriptu PowerShell s názvom KeeThief na skopírovanie hlavného kľúča zo správcu hesiel KeePass s otvoreným zdrojom a ďalších nástrojov na zachytávanie údajov a snímok obrazovky z napadnutých systémov.

Hojné používanie bezplatných a open supply nástrojov, z ktorých niektoré majú legitímne účely, je v súlade s tým, čo robia ostatní operátori ransomvéru, hovorí Neville.

“Vo všeobecnosti väčšina z týchto skupín sleduje podobné vzorce, pokiaľ ide o metódy vniknutia, objavovania systému, techník laterálneho pohybu a nasadenia,” hovorí. “Zloženie sady nástrojov sa bude medzi skupinami líšiť, ale taktika je často dosť podobná.”

Dynamický rok
Neúnavný nápor ransomvéru vykazuje len malé známky spomalenia. Zásahy v oblasti presadzovania práva a lepšia ochrana podnikov prinútili mnohé skupiny ransomvéru, aby vyvinuli a prispôsobili svoje stratégie, ale samotné útoky sa dramaticky nespomalili.

Matt Hull, globálny líder pre strategické spravodajstvo o hrozbách v NCC Group, hovorí, že prostredie hrozieb ransomvéru bolo za posledných 12 mesiacov veľmi dynamické, čiastočne kvôli aktivite presadzovania práva a čiastočne kvôli útokom ako na Colonial Pipeline, ktoré nazbierali veľa. pozornosti.

„Videli sme aj príchod nových hráčov okay stolu,“ poznamenáva. “Ale vďaka incidentom vrátane útoku Colonial Pipeline a incidentu Kaseya sa problém ransomvéru dostal do popredia medzinárodných orgánov činných v trestnom konaní a vlád, čo prinútilo niektorých prevádzkovateľov ransomvéru zavesiť topánky.”

Zmenil sa aj celkový obchodný mannequin používaný skupinami, poznamenáva. Väčšina skupín v súčasnosti „využíva obchodný mannequin „hack-and-leak“, niekedy označovaný ako dvojité vydieranie, v stopách skupiny Maze Group, ktorá to robila už v roku 2019,“ hovorí Hull.

Je ťažké s istotou povedať, aké úspešné boli podniky v boji proti útokom ransomvéru, hovorí Hull.

„Je však jasné, že podnikové organizácie skutočne začínajú chápať závažnosť hrozby ransomvéru,“ hovorí.

Supply

Ako ovplyvnia kybernetické hrozby zimné olympijské hry v Pekingu?

Zatiaľ čo letné olympijské hry v Tokiu v roku 2021 boli sotva finančným úspechom (niektorí odhadujú, že to stálo 30 miliárd dolárov), bola jedna oblasť, v ktorej vynikala: kybernetická bezpečnosť. Ako sa výsledky zhodovali s predchádzajúcimi predpoveďami hrozieb a čo, ak vôbec niečo, to môže znamenať pre nadchádzajúce zimné olympijské hry v Pekingu vo februári 2022?

Predpovede kybernetickej bezpečnosti pre letné olympijské hry

Pracovná skupina olympijskej kybernetickej bezpečnosti pre Alianciu pre kybernetické hrozby (CTA) sa v rámci príprav na pôvodne plánované olympijské hry v Tokiu v roku 2020 stretla niekoľkokrát. CTA pripravila analýzu hrozieb pre hry a oznámila svoje zistenia. Bohužiaľ, kvôli pandémii boli olympijské hry v Tokiu odložené až do roku 2021.

O rok neskôr v CTA Aktualizácia olympijských hier v apríli 2021, skupina poznamenala, že nebezpečenstvo, ktoré predstavuje Počet skupín ransomvéru sa od zverejnenia správy o letných olympijských hrách v roku 2020 dramaticky zvýšil. Aktualizovaná správa tiež predpovedala zvýšenú hrozbu zo strany aktérov hroziacich národným štátom, ktorí sa chcú zamerať na olympijské hry alebo organizácie súvisiace s olympijskými hrami, pomocou techník, ako sú krádeže údajov a dezinformačné kampane alebo možné cielené narušenie systému.

Na základe skutočnosti, že na olympijských hrách v Tokiu by sa v konečnom dôsledku malo zúčastniť oveľa menej divákov osobne (a žiadni medzinárodní diváci), pracovná skupina CTA poznamenala, že by mohol byť zvýšený dopyt po prenose živého vysielania. A keďže aktéri hrozieb mohli veriť, že schopnosti Japonska v oblasti kybernetickej bezpečnosti boli oslabené v dôsledku COVID-19 a iných domácich faktorov, skupina varovala pred zvýšenou hrozbou.

Výsledky z OH v Tokiu
Spoločnosť NTT Communications poskytla telekomunikačné služby a sieťovú bezpečnosť pre letné olympijské hry v Tokiu vrátane správy približne 11 000 prístupových bodov Wi-Fi. Pred podujatím to organizácia predpovedala
kyberzločinci pravdepodobne využívali distribuované odmietnutie služby (DDoS), ransomvér alebo iné priame útoky na kritickú infraštruktúru.

V tlačovej správe NTT po olympijských hrách z októbra 2021 spoločnosť poznamenala, že napriek zvýšenej aktivite žiadne kybernetické udalosti v konečnom dôsledku neovplyvnili olympijské alebo paralympijské hry z dôvodu zavedených opatrení v oblasti bezpečnosti siete a kybernetickej bezpečnosti. Žiadne!

Výsledky hovoria samé za seba. Celkový počet zablokovaných bezpečnostných udalostí vrátane neoprávnenej komunikácie s olympijským webom bol 450 miliónov — obrovské číslo, ktoré je ťažké si predstaviť.

Úprimne povedané, je to neuveriteľný úspech sám o sebe, nehovoriac o kombinácii s oneskorením pandémie a zvýšeným spoliehaním sa na živé vysielanie z dôvodu zákazu divákov COVID-19. Týchto 450 miliónov útokov tiež predstavovalo 2,5-násobný nárast celkového počtu udalostí na letných olympijských hrách v Londýne v roku 2012.

NTT pripísala úspech svojmu „holistickému prístupu okay stratégii kybernetickej bezpečnosti“, ktorý podľa nej zahŕňa priebežné monitorovanie a analýzu spravodajských informácií o hrozbách, služby SOC, kompletný balík bezpečnostných riešení a tím viac ako 200 špecialistov na kybernetickú bezpečnosť.

Pekingský výhľad
Rovnako ako v prípade Tokia sa žiadnym cudzincom neumožní zúčastniť sa na zimných olympijských hrách v Pekingu vo februári alebo na paralympijských hrách v marci, čím sa opäť zdôrazní živé vysielanie udalostí pre zvyšok sveta. Preto si myslím, že je fér povedať, že uvidíme najmenej pol miliardy kybernetických udalostí, možno viac, zameraných na olympijské hry v Pekingu. Zo správy NTT tiež vieme, že prostredie hrozieb vrátane aktérov hrozieb a ich taktík, techník a postupov (TTP) sa od roku 2020 do roku 2021 výrazne zmenilo, čo predstavuje nové výzvy – takže očakávame, že tento pattern bude pokračovať aj počas zimných hier. v roku 2022.

Aj keď dobrou správou je, že NTT bude opäť zabezpečovať bezpečnosť pre zimné olympijské hry, veríme, že bude musieť opäť prerozdeliť zdroje a prebudovať určité časti bezpečnostnej infraštruktúry, aby sa vyvíjala s prostredím hrozieb a aby sa zabezpečila rovnaká úroveň stability ako sme zažili počas hier v Tokiu. Okrem hrozby veľkých DDoS útokov bude musieť NTT venovať osobitnú pozornosť nebezpečenstvu malých DDoS útokov, ktoré by kumulatívne mohli narušiť živé vysielanie alebo služby kľúčové pre úspech digitálnych hier.

Digitálne hry tu zostanú
Zatiaľ čo mnohí dúfali, že sa osobne zúčastnia olympijských hier v Tokiu a Pekingu, ja verím, že pandémia prinútila mnohých z nás, od športových fanúšikov až po profesionálov v oblasti informačnej bezpečnosti, aby sme si uvedomili, že digitálna transformácia znamená, že nebudeme tak často cestovať na podujatia ako napr. ako olympiáda alebo konferencia. Namiesto toho sa budeme stále viac spoliehať na vzdialené a streamovacie služby, aby sme sa navzájom sledovali, komunikovali a zapájali sa. Organizácie ako také budú potrebovať spoľahlivé stratégie kybernetickej bezpečnosti, pretože narušenie nebude možné.

Supply

CyCognito zabezpečuje 100 miliónov dolárov na urýchlenie ďalšieho vývoja správy povrchu útokov

PALO ALTO, KALIFORNIA—1. DECEMBRA 2021—CyCognito dnes oznámilo, že vyzbieralo 100 miliónov dolárov na financovanie série C pod vedením The Westly Group – len three,5 roka po založení spoločnosti v roku 2017. Do kola sa zapojili noví investori Thomvest Ventures a The Heritage Group spolu s existujúcimi investormi Accel, Lightspeed Enterprise Companions, Sorenson Ventures a UpWest. Toto nové kolo financovania zvyšuje celkovú sumu spoločnosti na 153 miliónov dolárov.

„Našou prioritou číslo jedna je poskytnúť globálnym podnikom prvotriednu ochranu proti útokom,“ povedal Rob Gurzeev, generálny riaditeľ a spoluzakladateľ CyCognito. „Preto sme vyvinuli najdynamickejšiu a najinteligentnejšiu platformu v odvetví pre komplexnú správu povrchu externých útokov. Náš proaktívny prístup ok odhaľovaniu a uprednostňovaniu rizika nemá v tomto odvetví obdobu a poskytuje bezpečnostným tímom prehľad a istotu, aby mohli rýchlo predchádzať potenciálnym útokom.“

Moderný prístup ok správe a ochrane útočného povrchu

Platforma CyCognito je prvou externou platformou Assault Floor Administration, ktorá poskytuje kompletné riešenie na rýchle stanovenie priorít, skúmanie a reakciu na potenciálne bezpečnostné riziká. Platforma využíva najnovšie pokroky v strojovom učení (ML) a porozumení prirodzeného jazyka (NLU) a autonómne vytvára grafový dátový mannequin, ktorý zobrazuje obchodnú štruktúru organizácie – od názvu spoločnosti až po stovky oddelení, dcérskych spoločností, akvizícií a značiek organizácie. vlastné. Platforma potom prehľadá miliardy serverov a zariadení na internete, aby uviedla do kontextu a identifikovala na internete vystavené a nespravované aktíva, ktoré by mohli slúžiť ako vstupné physique pre útočníkov.

Niekoľko spoločností z rebríčka Fortune 500, vrátane Colgate-Palmolive, Tesco a Scientific Video games Company, ako aj vládne skupiny, ako je štát Kalifornia, používajú platformu CyCognito na autonómne objavovanie, testovanie a kontextualizáciu bezpečnostných hrozieb skôr, ako ok nim dôjde.

„Ochrana našich partnerov a zákazníkov je pre nás dôležitá,“ povedal Alex Schuchman

Hlavný riaditeľ informačnej bezpečnosti, Colgate-Palmolive Firm. „CyCognito poskytuje našej spoločnosti špičkovú technológiu, ktorá dáva nášmu tímu prehľad o všetkých našich webových aktívach na celom svete v ľahko použiteľnom rozhraní. CyCognito je lepší ako akékoľvek iné nástroje na správu povrchu útoku, ktoré sme použili. Táto technológia nám dáva príležitosť efektívne napraviť identifikované bezpečnostné riziká a rýchlo zlepšiť bezpečnostnú pozíciu našej spoločnosti.“

Toto kolo financovania prichádza na päty výrazného rastu výnosov a prijatia zákazníkov. Za posledných 12 mesiacov spoločnosť vygenerovala Four-násobok nového ARR a tiež trojnásobne zvýšila svoj zoznam zákazníkov z rebríčka Fortune 500, čo podčiarkuje celosvetový dopyt po jej poprednej platforme Assault Floor Administration.

Ako sa svet vyvíja a podniky inovujú, potreba chrániť kritickú infraštruktúru a útočné plochy sa stáva kritickejšou,“ povedal Steve Westly, zakladateľ a výkonný associate The Westly Group. „Zastupujeme mnohé z najväčších svetových energetických a dopravných spoločností. Prístup novej generácie CyCognito ok povrchovej správe útokov nemohol prísť v lepšom čase, pretože prakticky každá organizácia prešla na digitálnu transformáciu a podporovala vzdialené a hybridné pracovné sily. Veríme, že CyCognito je jasným lídrom v ochrane podnikov na celom svete s komplexnou platformou na správu povrchu útokov.“

„Sme nadšení, že sme investorom a súčasťou rodiny CyCognito,“ povedal Umesh Padval, Enterprise Associate v Thomvest Ventures. „Robove skúsenosti na jednotke 8200 v izraelskej spravodajskej službe mysliac ako útočník a vývoj obrany, komplexná platforma na správu povrchu útoku CyCognito, ktorú vyvinula spoločnosť CyCognito, ktorá rieši veľký problém pre zákazníkov, a silný tím, ktorý Rob zostavil, sú kľúčovými dôvodmi pre naše investícia do CyCognito.”

O CYKOGNITO

CyCognito rieši jeden z najzákladnejších obchodných problémov v oblasti kybernetickej bezpečnosti: vidieť, ako útočníci vnímajú vašu organizáciu, kde je najpravdepodobnejšie preniknúť, aké systémy a aktíva sú ohrozené a ako môžete eliminovať riziko. CyCognito, ktorú založili veteráni národnej spravodajskej agentúry, dokonale rozumie tomu, ako útočníci využívajú slepé miesta a cestu najmenšieho odporu. Spoločnosť so sídlom v Palo Alto je financovaná poprednými investormi rizikového kapitálu zo Silicon Valley a jej poslaním je pomáhať organizáciám chrániť sa aj pred tými najsofistikovanejšími útočníkmi. Robí to pomocou transformatívnej platformy definujúcej kategóriu, ktorá automatizuje útočné operácie v oblasti kybernetickej bezpečnosti, aby poskytovala prieskumné možnosti lepšie ako tie, ktoré majú útočníci.

Supply

Java 8 Streams: Definitívny sprievodca delením By()

Úvod

Prúd predstavuje a postupnosť prvkov a podporuje rôzne druhy operácií, ktoré vedú okay požadovanému výsledku. The zdroj prúdu je zvyčajne a Zbierka alebo an Pole, z ktorej sa streamujú dáta.

Prúdy sa líšia od zbierok niekoľkými spôsobmi; najvýraznejšie v tom, že prúdy nie sú a dátová štruktúra ktorý ukladá prvky. Vo svojej podstate sú funkčné a stojí za zmienku, že operácie s prúdom vytvárajú výsledok a zvyčajne vracajú ďalší prúd, ale nemenia jeho zdroj.

Aby ste „upevnili“ zmeny, vy zbierať prvky prúdu späť do a Assortment.

Z pohľadu zhora nadol, Collectors.partitioningBy() metódu možno zhrnúť takto:

Checklist<String> names = Arrays.asList("John", "Jane", "Michael", "Anna", "James");
Map<Boolean, Checklist<String>> partitionByNameLength = names.stream()
        .gather(Collectors.partitioningBy(title -> title.size() > four));

System.out.println(partitionByNameLength);

Táto metóda však obsahuje viac ako len nominálnu hodnotu a okrem predikátu používaného na testovanie prvkov môže reťaziť aj zberače po prúde.

V tejto príručke sa pozrieme na to, ako rozdeliť prúdy v jazyku Java pomocou Collectors.partitioningBy()!

Zberatelia a Stream.gather()

Zberatelia predstavujú implementácie Collector rozhranie, ktoré implementuje rôzne užitočné redukčné operácie, ako je akumulácia prvkov do kolekcií, sumarizácia prvkov na základe konkrétneho parametra atď.

Všetky preddefinované implementácie nájdete v Collectors trieda.

Môžete tiež veľmi ľahko implementovať svoj vlastný kolektor a použiť ho namiesto preddefinovaných, hoci – so vstavanými kolektormi sa dostanete dosť ďaleko, pretože pokrývajú veľkú väčšinu prípadov, v ktorých by ste ich mohli chcieť použiť.

Aby sme mohli triedu použiť v našom kóde, musíme ju importovať:

import static java.util.stream.Collectors.*;

Stream.gather() vykonáva operáciu meniteľnej redukcie na prvkoch prúdu.

A operácia meniteľnej redukcie zhromažďuje vstupné prvky do meniteľnej nádoby, ako napr Assortment, keďže spracováva prvky prúdu.

Sprievodca po Collectors.partitioningBy()

The Collectors trieda je rozsiahla a všestranná a umožňuje nám zbierať prúdy nespočetnými spôsobmi. Ak chcete zbierať prvky, rozdelenie prúdu do priečky, vzhľadom na určitú predikát – používame Collectors.partitioningBy().

Máme okay dispozícii dve preťažené verzie metódy – obe však vracajú a Collector ktorý rozdeľuje vstupné prvky podľa a Predicate, a organizuje ich do a Map<Boolean, Checklist<T>>.

The partitioningBy() metóda vždy vráti a Map s dvoma záznamami – jeden pre kde Predicate je true, a jeden, keď to bude false. Obe položky môžu mať prázdne zoznamy, ale budú prítomné.

Definujme jednoduché Pupil trieda na použitie v príkladoch kódu:

personal String title;
personal String surname;
personal String metropolis;
personal double avgGrade;
personal int age;


A vytvorte zoznam študentov na rozdelenie neskôr:

Checklist<Pupil> college students = Arrays.asList(
        new Pupil("John", "Smith", "Miami", 7.38, 19),
        new Pupil("Jane", "Miles", "New York", eight.four, 21),
        new Pupil("Michael", "Peterson", "New York", 7.5, 20),
        new Pupil("Gabriella", "Robertson", "Miami", 9.1, 20),
        new Pupil("Kyle", "Miller", "Miami", 9.83, 20)
);

Collectors.partitioningBy() pomocou predikátu

Vo svojej podstatnej podobe – partitioningBy() metóda akceptuje predikát:

public static <T> Collector<T,?,Map<Boolean,Checklist<T>>> partitioningBy(Predicate<? tremendous T> predicate)

Každý z prvkov z Stream sú testované oproti predikátu a na základe výslednej booleovskej hodnoty Collector zoskupí prvky do dvoch množín a vráti výsledok ako Map<Boolean, Checklist<T>>.

Poznámka: Neexistujú žiadne záruky týkajúce sa typu, meniteľnosti, serializácie alebo bezpečnosti vlákien Map vrátený.

Pred aplikáciou metódy na náš zoznam študentov – skúsme rozdeliť zoznam mien podľa toho, či sú ich size prevyšuje four alebo nie:

Checklist<String> names = Arrays.asList("John", "Jane", "Michael", "Anna", "James");
Map<Boolean, Checklist<String>> partitionByNameLength = names.stream()
        .gather(Collectors.partitioningBy(title -> title.size() > four));

System.out.println(partitionByNameLength);

Pre každý prvok Checklist ktorý má väčšiu dĺžku ako four, vráti sa predikát true a inak false. Na základe týchto výsledkov – partitioningBy() metóda zbiera prvky podľa toho:


Použitie metódy na náš vlastný Pupil trieda sa v skutočnosti nelíši – len pristupujeme okay inému poľu inou metódou. Predikát, ktorý teraz použijeme, otestuje naše Pupil predmety podľa dĺžky ich mena a ich priemernej známky:

Map<Boolean, Checklist<Pupil>> partitionByNameAvgGrade = college students.stream()
    .gather(Collectors.partitioningBy(student->pupil.getName().size() > eight 
                                       && pupil.getAvgGrade() > eight.zero));

System.out.println(partitionByNameAvgGrade);

To rozdelí študentov na dva predikáty – či je ich názov dlhší ako eight znakov a či je ich priemerná známka vyššia ako eight:


false=[Pupil, Pupiltitle='Jane', surname='Miles', metropolis='New York', avgGrade=eight.four, age=21, Pupil, Pupiltitle='Kyle', surname='Miller', metropolis='Miami', avgGrade=9.83, age=20], 
true=[Pupiltitle='Gabriella', surname='Robertson', metropolis='Miami', avgGrade=9.1, age=20]

Pozrite si našu praktickú príručku na učenie sa Gitu s osvedčenými postupmi, štandardmi akceptovanými v odvetví a priloženými cheatmi. Zastavte Google Git príkazy a vlastne učiť sa to!

Predikátom môže byť ľubovoľná funkcia alebo výraz lambda, ktorý vracia a boolean hodnotu.

Ak by ste si chceli prečítať viac o funkčných rozhraniach, funkciách lambda a predikátoch – prečítajte si nášho Kompletného sprievodcu predikátmi Java eight!

Collectors.partitioningBy() pomocou predikátu a zberača po prúde

Namiesto poskytovania len predikátu, ktorý nám už dáva dosť flexibility, pokiaľ ide o spôsoby testovania objektov, môžeme dodať aj downstream kolektor.

Tento kolektor je možné použiť na zníženie hodnôt v každej partícii podľa inej Collector a usporiada konečnú mapu do a Map<Boolean, D> kde sú hodnoty D sú výsledky následného kolektora:

public static <T,D,A> Collector<T,?,Map<Boolean,D>> 
    partitioningBy(Predicate<? tremendous T> predicate,
                   Collector<? tremendous T,A,D> downstream)

Pozrime sa na niekoľko rôznych nadväzujúcich kolektorov a na to, ako ich možno použiť partitioningBy() na použitie všestrannejším spôsobom. Stojí za zmienku, že neexistuje žiadne skutočné obmedzenie, pokiaľ ide o typ kolektora, ktorý tu môžete použiť – pokiaľ má zmysel ho použiť na vašu úlohu.

Použitím Collectors.mapping() ako zberateľ po prúde

Collectors.mapping() je veľmi bežný kolektor – a po ich rozdelení môžeme vykonať mapovanie prvkov. Rozdeľme napríklad prúd mien na základe ich dĺžky a potom ich namapujme na ich náprotivky s veľkými písmenami a nakoniec ich zhromaždíme späť do zoznamu:

Checklist<String> names = Arrays.asList("John", "Mike", "Michael", "Joe", "James");
Map<Boolean, Checklist<String>> partitionByNameLength = names.stream()
    .gather(Collectors.partitioningBy(title -> title.size() > four,
			Collectors.mapping(String::toUpperCase, Collectors.toList())));

System.out.println(partitionByNameLength);

The Collectors.mapping() metóda sa používa ako downstream kolektor, ktorý sám akceptuje dva parametre – mapovač (funkcia, ktorá sa má aplikovať na vstupné prvky) a jeho vlastný zberný kolektor ktorý akceptuje mapované hodnoty.

Po aplikácii toUpperCase() funkcie na každom prvku prúdu sa výsledky zhromažďujú a zhromažďujú do zoznamu:

false=[JOHN, JANE, ANNA], true=[MICHAEL, JAMES]

Výsledok je prirodzene rovnaký ako predtým – tieto reťazce sme však prešli cez transformatívnu mapovaciu funkciu.

V nadväznosti na to môžeme použiť aj na naše Pupil trieda tiež:

Map<Boolean, Checklist<String>> partitionStudentsByName = college students.stream()
    .gather(Collectors.partitioningBy(student->pupil.getName().size() > eight
                                       && pupil.getAvgGrade() > eight.zero,
             Collectors.mapping(Pupil::getName, Collectors.toList())));

System.out.println(partitionStudentsByName);

Tu sme zredukovali študentov na ich mená – namiesto toho, aby sme mali toString() metóda prevezme objekty po ich zozbieraní do mapy. Týmto spôsobom – môžeme formátovať výstup veľa krajšie ako predtým, pretože možno aj tak nebudeme chcieť extrahovať informácie o celom objekte:


Použitím Collectors.counting() ako zberateľ po prúde

The counting() kolektor je ďalším redukčným kolektorom, ktorý redukuje vektor prvkov na skalárnu hodnotu – počet prvkov v prúde.

Ak by ste si chceli prečítať viac o zberači počítania – prečítajte si nášho Sprievodcu zberateľmi Java eight: počítanie()!

Tento zberač sa dá jednoducho dodať ako zberač po prúde, aby sa spočítal počet objektov, ktoré prešli predikátom, a počet tých, ktoré nie:

Map<Boolean, Lengthy> partitionByAvgGrade = college students.stream()
    .gather(Collectors.partitioningBy(student->pupil.getAvgGrade() > eight.zero,
             Collectors.counting()));

System.out.println(partitionByAvgGrade);

Dvojica v našom Map<Ok, V> ktorý predstavuje pár kľúč – hodnota je trochu iný ako predtým. Doteraz sme vždy mali a <Ok, V> ktorý bol zastúpený ako <Boolean, Checklist<T>> (T bytie String alebo Pupil v našich príkladoch), ale teraz používame Lengthy.

Je to preto, že counting() metóda vždy vráti a Lengthy, takže podľa toho upravujeme mapu:


Podobnosti a rozdiely medzi partitioningBy() A groupingBy()

Ak ste oboznámení s groupingBy() rodina metód z toho istého Collectors triedy, možno ste si všimli podobnosti s tým partitioningBy()a možno ste si položili otázku: _aký je skutočný rozdiel? _

Ak nie ste oboznámení s groupingBy() rodinu metód, prečítajte si o nich v našom Sprievodcovi kolektormi Java eight: groupingBy()!

groupingBy() má tri rôzne preťaženia v rámci Collectors trieda:

  • Zoskupovanie s klasifikačnou funkciou
  • Zoskupovanie s klasifikačnou funkciou a zberačom po prúde
  • Zoskupenie s klasifikačnou funkciou, následným zberačom a dodávateľom

Prvé dva z nich sú však veľmi podobné partitioningBy() varianty, ktoré sme už opísali v tejto príručke.

The partitioningBy() metóda trvá a Predicate, keďže groupingBy() trvá a Operate.

V príručke sme niekoľkokrát použili výraz lambda:

title -> title.size() > four

Na základe kontextu, v ktorom sa používa – môže slúžiť ako a Predicate alebo Operate. Predikáty akceptovať vstupné hodnoty a vrátiť boolovskú hodnotu po jej použití take a look at() metóda na vstupe. Funkcie prijať vstupné hodnoty a vrátiť transformovanú hodnotu a použiť ju apply() metóda na vstupe.

V oboch týchto prípadoch, take a look at() a apply() tela metódy lambda výraz, ktorý sme dodali.

Poďme sa teraz porozprávať o rozdieloch. Prvým hlavným je, že partitioningBy() bude vždy mapa s dvoma záznamami, z ktorých jeden vyplynul z testu predikátu true, pričom ten druhý je false. Oba tieto vstupy môžu byť prázdne zoznamy a stále budú existovať. Na druhej strane je to niečo také groupingBy() nebude robiť – pretože vytvára záznamy len vtedy, keď sú potrebné.

Navyše, ak máme preddefinované Predicate<T>, môže byť odovzdaný iba na partitioningBy() metóda. Podobne, ak máme preddefinované Operate<T, Boolean>, môže byť odovzdaný iba na groupingBy() metóda.

Záver

V tomto článku sme hovorili o partitioningBy() metóda z Collectors triedy značne. Ukázali sme, ako to môžeme použiť na jednoduchom Checklist z Strings a na viac prispôsobenú triedu definovanú používateľom.

V našich príkladoch sme tiež ukázali, ako môžeme použiť rôzne downstream kolektory na dosiahnutie lepšieho rozdelenia našich údajov s menšími zoznamami namiesto celých objektov.

Nakoniec sme diskutovali o podobnostiach a rozdieloch medzi groupingBy() a partitioningBy() metódy a aké použitie majú obe v kóde.


Supply

Čo by ste mali vedieť o PCI Gap Assessment?

Vieme, aké zložité a náročné na zdroje môže byť dodržiavanie štandardov stanovených Radou pre bezpečnostné štandardy PCI (Fee Card Business). Niet sa čomu čudovať menej ako 1 z 5 podnikov (približne 18 %) hodnotiť svoje kontroly PCI DSS častejšie, ako to vyžaduje nariadenie. S hodnotením medzier PCI DSS sa však veci oveľa zjednodušia a zefektívnia.

Continue reading