--- title: "Amikor egy biztonsági elem veszélyessé válik — ZEBR.ai" description: "Az IT területén ma a vállalatok túlnyomó többsége különböző módokon védekezik a kiberbűnözők ellen, leggyakrabban egy vagy több biztonsági termék bevezetésével. Előfordulhat azonban, hogy ezek közül valamelyik terméket támadók kompromittálnak, és így maga is veszélyessé válik, veszélyeztetve a védett hálózatot? Sajnos…" url: "https://zebr.ai/hu/blog/amikor-egy-biztonsagi-elem-veszelyesse-valik" markdown_url: "https://zebr.ai/hu/blog/amikor-egy-biztonsagi-elem-veszelyesse-valik.md" language: "hu" published: "2021-02-26T12:45:35+00:00" alternates: cs: "https://zebr.ai/cs/blog/kdyz-se-bezpecnostni-prvek-stane-nebezpecnym.md" en: "https://zebr.ai/en/blog/when-a-security-tool-becomes-dangerous.md" sl: "https://zebr.ai/sl/blog/ko-se-varnostni-element-spremeni-v-nevarnega.md" sk: "https://zebr.ai/sk/blog/ked-sa-bezpecnostny-prvok-stane-nebezpecnym.md" hr: "https://zebr.ai/hr/blog/kada-sigurnosni-element-postane-opasan.md" sr-Latn: "https://zebr.ai/sr-latn/blog/kada-bezbednosni-element-postane-opasan.md" bs: "https://zebr.ai/bs/blog/kada-sigurnosni-element-postane-opasan.md" sq: "https://zebr.ai/sq/blog/kur-nje-element-sigurie-behet-i-rrezikshem.md" fr: "https://zebr.ai/fr/blog/quand-un-element-de-securite-devient-dangereux.md" es: "https://zebr.ai/es/blog/cuando-un-elemento-de-seguridad-se-vuelve-peligroso.md" de: "https://zebr.ai/de/blog/wenn-ein-sicherheitselement-gefaehrlich-wird.md" pt-BR: "https://zebr.ai/pt-br/blog/quando-um-recurso-de-seguranca-se-torna-perigoso.md" pl: "https://zebr.ai/pl/blog/gdy-element-bezpieczenstwa-staje-sie-niebezpieczny.md" it: "https://zebr.ai/it/blog/quando-un-elemento-di-sicurezza-diventa-pericoloso.md" nl: "https://zebr.ai/nl/blog/wanneer-een-beveiligingscomponent-gevaarlijk-wordt.md" ro: "https://zebr.ai/ro/blog/cand-un-element-de-securitate-devine-periculos.md" tr: "https://zebr.ai/tr/blog/guvenlik-unsuru-tehlikeli-hale-geldiginde.md" id: "https://zebr.ai/id/blog/ketika-fitur-keamanan-menjadi-berbahaya.md" --- [Kezdőlap](https://zebr.ai/hu/) [Blog](https://zebr.ai/hu/blog) Amikor egy biztonsági elem veszélyessé válik # Amikor egy biztonsági elem veszélyessé válik [blog](https://zebr.ai/hu/blog?tag=blog) [GFI Software](https://zebr.ai/hu/blog?tag=gfi-software) [javításkezelés](https://zebr.ai/hu/blog?tag=patch-management) [N-able](https://zebr.ai/hu/blog?tag=n-able) [sérülékenységek](https://zebr.ai/hu/blog?tag=vulnerabilities) Az IT területén ma a vállalatok túlnyomó többsége különböző módokon védekezik a kiberbűnözők ellen, leggyakrabban egy vagy több biztonsági termék bevezetésével. Előfordulhat azonban, hogy ezek közül valamelyik terméket támadók kompromittálnak, és így maga is veszélyessé válik, veszélyeztetve a védett hálózatot? Sajnos… 2021\. 02. 26. · 4 perc olvasás · ZEBR.ai szerkesztőség Az IT területén ma a vállalatok túlnyomó többsége különböző módokon védekezik a kiberbűnözők ellen, leggyakrabban egy vagy több biztonsági termék bevezetésével. Előfordulhat azonban, hogy ezek közül valamelyik terméket támadók kompromittálnak, és így maga is veszélyessé válik, veszélyeztetve a védett hálózatot? Sajnos meg kell állapítanunk, hogy ez megtörténhet, és a történelem már több ilyen esetet is ismer. Az egyik ilyen eset tavaly év végén történt, amikor kiderült, hogy a SolarWinds Orion munkaállomások és szerverek távoli felügyeletére szolgáló szoftvert kompromittálták, és a támadók kihasználták annak futtatható kód terjesztésére való képességét, így frissítések és javítások helyett rosszindulatú programokat terjesztettek. A CISA (Cybersecurity & Infrastructure Security Agency) 2020. december 13-án irányelvet adott ki, amelyben figyelmeztetett erre a biztonsági kockázatra, és az Egyesült Államok valamennyi szövetségi hivatalának azonnali reagálást rendelt el, beleértve annak haladéktalan ellenőrzését, hogy történt-e már támadás, valamint leggyakrabban a SolarWinds Orion platform azonnali leállítását is. A kompromittált intézmények listája meglehetősen impozáns; olyan jól ismert nevek is szerepelnek rajta, mint például az amerikai Pentagon, a NASA, az NSA és mások. Itt engedjenek meg egy közbevetést – a Sunburst nevű rosszindulatú program csak a SolarWinds Orion platformot támadta meg, a SolarWinds termékcsalád más termékeit, például a SolarWinds MSP N-Central és RMM megoldásokat nem. További részleteket ezen a linken találhat: Hogyan zajlik egy ilyen, biztonsági terméken keresztül végrehajtott támadás? A SolarWinds Orion rendszer kompromittálása több szintből áll. Az Orion platform szerveroldali része rendszeresen frissül a frissítési szerverekről. Éppen ezeket a szervereket támadták meg először a támadók, akiknek sikerült rosszindulatú kódot elhelyezniük rajtuk, és így azt letöltésre elérhetővé tenniük a gyanútlan szervezetek számára. Az áldozatok hálózatába való behatolás után a támadók több módon is elkerülték a felismerést; az első ezek közül bármilyen művelet késleltetése volt, vagyis a kód nem azonnal, hanem 2 hét elteltével aktiválódott. Emellett a támadók képesek voltak digitálisan aláírni a kódot, és elrejteni azt a BusinessLayer.dll nevű könyvtárban. Végül, de nem utolsósorban ez a kód több technikát is alkalmaz annak felismerésére, hogy nem sandboxban fut-e. Általában elegendő számára, ha ismert hálózati szegmenseket „pingel” annak ellenőrzésére, hogy azok léteznek-e, valamint a saját „bázisát” is. Eddig a SolarWinds Orion hálózatába és ügyfelei hálózataiba való klasszikus betörésről volt szó. Ebben a pillanatban azonban fel kell ismernünk, hogy a támadó szó szerint a megfelelő időben volt a megfelelő helyen. A hálózatban lévő számítógépek kezelésére, frissítésére, valamint alkalmazások telepítésére vagy esetleges eltávolítására szolgáló szoftvernek szükségszerűen kellően magas jogosultságokkal kell rendelkeznie, például helyi vagy tartományi rendszergazdai jogosultságok formájában. Támadónk pedig most teljes mértékben rendelkezésére áll ez a szoftver, így a felügyelt hálózat minden eszközére bármilyen további kódot telepíthet, és természetesen futtathatja is azt. Ezzel megkezdődhet a támadás végső fázisa, amely áldozatonként eltérő lesz; a támadó a megszerzett információk alapján dönti el, mi teszi érdekessé számára az áldozat hálózatát. Talán most arra gondol, hogy ha az áldozat helyzetében lenne, elegendő lenne egyszerűen kikapcsolni az Orion platformot, és a veszély többé nem fenyegetne. Ez azonban nagy tévedés, hiszen ha a támadó eljutott addig a fázisig, amikor már teljes mértékben ellenőrizte a hálózatot, bármely további számítógépre telepíthetett tetszőleges kiegészítő kódot, így még a felügyeleti platform leállítása sem szünteti meg a veszélyt. Proaktívan kell fellépni, és az egész hálózatot át kell vizsgálni veszélyes kód jelenlétére. Az Orion platform kompromittálásának helyzetére más gyártók is reagáltak, például a GFI a **GFI LanGuard** termékéhez hozzáadta az e kompromittálás által okozott sérülékenységek felismerésének képességét. És nem csak ezt: a GFI LanGuard képességei nagyon hasonlóak a SolarWinds Orionéhoz, így lehetővé teszi a javításkezelést és a hálózati auditot, emellett pedig a hálózat valamennyi eszközén képes sérülékenységeket vizsgálni. Rendkívül pozitív a gyártó hozzáállása, amely 30 napra funkcionálisan korlátlan próbaverziót biztosít. Alapértelmezés szerint a próbaverzió 25 IP-címre korlátozott, azonban a gyártóhoz intézett egyszerű kéréssel a támogatás akár 10 ezer eszközre is kiterjeszthető. Ez a nagylelkű ajánlat minden, az Orion platform sérülékenysége által érintett vállalat számára bizonyára lehetővé teszi hálózatának megtisztítását és a teljes körű védelem fenntartását az egész időszak alatt. *A cikk az IT Systems magazin 1-2/2021. számában jelent meg.* A cikk szerzője: ZEBR.ai szerkesztőség Olvasson tovább ## További kapcsolódó cikkek [Összes cikk](https://zebr.ai/hu/blog) ### [ZEBR.AI: N-able bevezeti az árnyék-AI azonosítását UEM- és biztonsági megoldásaiba](https://zebr.ai/hu/blog/zebr-ai-az-n-able-bevezeti-az-arnyek-ai-azonositasat-uem-es-biztonsagi-megoldasaiba) Az új funkciók további ügynökök vagy infrastruktúra nélkül nyújtanak áttekintést az AI-eszközök valamennyi végberendezésen és hálózaton, az egyes identitások szerinti használatáról 2026\. 09. 28. · 3 perc olvasás ### [Acronis: A ransomware a PLC-rendszerek megtámadása nélkül is leállíthatja a gyártást](https://zebr.ai/hu/blog/acronis-a-ransomware-a-plc-rendszerek-megtamadasa-nelkul-is-leallithatja-a-gyartast) A ransomware a gyártóvállalatok számára nem csupán informatikai biztonsági kérdés, hanem a termelés folytonosságának kérdése is 2026\. 09. 23. · 3 perc olvasás ### [A GFI Archiver AI leegyszerűsíti a GFI KerioConnecttel való összekapcsolást](https://zebr.ai/hu/blog/a-gfi-archiver-ai-leegyszerusiti-a-gfi-kerioconnecttel-valo-osszekapcsolast) A két termék közvetlen integrációja megkönnyíti a vállalati e-mailekkel végzett munkát, javítja a levelezőszerver teljesítményét, és lehetővé teszi az előírások hatékonyabb teljesítését 2026\. 09. 21. · 2 perc olvasás Kapcsolat ## Saját magának vagy ügyfelének keres megoldást? Írja meg, melyik szolgáltatás érdekli, és az adott terület szakértője közvetlenül felveszi Önnel a kapcsolatot. [+420 596 912 961](tel:+420596912961)\ --- - Forrás: - Weboldal-áttekintés MI-ügynököknek: