Lue uutinen mobiilisivustolla

Dll-bugi kiusaa myös Microsoftin sovelluksia

Kuva: Niko Jylhä

29.8.2010 21:46 Hakkerit ottivat Microsoftin puolesta selvää, ovatko sen tuotteet haavoittuvia niin sanotun dll-virheen vuoksi. Vastaus on, että kyllä ovat.

Lukuisat Microsoftin Windows-käyttöjärjestelmälle tehdyt sovellukset on tehty huolimattomasti niin, että ne mahdollistavat hyökkäykset käyttäjiä vastaan.

Microsoft on kertonut tutkivansa, kärsivätkö sen tuotteet viasta, joka liittyy dll-kirjastojen lataamisiin. Hakkerit ovat "auttaneet" yhtiötä paljastamalla haavoittuvia tuotteita.

Hyväksikäyttökoodeja on ilmestynyt esimerkiksi Windowsia vastaan, mukaan lukien uusin Windows 7. Ongelma koskee käyttöjärjestelmän osoitekirjaa, kertoo tietoturvayhtiö Vupen.

Tosin Exploit Database -sivuston mukaan hyökkäyskoodin toimivuus osoitekirjaa vastaan on vielä todentamatta.

Vupen mainitsee Windows 7:n ohella haavoittuviksi muun muassa Microsoftin PowerPointin uudessa Office 2010:ssä ja myös 2007:ssä. Alttiina oleviksi Microsoftin sovelluksiksi on mainittu myös ainakin Media Player Classic, Windows Live Mail, Visio ja Office Groove.

Etsintätyökalu
kovassa käytössä

Lista kaikista haavoittuvista ohjelmistoista kasvaa koko ajan, kun dll-ongelmia metsästetään tutkija HD Mooren julkaisemalla etsintätyökalulla. Esimerkiksi Mozillan Firefox-selaimen viimeisin versio 3.6.8 on todettu haavoittuvaksi kuten myös Applen viimeisin Safari-selain.

Microsoft on halunnut korostaa, että sovellusten turvattomuus ei johdu Windowsin turvattomuudesta. Suomalainen Cert-fi selittää ongelman näin:

"Ladattaviin kirjastoihin liittyvä ongelma on se, että jos sovelluksen tekijä ei ole täsmällisesti ohjelmakoodissa määritellyt, että mistä kirjastotiedosto ladataan, käyttöjärjestelmä etsii sitä tietyssä järjestyksessä ennalta määritellyistä paikoista, kun käyttäjä avaa sovelluksella tiedoston. Tätä ominaisuutta voidaan käyttää hyväksi hyökkäyksissä".

Ongelman korjaaminen vaatii päivityksiä kultakin ohjelmistovalmistajalta erikseen.

Tuomas Linnake
tuomas.linnake@digitoday.fi

Teksti on lisensoitu Creative Commons Nimeä-Ei muutoksia-Epäkaupallinen -lisenssillä.

Kirjoita kommentti

Kommentit (29)

0

0

Todella v-mäinen ongelma.

Suoraa loadlibrarya tulee kutsuttua todella helposti. Lohtuna tosin että sama ongelma vaivaa kaikkia käyttiksiä jossa %CWD% on hakupolussa.

Linux on turvassa, ja vaikka lokaalista polusta voisikin ladata kirjaston se ei takuulla toimisi kuin yhden distron yhdessä versiossa :)

Tietääkö kukaan miten on OSX:n laita, ympäristö on paljon eheampi joten kirjaston versionongelmaa ei ole, mutta hakeeko se kirjastoja %CWD%:sta?

Lainaa Ilmoita asiaton viesti

# 29.8.2010 22:46

9

6

Vika ei ole sovelluksissa, vaan M$ on itse tyrinyt homman. Ensinnäkän mitään kirjastoa ei saisi ilman polkua kutsuttaessa ajaa mistään muusta kun PATH-ympäristömuuttujan poluista. Toiseksi: peruskäyttäjällä ei pitäisi olla mitään asiaa kirjoittaa em. ympäristömuuttujan ilmoittamiin hakemistoihin.

Minun käyttöjärjestelmässäni asia on tältä osin kunnossa. Se ei ole OSX, mutta eiköhän tämä ole kunnossa siinäkin :)

vtp

Lainaa Ilmoita asiaton viesti

# 29.8.2010 23:00

8

54

Vika ei ole sovelluksissa, vaan M$ on itse tyrinyt homman. Ensinnäkän mitään kirjastoa ei saisi ilman polkua kutsuttaessa ajaa mistään muusta kun PATH-ympäristömuuttujan poluista. Toiseksi: peruskäyttäjällä ei pitäisi olla mitään asiaa kirjoittaa em. ympäristömuuttujan ilmoittamiin hakemistoihin.

Eihän MS kutsu sitä mistään muualta kuin PATH env variablesta. Ongelma vaan on se että . on mukana. Ja tavallaan syystä on todella vammaista kun joutuu kutsumaan appia ./app jos on jo oikeassa dirikassa.

