Turvalisus GNU / Linuxi süsteemides, kas see sõltub süsteemist või administraatorist?

Möödunud päevade jooksul jooksid nad läbi võrgu teated rünnakutest Nad kasutavad ära PHP haavatavust, mis võimaldab mõnel legitiimsel saidil petturlikke veebisaite ja reklaame teenindada, pannes külastajad pahavara arvutisse installima. Need rünnakud kasutavad ära a äärmiselt kriitiline PHP haavatavus 22 kuud tagasi avalikult avalikustatud ja mille kohta on välja antud vastavad värskendused.

Mõned on hakanud tungivalt juhtima tähelepanu sellele, et suur osa nendes rünnakutes ohustatud serveritest töötab GNU / Linuxi versioonides, teeseldes, et seavad kahtluse alla selle operatsioonisüsteemi turvalisuse, kuid ei hakka täpsustama haavatavuse olemust ega põhjuseid. miks mis nii juhtus.

Nakatunud GNU / Linuxiga süsteemid, igal juhul töötavad nad Linuxi tuuma versioon 2.6, välja antud 2007. aastal või varem. Mitte mingil juhul ei mainita kõrgemate tuumade või nõuetekohaselt ajakohastatud süsteemide nakatumist; Kuid muidugi on endiselt administraatoreid, kes arvavad, et "... kui see pole katki, ei vaja see parandamist" ja siis need asjad juhtuvad.

Lisaks turvafirma ESET hiljutine uuring, üksikasjalikult kõne "Operatsioon Windigo", milles läbi mitme rünnakukomplekti, sealhulgas ühe kutsutud Corkitud spetsiaalselt Apache'i ja teiste populaarsete avatud lähtekoodiga veebiserverite jaoks loodud, samuti veel üks nn SSH, on olnud ohustatud on üle 26,000 XNUMX GNU / Linuxi süsteemi Kas see tähendab alates eelmise aasta maist, et GNU / Linux pole enam turvaline?

Esiteks asjade konteksti panemine, kui võrrelda eelmisi numbreid peaaegu 2 miljoni Windowsi arvutiga, mille alglaadivõrk ohustab Nulljuurdepääs Enne 2013. aasta detsembris sulgemist on lihtne järeldada, et turvalisuse seisukohast on GNU / Linuxi süsteemid on endiselt turvalisemad kui need, mis kasutavad Microsofti operatsioonisüsteemi, kuid kas GNU / Linuxi süü on see, et 26,000 XNUMX selle operatsioonisüsteemiga süsteemi on rikutud?

Nagu ülalkirjeldatud kriitilise PHP haavatavuse puhul, mis mõjutab süsteeme ilma tuuma värskendusteta, hõlmavad need teised rünnakud süsteeme, milles vaikimisi kasutajanime ja / või parooli ei muudetud ja mis säilitasid asjatult avanevad sadamad 23 ja 80; Nii et kas see on tõesti GNU / Linuxi süü?

Ilmselgelt on vastus EI, probleem pole kasutatavas operatsioonisüsteemis, vaid nende süsteemide administraatorite vastutustundetuses ja hooletussejätmises, kes ei mõista turvaeksperdi öeldut maksimaalset Bruce Schneier mis tuleks meie ajudesse põletada: Ohutus EI ole protsess, mis pole toode.

See on kasutu, kui installime tõestatud ohutu süsteemi, kui jätame selle siis hüljatuks ega installi vastavaid värskendusi kohe, kui need on välja antud. Samamoodi on kasutu hoida meie süsteemi ajakohasena, kui installimise ajal vaikimisi ilmuvaid autentimismandaate jätkatakse. Mõlemal juhul on elementaarsed turvaprotseduurid, mida ei korrata, rakendatakse nõuetekohaselt.

Kui teil on teie hoole all Apache või mõne muu avatud lähtekoodiga veebiserveriga GNU / Linuxi süsteem ja soovite kontrollida, kas see on rikutud, on protseduur lihtne. Juhul kui matma, peate avama terminali ja tippima järgmise käsu:

ssh -G

Kui vastus erineb järgmisest:

ssh: illegal option – G

ja siis selle käsu õigete valikute loend, siis on teie süsteem ohustatud.

Puhul Corkitud, protseduur on veidi keerulisem. Peate avama terminali ja kirjutama:

curl -i http://myserver/favicon.iso | grep "Location:"

Kui teie süsteem oli rikutud, siis Corkitud see suunab päringu ümber ja annab teile järgmise väljundi:

Location: http://google.com

Vastasel juhul ei tagasta see midagi ega muud asukohta.

Desinfitseerimise vorm võib tunduda toores, kuid see on ainus tõhusalt tõestatud: kogu süsteemi pühkimine, uuesti installimine nullist ja lähtestage kõik volitused kasutaja ja administraator sidumata terminalist. Kui teil on raske, kaaluge, et kui te oleksite volitusi viivitamatult muutnud, ei oleks te süsteemi rikkunud.

Nende nakkuste toimimisviiside, nende levitamise konkreetsete viiside ja vastavate võetavate meetmete palju üksikasjalikuma analüüsi jaoks soovitame alla laadida ja lugeda infektsioonide täielik analüüs "Operatsioon Windigo" saadaval järgmisel lingil:

Operatsioon Windigo

Lõpuks a põhimõtteline järeldus: Vastutustundetute või hoolimatute administraatorite vastu pole tagatud operatsioonisüsteem; Turvalisuse osas on alati midagi teha, sest esimene ja kõige tõsisem viga on arvata, et oleme selle juba saavutanud, või kas te ei arva seda?