Torstai, 17.7.2003
Vakava haavoittuvuus Windowsin RPC-rajapinnassa
CERT-FI varoittaa Microsoftin Distributed Component Object Model (DCOM) -palvelun toteutuksessa käytettävästä RPC-rajapinnasta löytyneestä puskuriylivuotohaavoittuvuudesta. RPC-protokollan (Remote Procedure Call) avulla tietojärjestelmä voi kutsua toisessa tietojärjestelmässä olevia ohjelmia.
Kriittiseksi luokitellun haavoittuvuuden hyväksikäyttö on mahdollista lähettämällä TCP-porttiin 135 tietyllä tavalla muokattuja viestejä. Haavoittuvuutta hyväksikäyttämällä hyökkääjän on mahdollista suorittaa kohdejärjestelmässä omia komentojaan. Windows NT 4.0, 2000, XP ja 2003 -käyttöjärjestelmät ovat haavoittuvuudelle alttiita. Haavoittuvuuden voi paikata estämällä verkkoliikenteen TCP-porttiin 135 tai asentamalla Microsoftin julkaiseman korjauspaketin.
Lue juttu oma, 17.7.2003 12:12. Lähde: CERT-FI, Microsoft
Muita aiheeseen liittyviä uutisia
Anonyymi kommentoija, 17.7.2003 12:38:25
Onko realiteetti MS:lläkin tämä:
ohjelmoija: "mä lisään sen tarkistuksen tähän kunhan mä saan tän eka toimimaan"
...
pari päivää kuluu, ohjelma jo *melkein* toimii.
pomo: "missä se softa viipyy, me luvattiin se eiliseksi?"
...
Anonyymi kommentoija, 17.7.2003 13:19:30
ohjelmoija: "mä lisään sen tarkistuksen tähän kunhan mä saan tän eka toimimaan"
...
pari päivää kuluu, ohjelma jo *melkein* toimii.
pomo: "missä se softa viipyy, me luvattiin se eiliseksi?"
...
Anonyymi kommentoija, 17.7.2003 14:14:56
10 PRINT "*Anonyymi kommentoija on kova jätkä* ";
20 GOTO 10
Anonyymi kommentoija, 18.7.2003 17:07:04
10 PRINT "*Anonyymi kommentoija on kova jätkä* ";
20 GOTO 10
Anonyymi kommentoija, 17.7.2003 13:43:15
Mun käsityksen mukaan se riippuu vähän niistä C:n funktioista mitä missäkin on käytetty, että mitä tapahtuu kun sisään tulee liian pitkä rimpsu kamaa.. eli tapahtuuko ylivuoto, ja jos, niin aiheutuuko siitä tietoturvariski.. tai jotain sinnepäin :)
Se kai siinä onkin se ongelma jos otetaan vastaan sitä määriteltyä pidempiä "arvoja", että miten käy ylijäämän..
Voipi tietysti olla että oon täysin pihalla, mutta joku muu voi sit kertoa miten se toimii :)
Anonyymi kommentoija, 17.7.2003 14:29:24
Anonyymi kommentoija, 17.7.2003 14:38:20
Anonyymi kommentoija, 17.7.2003 15:02:32
Kuitenkin ohjelmointi on aina jo olemassaolevan päälle rakentamista, ja vanhojen funktioiden toimintaa/tarkistuksia ei aina voi muistaa/tietää. Lisäksi usein käytetään toimintoja jollain uudella tavalla, tyyliin "tämähän tämän ratkaisee". Näitä kun on tuhansia pienessäkin ohjelmassa, niin helposti noita jää isoonkin. On helppo ajatella pragmaattisesti että jokaisella paikkansa ja tehtävänsä, tarkistamme siis ne. Ohjelman teko on kuitenkin usein enemmän asteittaista evoluutiota.
Anonyymi kommentoija, 17.7.2003 15:28:21
Vuosi sitten puhuttiin 5000 työntekijän palkkaamisesta tuotekehittelyyn ( http://www.tietokone.fi/uutta/uutinen.asp?news_id=... ), nyt siirretään työpaikkoja Intiaan ( http://news.zdnet.co.uk/story/0,,t269-s2136975,00.... ). MS voisi noiden konsulttien tilalle palkata uusia koodaajia ja laitaa kokeneemmasta päästä väkeä tarkistamaan vanhaa koodia. Ei se konsultteja lohduttaisi, mutta yleisön silmissä kuva kirkastuisi.
Bream, 18.7.2003 07:49:32
Jokainen edes jossain määrin ohjelmistoalaa tunteva tietää, että paraskin koodaaja tekee bugeja. Bugien luonne kyllä muuttuu kokemuksen mukana. Aloittelija tekee selviä ja helposti löytyviä virheitä - melkein kuin kirjoitusvirheitä. Kokeneemman kodarin virheet ovat sellaisia jotka ilmenevät nimenomaan pidemmällä aikavälillä ja joiden muodostumiseen tarvitaan useita epäsuotuisia yhteensattumia. Tämän tyyppiseltä tuo kyseinen RPC virhekin vaikuttaa.
Testaus on tietysti avainasemassa laadukkaan ohjelman teossa. Tämän tyyppiset viat kuitenkin löytyvät lähinnä "apinatestejä" muistuttavissa summittaisissa rasitustesteissä, joiden tekeminen ja dokumentoiminen on työlästä ja vaikeaa.
Mutta itse viasta.. Ennenkaikkea tuo nakertaa DCOM:in (ja COM:in yleensäkin) uskottavuutta, joka jo nykyisin on kyllä vankalla pohjalla. Voisi melkein todeta, että onneksi tätä vikaa ei löydetty aiemmin.
Anonyymi kommentoija, 18.7.2003 13:28:16
http://lsd-pl.net/special.html
Olettaisin Microsoftin menettävän asiakkaita jatkuvien tietoturva-aukkojen ilmitulon vuoksi sen verran paljon, että työstä voi maksaa enemmän. Löytyneistä bugeista vielä bonukset päälle.
Anonyymi kommentoija, 18.7.2003 17:04:26
Anonyymi kommentoija, 17.7.2003 15:06:28
Ja saadaksesi updatepaketin surffailet ensin sivulle jolla kerrotaan:
You need to be running a version of Internet Explorer 5 or higher in order to use Windows Update.
Download the latest version of Internet Explorer...
If you prefer to use a different Web browser, updates to Windows may be downloaded from the Microsoft Download Center.
Eikä tietenkään sivulla ole linkkiä tuohon Download centeriin.
Anonyymi kommentoija, 17.7.2003 15:36:25
Operallakin näkyy pääsevän patchin jäljille:
http://www.microsoft.com/downloads/results.aspx?fr...
Anonyymi kommentoija, 17.7.2003 21:15:10
feenix, 22.7.2003 10:08:28
En myöskään ymmärrä miten Trustworthy liittyy siihen, että SPitä tuli. Ei saa julkistaa päivityksiä, jos tekee tarkistusta softalle? Ei vaikka niissä päivityksissä vaikka tulisi tarkistuksen satoa? Outoa.
Anonyymi kommentoija, 17.7.2003 17:27:28
Anonyymi kommentoija, 17.7.2003 19:43:17
Elokuu 2002: Win2000 SP3
Helmikuu 2003: Win XP SP1
Kesäkuu 2003: Win2000 SP4
Tuossa välissä koko liuta yksittäisiä päivityksiä. Ei MS:lla tunnu olevan mitään päivyspakettien tekoa vastaan. Tietoturvapäivitykset tuntuvat tulevan vasta sen jälkeen kun joku muu on reiän löytänyt, joten MS:a ei tunnu p***an vertaa kiinnostavan vanhan koodin turvalliseksi päivittäminen vaikka sitä uusiin tuotteisiinkin käytetäänkin.
Anonyymi kommentoija, 18.7.2003 08:19:44
Helmikuu 2003: Win XP SP1
Kesäkuu 2003: Win2000 SP4
Tuossa välissä koko liuta yksittäisiä päivityksiä. Ei MS:lla tunnu olevan mitään päivyspakettien tekoa vastaan. Tietoturvapäivitykset tuntuvat tulevan vasta sen jälkeen kun joku muu on reiän löytänyt, joten MS:a ei tunnu p***an vertaa kiinnostavan vanhan koodin turvalliseksi päivittäminen vaikka sitä uusiin tuotteisiinkin käytetäänkin.
Anonyymi kommentoija, 18.7.2003 12:06:27
Avainsana on raha.
Anonyymi kommentoija, 17.7.2003 13:00:32
Anonyymi kommentoija, 17.7.2003 13:48:34
Anonyymi kommentoija, 17.7.2003 15:53:02
Anonyymi kommentoija, 17.7.2003 20:16:21
Ottaen huomioon laajakaistan yleisyyden jo nyt, huonosti tai ei lainkaan patchattuja kotikoneita on netissä jo miljoonia. Ne ovat mielestäni vähintään yhtä suuri uhka niin yrityksille kuin yksityisillekin kuin mikä tahansa työpaikan verkkoon liitetty kone. Niillä kotikoneilla on kuitenkin vaikka kuinka työdokumentteja, -ohjelmakoodia ja asetuksiin talletettuja salasanoja.
Anonyymi kommentoija, 17.7.2003 17:59:26
Anonyymi kommentoija, 17.7.2003 20:12:48
Anonyymi kommentoija, 19.7.2003 10:12:20
http://www.taivaansusi.net/archive/warez_fi-kusetu...
:)
/jari
Anonyymi kommentoija, 22.7.2003 09:30:18
/jari
Aika k**ipäistä toimintaa tommonen..
miksuh, 18.7.2003 13:34:57
kinnunen, 17.7.2003 19:41:24
Mielelläni kuulisin Microsoftin perustelut, miksi skanneria tai tulostinta käyttääkseni minun täytyy pitää käynnissä palvelua joka kuuntelee ulkomaailmasta tulevia palvelupyyntöjä. Kyseessä on aivan käsittämätön suunnitettelumoka, joko laitetaan client- ja palvelin-osat eri moduuleihin, tai jos tehdään yksi iso moduuli (mikä saattaa RPC:n tapauksessa olla ihan järkevää) niin sisällytetään siihen optio olla kuuntelematta nettiä. Ja molemmissa tapauksissa oletuksena niin, että nettiä ei kuunneella.
Palomuuri on hyödyllinen juttu, mutta on todella leväperäistä tehdä softaa periaatteella "no avataan ne portit nyt varmuuden vuoksi, kyllä käyttäjä ne sitten filtteröi palomuurillaan".
ps. kirjoittakaapa muuten huviksenne command promptissa "netstat -na" ja laskekaa avoimet UDP-portit ja LISTENING-tilassa olevat TCP-portit. Tahtoo tulla aika iso luku.
miksuh, 18.7.2003 13:30:43
Anonyymi kommentoija, 18.7.2003 00:41:00