Ymmärrän hyvin miksi PATH tehtiin noin 80-luvulla, ja nyt sitä on hankala muuttaa rikkomatta valtavaa määrää olemassa olevia softia.

Mutta mikäs on OSX:n tilanne, voisiko joku katsoa env muuttujansa.

Lainaa Ilmoita asiaton viesti

# 29.8.2010 23:08

6

1

WHoops, Media Player Classic EI OLE mikkisoftan tuote vaikka näin tässä artikkelissa väitetään. On taas asijantuntiijat vauhdissa!

Pekka, Päivää

Lainaa Ilmoita asiaton viesti

# 30.8.2010 1:15

5

58

Kuten aiemminkin todettu IE8/W7/Vista on varma ratkaisu ja saa syyttää ihan itseään jos vielä tällä vuosikymmenellä tunkee Katiskaa (FF) windowsiin.

Windowsin omat softat on fiksattu seuraavassa päivityksessä jos aihetta on ja edelleenkin ongelmaa ei todistettavasti ole pystytty hyödyntämään.

tyhjät tynnyrit kolisevat eniten

Lainaa Ilmoita asiaton viesti

# 30.8.2010 1:21

64

6

Kuten aiemminkin todettu IE8/W7/Vista on varma ratkaisu ja saa syyttää ihan itseään jos vielä tällä vuosikymmenellä tunkee Katiskaa (FF) windowsiin.

Windowsin omat softat on fiksattu seuraavassa päivityksessä jos aihetta on ja edelleenkin ongelmaa ei todistettavasti ole pystytty hyödyntämään. tyhjät tynnyrit kolisevat eniten

Lakkaa sitten kolisemasta

Lainaa Ilmoita asiaton viesti

# 30.8.2010 7:59

68

3

Kuten aiemminkin todettu IE8/W7/Vista on varma ratkaisu

Ja juuri Windowsin vakavan suunnitteluvirheen takia samme nauttia tästä "dll-bugista". Turha ohjelmoija on syyttää, jos järjestelmään rakennetaan noin vakava ansa.

Eipä muuten MSDN:n dokumentaatio vieläkään kiellä kirjaston nimen antamista ilman kokonaista polkua. Toisaalta kovakoodattu polku olisikin yhtä älytön tapa hoitaa asia.

Kuka älykääpiö keksi, että dll haetaan työhakemistosta?

Lainaa Ilmoita asiaton viesti

# 30.8.2010 9:01

4

0

Se älykääpiö joka halusi mahdollisuuden plugata debug instrumentaation muuttamatta asennettua softaa.

Tietoturva ei ollut nykyisellä tasolla 90 luvun alussa.

Lainaa Ilmoita asiaton viesti

# 30.8.2010 9:14

1

2

Lukuisat Microsoftin Windows-käyttöjärjestelmälle tehdyt sovellukset on tehty huolimattomasti niin, että ne mahdollistavat hyökkäykset käyttäjiä vastaan.

---
Usko "Microsoftin jälkeiseen elämään" alkaa taas nostaa päätään?
---
"Peruskäyttäjät sorkkivat, kaiken mahdollisen sekaisin, mihin vain on mahdollista päästä!"
(IT-tuki 1996 - )

---

PS.
Nyt on foorumilla taas "%CWD%"-asiantuntijat ja "asijantuntiijat"-kielioppinerot vauhdissa.
Tarkkuutta...; )

Kalmanmies

Lainaa Ilmoita asiaton viesti

# 30.8.2010 9:17

37

2

Mutta mikäs on OSX:n tilanne, voisiko joku katsoa env muuttujansa.

Ainakin omassa OSX 10.5:ssä:

PATH=/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin

Eli ei ole CWD pathissä.

Lainaa Ilmoita asiaton viesti

# 30.8.2010 10:37

Sivut: 1 2 3 Edellinen Seuraava

Kirjoita vastaus

Ohjeet: Pysy aiheessa ja kirjoita napakasti. Muista, että haastateltavilla, kanssakeskustelijoilla ja toimittajilla on oikeus omaan, eriävään mielipiteeseen. Ole kohtelias ja ystävällinen, äläkä tarkoituksella provosoi tai hauku muita keskustelijoita. Taloussanomat varaa oikeuden poistaa asiattomat viestit. Varauduthan siihen, että linkkejä sisältävät viestit tarkistetaan yksitellen roskapostin suodattamiseksi. Arvostamme mielipidettäsi!
Lue koko keskusteluetiketti

Bottivarmistus: mitä on kaksi ynnä viisi?

Viesti Nimi

Uutiset

Seksuaalirikoksesta epäilty valmentaja löytyi kuolleena sellistä

• Pohjanlahdelta löytyi upotettu konjakkilaiva
• Miljoonien viinakokoelma myyntiin vaimon vuoksi
• Tukholman teinit tilaavat vodkaa tekstiviestillä
• USA:n tiedustelupalvelu kumoaa huhut Kim Jong-unin salamurhasta