Сигурността в системите GNU / Linux, зависи ли от системата или администратора?

В минали дни те препускаха из мрежата доклади за нападения Те използват уязвимост в PHP, която позволява на някои легитимни сайтове да обслужват измамни уеб страници и реклами, излагайки посетителите на инсталирането на зловреден софтуер на техните компютри. Тези атаки се възползват от a изключително критична PHP уязвимост публично изложени преди 22 месеца и за които са публикувани съответните актуализации.

Някои започнаха да настояват настойчиво, че голяма част от компрометираните при тези атаки сървъри изпълняват версии на GNU / Linux, преструвайки се, че поставят под въпрос сигурността на тази операционна система, но без да навлизат в подробности за естеството на уязвимостта или причините което се е случило това.

Системи със заразени GNU / Linux, във всички случаи те изпълняват Linux ядро ​​версия 2.6, издаден през 2007 г. или по-рано. В никакъв случай не се споменава заразяването на системи с по-добри ядра или които са надлежно актуализирани; Но разбира се, все още има администратори, които мислят „... ако не е счупен, няма нужда от поправяне“ и тогава тези неща се случват.

Освен това, скорошно проучване на охранителната фирма ESET, излага разговора в детайли "Операция Windigo", в който чрез различни комплекти за атака, включително един извикан Затворена специално проектиран за Apache и други популярни уеб сървъри с отворен код, както и за друг наречен SSH, бил е повече от 26,000 XNUMX системи GNU / Linux са компрометирани от май миналата година, означава ли това, че GNU / Linux вече не е защитен?

На първо място, поставяне на нещата в контекст, ако сравним предишните числа с почти 2 милиона компютри с Windows, компрометирани от bootnet Нулев достъп Преди да бъде закрит през декември 2013 г., е лесно да се заключи, че от гледна точка на сигурността, Системите GNU / Linux са все още по-сигурни от тези, които използват операционната система Microsoft, но вината на GNU / Linux е, че 26,000 XNUMX системи с тази операционна система са били компрометирани?

Както в случая с критичната PHP уязвимост, обсъдена по-горе, която засяга системи без актуализации на ядрото, тези други атаки включват системи, в които потребителското име и / или паролата по подразбиране не са променени и които запазват портове 23 и 80 ненужно отворени; Така че наистина ли е виновна GNU / Linux?

Очевидно е, че отговорът е НЕ, проблемът не е в операционната система, която се използва, а в безотговорността и пренебрежението на администраторите на тези системи, които не разбират напълно максимума, заявен от експерта по сигурността Брус Шнайер които трябва да бъдат изгорени в мозъка ни: Безопасността Е процес, НЕ продукт.

Безполезно е, ако инсталираме доказана безопасна система, ако след това я оставим изоставена и не инсталираме съответните актуализации веднага щом бъдат пуснати. По същия начин е безполезно да поддържаме нашата система актуализирана, ако идентификационните данни за удостоверяване, които се появяват по подразбиране по време на инсталацията, продължават да се използват. И в двата случая е така елементарни процедури за сигурност, които не се дължат на повторение, се прилагат правилно.

Ако имате грижа за GNU / Linux система с Apache или друг уеб сървър с отворен код и искате да проверите дали е била компрометирана, процедурата е проста. В случай че Ебъри, трябва да отворите терминал и да въведете следната команда:

ssh -G

Ако отговорът е различен от:

ssh: illegal option – G

и след това списъкът с правилните опции за тази команда, тогава вашата система е компрометирана.

В случай на Затворена, процедурата е малко по-сложна. Трябва да отворите терминал и да напишете:

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

Ако вашата система е била компрометирана, тогава Затворена той ще пренасочи заявката и ще ви даде следния изход:

Location: http://google.com

В противен случай няма да върне нищо или друго местоположение.

Формата на дезинфекция може да изглежда груба, но е единствената доказано ефективна: пълно изтриване на системата, преинсталиране от нулата и нулиране на всички идентификационни данни потребител и администратор от неангажиран терминал. Ако ви е трудно, помислете, че ако сте сменили идентификационните данни незабавно, няма да компрометирате системата.

За много по-подробен анализ на начините на действие на тези инфекции, както и на специфичните начини, използвани за тяхното разпространение и съответните мерки, които трябва да се предприемат, предлагаме да изтеглите и прочетете пълния анализ на "Операция Windigo" достъпно на следния линк:

Операция Windigo

И накрая, a фундаментално заключение: Няма операционна система, гарантирана срещу безотговорни или невнимателни администратори; Що се отнася до безопасността, винаги има какво да се направи, защото първата и най-сериозна грешка е да мислим, че вече сме я постигнали, или не мислите така?