Ang seguridad sa mga system ng GNU / Linux, depende ba ito sa system o sa administrator?

Sa mga nagdaang araw ay nasagasaan nila ang net ulat ng pag-atake Sinasamantala nila ang isang kahinaan sa PHP, na nagpapahintulot sa ilang mga lehitimong site na maghatid ng mga mapanlinlang na web page at ad, na inilalantad ang mga bisita sa pag-install ng malware sa kanilang mga computer. Sinasamantala ng mga pag-atake na ito a labis na kritikal na kahinaan sa PHP sa publiko nakalantad 22 buwan na ang nakakaraan at kung saan pinakawalan ang mga kaukulang update.

Sinimulan ng ilan na mapilit na ipahiwatig na ang isang mahusay na bahagi ng mga server na nakompromiso sa mga pag-atake na ito ay nagpapatakbo ng mga bersyon ng GNU / Linux, na nagkukunwaring kinukwestyon ang seguridad ng Operating System na ito, ngunit nang hindi napupunta sa mga detalye tungkol sa likas na kahinaan o mga dahilan kung bakit na nangyari ito

Ang mga system na may nahawaang GNU / Linux, sa lahat ng mga kaso, pinapatakbo nila ang Bersyon ng kernel ng Linux 2.6, inilabas noong 2007 o mas maaga. Walang kaso na nabanggit ang impeksyon ng mga system na nagpapatakbo ng mga superior kernels o na na-update nang maayos; Ngunit syempre, may mga tagapamahala pa rin na iniisip na "... kung hindi ito nasira, hindi na kailangan ng pag-aayos" at pagkatapos mangyari ang mga bagay na ito.

Bukod dito, isang kamakailang pag-aaral ng security firm na ESET, inilantad nang detalyado ang tawag "Operasyon Windigo", kung saan sa pamamagitan ng maraming mga kit ng pag-atake, kasama ang isa na tinawag nakayuko espesyal na idinisenyo para sa Apache at iba pang mga tanyag na open source web server, pati na rin ang isa pang tinatawag SSH, naging higit sa 26,000 mga sistema ng GNU / Linux ang nakompromiso mula noong Mayo ng nakaraang taon, nangangahulugan ba ito na ang GNU / Linux ay hindi na ligtas?

Una sa lahat, paglalagay ng mga bagay sa konteksto, kung ihinahambing namin ang nakaraang mga numero sa halos 2 milyong mga computer sa Windows na nakompromiso ng bootnet ZeroAccess Bago isara noong Disyembre 2013, madaling tapusin na, sa mga tuntunin ng seguridad, Ang mga system ng GNU / Linux ay mas ligtas pa rin kaysa sa mga gumagamit ng Microsoft Operating System, ngunit kasalanan ba ng GNU / Linux na ang 26,000 mga system sa OS na iyon ay na-kompromiso?

Tulad ng kaso ng kritikal na kahinaan sa PHP na tinalakay sa itaas, na nakakaapekto sa mga system na walang mga pag-update ng kernel, ang iba pang mga pag-atake ay nagsasangkot ng mga system kung saan ang default na username at / o password ay hindi binago at kung saan itinago ang port 23 at 80 hindi kinakailangan buksan; Kaya't kasalanan ba talaga ng GNU / Linux?

Malinaw na, ang sagot ay HINDI, ang problema ay hindi ang OS na ginagamit ngunit ang kawalan ng pananagutan at kapabayaan ng mga tagapangasiwa ng mga sistemang iyon na hindi masyadong nauunawaan ang maximum na sinabi ng dalubhasa sa seguridad Bruce Schneier dapat itong sunugin sa ating utak: Ang kaligtasan AY isang proseso HINDI isang produkto.

Walang silbi kung mai-install natin ang isang napatunayan na ligtas na system kung naiwan natin itong inabandona at huwag i-install ang kaukulang mga update sa sandaling mailabas ang mga ito. Katulad nito, walang saysay na panatilihing nai-update ang aming system kung ang mga kredensyal ng pagpapatotoo na lumilitaw bilang default sa panahon ng pag-install ay patuloy na ginagamit. Sa parehong kaso, ito ay mga pamamaraan sa seguridad sa elementarya, na hindi dahil sa pag-uulit, ay maayos na inilapat.

Kung nasa ilalim ng iyong pangangalaga ang isang sistema ng GNU / Linux kasama ang Apache o ibang open source web server at nais mong suriin kung nakompromiso ito, ang pamamaraan ay simple. Sa kaso ng ilibing, dapat mong buksan ang isang terminal at i-type ang sumusunod na utos:

ssh -G

Kung ang sagot ay naiiba mula sa:

ssh: illegal option – G

at pagkatapos ang listahan ng mga tamang pagpipilian para sa utos na iyon, pagkatapos ay nakompromiso ang iyong system.

Sa kaso ng nakayuko, ang pamamaraan ay medyo mas kumplikado. Dapat kang magbukas ng isang terminal at magsulat:

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

Kung ang iyong system ay nakompromiso, kung gayon nakayuko ire-redirect nito ang kahilingan at bibigyan ka ng sumusunod na output:

Location: http://google.com

Kung hindi man, hindi ito magbabalik ng anuman o ibang lokasyon.

Ang anyo ng pagdidisimpekta ay maaaring mukhang krudo, ngunit ito lamang ang napatunayan na epektibo: buong punasan ng system, muling pag-install mula sa simula at i-reset ang lahat ng mga kredensyal gumagamit at administrator mula sa isang hindi komitadong terminal. Kung tila mahirap sa iyo, isipin na, kung binago mo kaagad ang mga kredensyal, hindi mo maaaring ikompromiso ang system.

Para sa isang mas detalyadong pag-aaral ng mga paraan ng pagpapatakbo ng mga impeksyong ito, pati na rin ang mga tukoy na paraan na ginamit upang maikalat ang mga ito at ang mga kaukulang hakbang na gagawin, iminumungkahi namin ang pag-download at pagbabasa ng buong pagsusuri ng "Operasyon Windigo" magagamit sa sumusunod na link:

Ang operasyon na Windigo

Sa wakas, a pangunahing konklusyon: Walang garantisadong operating system laban sa mga walang pananagutan o walang ingat na mga administrador; Tulad ng para sa seguridad, laging may isang bagay na dapat gawin, dahil ang una at pinaka seryosong pagkakamali ay isipin na nakamit na natin ito, o sa palagay mo hindi?