|
Keskiviikko, 23.6.2004 Suunnitteleeko Microsoft Network Associatesin ostamista?Microsoftin huhuillaan kaavailevan Network Associatesin ostamista. McAfee-antivirusohjelmistosta kenties parhaiten tunnettu Network Associates ei ole julkisesti kaupan, mutta Wall Streetin lähteiden sekä partnerien mukaan kaikki myynnin merkit ovat ilmassa. CRN-uutispalvelun lähteiden mukaan ilmoitus mahdollisesta kaupasta voi tulla jo 1. heinäkuuta, jolloin yhtiö kaavailee tiedottavansa irtisanomisista, jotka ovat mahdollisesti kytköksissä kauppaan.
Lue juttu K2, 23.6.2004 01:47. Lähde: CRN
|
|
Anonyymi kommentoija, 23.6.2004 12:13:38
Sekä ihmisiä pakotettaisiin päivittämään ohjelma viikottain, jos sitä ei tee niin Windows lukitsis itsensä siihen saakka kunnes päivittäminen on tapahtunut.
Anonyymi kommentoija, 23.6.2004 14:21:42
janilxx, 23.6.2004 15:09:50
"Windows lataa päivitykset automaattisesti ja muistuttaa käyttäjää jatkuvasti, kunnes tämä on varmasti ottanut varmasti ottanut ne käyttöön ja buutannut koneen".
Nakkel, 23.6.2004 13:15:56
Sitten voisi tulla myös kilpailevatvirustorjuntafirmatkiinni hulabaloo.
Myös työttömiävirustorjuntatyöläisiä hulabaloo saattaa tulla kysymykseen.
Turun sinappi
Anonyymi kommentoija, 23.6.2004 15:08:29
Niinkauan kuin joku asia on vapaaehtoinen, niin hyvin harvat sitä tekevät säännöllisesti, ja monet on asenteella ei ne virukset mun koneeseen tartu ja leviä eteenpäin jne.....
pitr_, 23.6.2004 08:23:09
Ja oikeesti: ei mulla ole mitään sitä vastaan, että Microsoft laajentaa toiminta-aluettaan, tarjoaa kuluttajille uusia palveluita (joilla paikataan heidän käyttiksensä suunnitteluvirheitä) ja kasvattaa liiketoimintaa.
Se, mikä äijää syö, on MS:n tapa integroida kaikki yhteen ja bundlata suoritusoikeudet niin, että a) kuluttajalla ei ole realistista vaihtoehto asentaa muuta kilpailevaa tuotetta, koska bundle on OS-tasolla ja b) mahdollinen aukko jossakin sovelluksessa (MP, IE jne.) avaa myös käyttöjärjestelmän hyökkääjään käyttöön.
Anonyymi kommentoija, 23.6.2004 10:05:09
Anonyymi kommentoija, 23.6.2004 11:26:03
http://security.tombom.co.uk/shatter.html
Windowsin API ssa ja WinGUI:hin liittyvässä koodissa on suunnitteluvirheitä joiden avulla voi suorittaa koodia toisten ohjelmien sisällä ja niiden oikeuksilla.
-P
feenix, 23.6.2004 13:11:23
Kyllähän voin ihan suoraan antaa mille tahansa roottina pyörivälle prosessillekin komennon tehdä mitä vain, jos siellä sellainen mahdollisuus on. Eli ero muihin on mikä? Se, että yksi firma teki softansa päin kettua?
Anonyymi kommentoija, 23.6.2004 15:19:11
Bugi olikin siinä, että voit antaa lähes kaikille Windowsin graafisille ohjelmille käskyn tehdä mitä tahansa. Se on näin oletuksena. Mitään "sellaista mahdollisuutta" ei tarvita. Windows antaa sen automattisesti kaikille.
Idea EI siis ollut antaa roottina pyörivälle prosessille mitään komentoja, jota se odottaa.
Ongelma on se että jos ohjelma ei erikseen suojaudu, voi sen laitta tekemään ihan mitä tahansa. Windowsissa oletuksenakin pyörii tällaisia prosesseja.
Eli siis lue se teksti huolellisesti kokonaan (itse olen lukenut), niin sitten olet tervetullut esittämään asiallista kritiikkiä.
feenix, 23.6.2004 16:38:13
Anonyymi kommentoija, 23.6.2004 20:07:59
Pääpointti on tässä:
Ongelma ilmenee nimenomaan silloin, kun ET tee WM_TIMER kutsussa MITÄÄN!
Suojautuaksesi sinun tulee pysäyttää WM_TIMER-kutsu ennen kuin se päätyy DefWindowProc:iin. Eli toistan vielä kerran, jos et tee kutsussa mitään, on ohjelmasi haavoittuvainen.
Bugi on siinä että kun WM_TIMER kutsu lähetetään, eikä ohjelma sitä erikseen pysäytä, suorittaa Windows koodia ohjelman nimissä.
Eikä tämä ongelma liity pelkästään WM_TIMERiin.
feenix, 23.6.2004 16:43:22
Hassua silti, ettei kukaan tuota käytä, jos se on olevinaan näin helppoa. Oikeastihan se ei ole, ei aina.
Anonyymi kommentoija, 23.6.2004 20:10:43
Anonyymi kommentoija, 23.6.2004 20:12:25
weicco, 23.6.2004 22:35:19
1. Tarvitsemme admin-oikeuksilla toimivan ikkunan
2. Hankitaan kahva ikkunaan, sekä sitä pyörittävään prosessiin
3. Luodaan esim. EDIT-kontrolli ikkunaan ja laitetaan siihen vaikka 1000 merkkiä E:tä
4. Avataan prosessi debug-tilaan ja etsitään sen muistiavaruudesta nuo E-merkit
5. Kopioidaan löydettyyn muistiblokkiin suoritettava funktio(stäkki)
6. Luodaan remote-thread, jonka entry-point on tuo muistiblokki
Kohtaa 5 & 6 en ole itse saanut toimimaan, johtuu varmaan rajoittuneesta assembler-osaamisestani. Mutta hauskaa tuossa on se, että kun on löytänyt ne E-merkit, voi sen toisen prosessin muistiin kopioida vaikka "Hellurei" ja se ilmestyy siihen luotuun EDIT-kontrolliin :)
Anonyymi kommentoija, 23.6.2004 23:55:27
Nakkel, 23.6.2004 13:24:20
Harjoitellaan muutamalla lainauksella.
"Any application"
"any window"
"regardles"
Turun sinappi
janilxx, 23.6.2004 11:13:03
Anonyymi kommentoija, 23.6.2004 22:54:41
Kolikolla on kaksi puolta.
jpkeisala, 23.6.2004 11:35:02
janilxx, 23.6.2004 11:11:15
dmon, 23.6.2004 20:02:50
http://sektori.com/uutiset/4659/microsoft
Anonyymi kommentoija, 24.6.2004 08:52:57
http://sektori.com/uutiset/4659/microsoft
http://www.vfrazee.com/ms-dos/6.22/help/msav.htm