CNN: 'Hackerek' áldozatául esnek a szuperszámítógép óriások

Leborulunk elotted trey, te Elso szent HUP.admin lattad elore a vegzetuket!:-)))

Elkepzelem, ahogy a felduhodott, nyaladzo hackerek vasbunkokkal, kihegyezett kaszakkal betornek az egyetemekre, es szetverik a szuperkompjutereket... ( Persze, az kevesbe lenne latvanyos, hogy par pattanasos, porbafingo kiskolyok egy par kozkezen forgo scriptel kihasznalja a papa szelessavu internetet, hogy kesobb elmondhassa csendesen, alneven egy irc csatornan, hogy o volt kiskorban a nagy hakker) hogy pusztulni ki az ilyen

Hi!

Nem igaz, hogy meg mindig mindenki rosszul hasznalja a hacker/cracker szavakat. A masik meg, hogy nem igaz, hogy egy ilyen nagy rendszert igy elhanyagolnak. En pl. altalaban rogton uj kernelt forgatok egy ilyen exploit utan, pedig az enyem nem egy 'eles' rendszer.

By(t)e

TBS::Antiemes

Épp amiatt hogy neked nem éles rendszered van tudsz könnyen új kernelt forgatni... Valahol az a pár perc kiesés sem könnyen megoldható. Mellesleg lehet, hogy te tudod rosszul a hacker/cracker fogalmakat? ;)

Meg kell oldani! Mármint, hogy lehessen frissíteni a rendszert ha van valami kritikus hiba. Annyira nem lehet fontos a gép, hogy ne érné meg, utána meg jön a nagy szívás. :(

Gondolj bele, hogy egy nagy egyetemnél ahol sok professzor-tudós-akárki használja a szuperszámítógépet és olyan számolásokat végeznek amelyek az ilyen gépeken is több napig tart nem néznék túl jó szemmel, hogy a rendszergazda mindenkit kitessékel. :)

Persze megoldás mindenre lehet, pl. a reboot nélküli kernel csere vagy a folyamatos kernel bug hotfix modul telepítgetése. (bizony, do_mremap()-ra is jött ki olyan kernel modul, amivel megakadályozható a hiba kihasználása).

Viszont gyakran ezt sem merik bevállalni a rendszergazdák, mert ha valami nem jól sül el és ugrik jópár száz/ezer ember munkája akkor hatalmas seggberugást kapnak...

A tanszék vezetőt, a dékánt és az emberek jó részét nem érdekli a security...

Egyik ismerősöm műszaki igazgató az egyik cégnél és tudja meg érti miért lenne fontos, hogy mindenhova más jelszót használjon, de nem tud annyi kódot megjegyezni, mert voltak már problémái abból, hogy elfelejtette, ezért marad mindenhova ugyanaz az 5 betűs (csupa kisbetűs) jelszava és kész. Nem érdekli már, ez van... oldja meg a rendszergazda.

"Ezek ilyenek"

Persze egy szuperszámítógépnek nem feltétlenül kell bárhonnan elérhetőnek lennie...

És ha a professzor-tudós-akárki otthonról is a kutatásán akar dolgozni? Vagy elutazik valahova előadást tartani arról a munkájáról amit a szuperszámítógépen futtat? Esetleg nem azért utazott el, de a távolban van ideje és szeretne dolgozni a munkáján? Azt mondod neki, hogy én vagyok a rendszergazda és én márpedig nem engedem, hogy távolról dolgozzon, mert nem biztonságos! :-))

VPN :-)

Jelenleg most mi is VPN-es megoldást használunk, de egy egyetemnél eltudnám képzelni, hogy ebből is lehetnek problémák.

Mindenesetre VPN-nel meg már megint ott vagyunk ahol a part szakad... abban is lehetnek kihasználható bugok. ;)

A VPN-nel komoly gáz, hogy csak a közvetítő közeget védi, a végpontot nem. Nem biztos, hogy értelmes helyeken a fontosabb rendszereket szívesen teszik VPN-en elérhetővé olyan számítógépről, ami egyébként az Interneten lóg. Nem a VPN-t kell megtörni, hanem a végponton lógó, gyakran védtelen windowst/linuxot/bsd-t/stb, és máris megkerültél minden védelmet.

ezeknek a ``szuperszamitogepeknek'' a jo resze klaszter, van ahol tobb szaz gepet kapcsolnak ossze. meg akkor sem kis munka mindegyiken upgrade-elni, ha ezek a gepek hw-ileg ugyanazok (pl a jelenlegi masodik vagy harmadik legnagyobb egy OS X klaszter, 1100 geppel. mondjuk OS X alatt azert nem ekkora problema a frissites hala a software update-nek:)

En nem vagyok egy jo C programozo, igazan icipici utility binarisokon kivul semmit sem irtam C-ben. Ellenben Java nyelven programozom mar kb. 4 eve. A nemzetkozi cegnel ahol dolgozom van egy eleg nagy letszamu QA csapat, akik tesztelnek, de mi is eleg nagy szamban irunk unit teszteket a szoftverekhez.



A kerdesem az, hogy ezek ellen az exploitok ellen nem lehet unit teszteket irni? Mert ha lehet, es az OSDL-nel lenne egy QA team, ami minden release elott mondjuk egy hetet tesztelne, akkor megelozheto lenne a baj.



Kerem hogy ha vki tudja mi az _igazi_ teszteles es jo C designer magyarazza mar el, hogy hogy is van ez a linux kernellel.

Koszi,
Zoli

>Tokeletes biztonsag nincs.

Viszont minden redszer biztonsága növelhető a teljes használhatatlanságig.

:-)

Andrej