Torstai, 11.9.2003
Microsoft julkisti kolme vakavaa Windowsin tietoturvareikää
Microsoft julkisti kolme uutta vakavaa Windowsista löytynyttä tietoturvareikää eilen keskiviikkona. Pahimmillaan Windowsin haavoittuvuudet voivat johtaa samanlaiseen virushässäkkään kuin muutamia viikkoja sitten, kun MSBlast-mato mellakoi Internetissä. Näin ollen käyttäjiä kehotetaan kiireen vilkkaa hakemaan tietoturvapäivitys Microsoftin verkkopalvelusta. Tietoturva-aukko löytyy kaikista Windows NT 4.0-, Windows 2000-, Windows XP- ja Windows Server 2003 -käyttöjärjestelmällä varustetuista tietokoneista.
Kaksi ensimmäistä nyt julkistetuista aukoista ovat puskurin ylivuototilanteita, joiden avulla tunkeutuja voi ottaa uhrin koneen haltuunsa. Kolmas aukko löytyy RPC-komponentista ja sen avulla tunkeutuja voi saada täydet oikeudet uhrin järjestelmään. Vikojen yhtäaikaisella hyödyntämisellä taitava kräkkeri voi toteuttaa palvelunestohyökkäyksen, mikä oli myös MSBlast-madon luojan tavoitteena.
Microsoftin eilen julkaisema tietoturvatiedote korvaa heinäkuussa julkaistun tiedotteen, joka alunperin tiedotti aukosta, jota MSBlast-mato hyödynsi. "Kyseessä on eri haavoittuvuus, mutta niillä on sama vaikutus ja ne käyttävät samaa porttia", kertoi Microsoftin tietoturvakeskuksen Stephen Toulouse.
Muita aiheeseen liittyviä uutisia
Anonyymi kommentoija, 13.9.2003 15:40:26
Oliskohan vähän hätäsesti kyhätty.
Anonyymi kommentoija, 12.9.2003 10:11:44
RPC on taasen osa windowsia. Kuten on myös IE, jossa reikiä on ollut aikasten paljon.
janilxx, 11.9.2003 13:08:14
Hyväksikäyttämällä on mahdollista suorittaa haitallista ohjelmakoodia kohdetietojärjestelmässä. Aukot ovat tyypiltään puskurin ylivuotohaavoittuvuuksia"
http://www.itviikko.fi/uutiset/uutinen.asp?id=5720...
Anonyymi kommentoija, 11.9.2003 14:38:25
Anonyymi kommentoija, 11.9.2003 17:24:53
haze, 11.9.2003 16:53:36
"Haavoittuvuuksille ovat alttiita Pinen versio 4.56 ja kaikki tätä aikaisemmat versiot. Viestintäviraston tietoturvaryhmä CERT-FI kehottaa päivittämään versioon 4.58."
Optical, 11.9.2003 10:42:34
Tottakai Microsoft vain "neuvoo" käyttäjiänsä käynnistämään koneensa uudelleen koska tämä on huomattavasti helpompi sekä vakaampi tapa koska kaikki servicet käynnistyvät uudelleen tämän yhteydessä.
Kyse on puhtaasta yksinkertaisuudesta erinomaisuudesta eikä "advanced käyttäjien" kiusaamisesta. Huonosti on asiat jos koneen boottaus on liian tuskallinen operaatio.
Tietysti ei olisi varmaan homma eikä mikään lisätä päivityksiin pientä scriptaa joka uudelleenkäynnistää kyseiset servicet mutta tässä taitaisi tulla ongelma tiettyjen käyttäjäryhmien kanssa joilla on rajatut oikeudet koneelle(ei lupaa sammuttaa servicejä).
En sitten kuitenkaan tiedä että onko järkevää kasvattaa päivitys&korjaus pakettien kokoa "ylimääräisillä" kilkkeillä.
Anonyymi kommentoija, 11.9.2003 12:07:08
Esim java threadissa toisessa ketjussa jaksat väitellä vaikka et tiedä asiasta kommenttiesi perusteella YHTÄÄN mitään. Ohjelmoinnin yleissivistyskin näyttää olevan nolla.
Anonyymi kommentoija, 11.9.2003 14:13:49
http://www.debian.org/security/2002/
Jos katsotaan vaikka vuoden 2002 päivityksiä, niin yksikään noista ei vaadi buuttaamista.
Anonyymi kommentoija, 11.9.2003 17:24:46
Anonyymi kommentoija, 13.9.2003 01:34:16
Laskekaapa huviksenne tuosta frekvenssiä ja reikien määrää eri järjestelmissä...
http://www.cve.mitre.org/cve/downloads/full-cve.ht...
aika yllätävää että 'turvallinen' Linux on kovin kovin reikäinen ja kaikki reiät vielä todellisten 'ammattilaisten' etsittävissä ja hyödynnettävissä :)
Anonyymi kommentoija, 11.9.2003 10:51:56
Anonyymi kommentoija, 11.9.2003 14:26:02
Windowsin tietoturva(ttomuudesta) vinkuu perusteettomasti täälläkin porukkaa joka ei käytännössä edes tiedä mitä on Windows tietoturva tai miten se rakennetaan.
Linux maailmasta löytyy kyllä nörttejä myös hehkuttamaan 'oman' järjestelmän erinomaisuutta ja sitä kuinka nytkin on jo kaksi vuotta oltu tuotannossa ilman palvelimen uudelleen käynnistystä, kannattaisiko katsoa mitä kaikkea tulisi päivittää, ettei käy vahinkoa. Jossain vaiheessa nimittäin sellainen taatusti käy.
Anonyymi kommentoija, 11.9.2003 16:53:13
Päivityksiä voi ajaa toisiin käyttiksiin palvelinta käynnistämättä ei sammuttamatta eli buuttaamatta, mutta se käytis ei ole Windows...
Ja eikä se käynnistyksen / buuttamisen odotus ole vain sitä kun sen suorittaja siinä joutuu vieressä seisomaan - tai istumaan - vaan iso joukko käyttäjiä ja tuotanprosesseja joutuu siitä kärsimään - siis esim. sadat ihmiset ...
mcp
Anonyymi kommentoija, 11.9.2003 18:18:17
Anonyymi kommentoija, 11.9.2003 19:30:15
Firman W2003 serverin käynnistys napista vie login ruutuun -> kone käyntiin asti vie (nopealla kirjoittajalla) noin 40 sekunttia.
Linux proxyn alasajo ja uudelleen käynnistys (silloin kun se ei ala tarkistamaan levyä virheiden takia!!!) vie 4,5 min.
Anonyymi kommentoija, 11.9.2003 19:37:12
Anonyymi kommentoija, 11.9.2003 20:41:14
Viime keväänä jo vaihdettiin kaikki Linux -tiedostopalvelimet pois niiden epävakauden ja hitauden takia. Noin 100 yhtäaikaistä käyttäjää, ja kone oli kuin tervassa. Kunnes yleensä lopuksi kaatui(vat) kokonaan.
Yhdistettiin 3 linkkarin tiedostopalvelinta yhdeksi 2003 palvelimeksi, ja kone ei ole kertaakaan hidastunut /kaatunut, vaikka käyttäjien määrä on keväästä kasvanut 180:een!!!!
Oli viimeinen kokeilu meitin firmassa Linux "käyttikselllä".
Anonyymi kommentoija, 11.9.2003 22:01:29
Anonyymi kommentoija, 13.9.2003 01:26:54
Ottaako noin koville havaita, Windows ympäristön menneen eteenpäin (NT4 ajoista), kun te pyöritte hiekkalaatikollanne, aukomassa päätänne tuotteen ominaisuuksista, ylläpidosta, arkkitehtuurista jne. joista ette tiedä. ?
Niin ja tiedoksi Linux peeloille, ei NT konettakaan tarvitse käynnistää, mikäli päivitys kohdistuu muualle kuin systeemin ytimen toimintoihin. Valitettavasti vain MS liitti selaimen hiukan liian tiiviisti käyttöjärjestelmään, se on ongelma joka kyllä hoituu :)
Toiseksi montako päivitystä on tullut Linuxiin ja sen ytimeen... heh
Anonyymi kommentoija, 15.9.2003 13:50:47
Kaikki päivitykset eivät suinkaan koske kernelin ydinosaa: suuri osa kernelistä on mahdollista kääntää moduleiksi, jotka voi päivittää lennosta, jolloin edes kernel-päivitys ei välttämättä vaadi boottia. Ainoastaan boottiin tarvittavat ajurit on pidettävä itse kernelissä.
Mainittakoon että pahimpiin turva-aukkoihin on tullut korjaukset parissa tunnissa aukon havaitsemisen jälkeen.
Anonyymi kommentoija, 13.9.2003 01:59:17
Search 'Windows'
There are 244 CVE entries or candidates that match your search.
Search 'Linux'
There are 347 CVE entries or candidates that match your search.
Search 'Linux Kernel'
There are 51 CVE entries or candidates that match your search.
Search 'Windows and Sun'
There are 6 CVE entries or candidates that match your search.
Search 'Linux and Sun'
There are 2 CVE entries or candidates that match your search.
Mitä tulee Windowsin RPC aukkoon niin, osataan sitä Linux Peelojenkin leirissä... :)
Name CAN-2003-0464 (under review)
Description The RPC code in Linux kernel 2.4 sets the reuse flag when sockets are created, which could allow local users to bind to UDP ports that are used by privileged services such as nfsd.
Eivätkä nämäkään mitään harmittomia aukkoja ole...
Name CAN-2003-0550 (under review)
Description The STP protocol, as enabled in Linux 2.4.x, does not provide sufficient security by design, which allows attackers to modify the bridge topology.
Name CAN-2003-0418 (under review)
Description The Linux 2.0 kernel IP stack does not properly calculate the size of an ICMP citation, which causes it to include portions of unauthorized memory in ICMP error responses.
Name CAN-2003-0248 (under review)
Description The mxcsr code in Linux kernel 2.4 allows attackers to modify CPU state registers via a malformed address.
Name CAN-2003-0364 (under review)
Description The TCP/IP fragment reassembly handling in the Linux kernel 2.4 allows remote attackers to cause a denial of service (CPU consumption) via certain packets that cause a large number of hash table collisions
Name CAN-2002-0570 (under review)
Description The encrypted loop device in Linux kernel 2.4.10 and earlier does not authenticate the entity that is encrypting data, which allows local users to modify encrypted data without knowing the key.
Niin ja vielä pohtimisen aihetta niile, jotka uskovat Sunin, IBM:n tai you name it yhtiön tuotteen olevan vähäisen ongelma frekvenssin valossa turvallisempi, niin voin valottaa ettei käytännössä ole. Näiden firmojen tuotteiden ongelmat vain eivät tule niin helposti julkisuuteen. Reiät paikattan 'kaikessa hiljaisuudessa'.
Anonyymi kommentoija, 12.9.2003 14:17:32
Jos ylläpitäjä on osannut asiansa, Linuxissa kaikki palvelut löytyvät joko inittabista tai hakemistosta /etc/init.d (tai /etc/rc.d/init.d), jossa jokaista palvelua kohden on yksi skripti, jolla palvelu voidaan käynnistää, sammuttaa, uudelleenkäynnistää yms. Bootissa automaattisesti käynnistyvät palvelut on määritelty runlevelin mukaisiin /etc/rc0.d - rc6.d -hakemistoihin, joissa on linkit init.d-hakemiston skripteihin. Eli niitä ei tarvitse erikseen etsiä, ja uudelleenkäynnistys menee vakiomuotoisella komennolla.
Esim. ssh-palvelun asetustiedoston uudelleenlataus muutosten jälkeen:
/etc/init.d/sshd reload
ssh-palvelun uudelleenkäynnistys ohjelmiston päivityksen jälkeen:
/etc/init.d/sshd restart
Webbipalvelimen pysäytys:
/etc/init.d/httpd stop
Käynnistys:
/etc/init.d/httpd start
Jos ylläpitäjä on tehnyt elämänsä vaikeaksi sirottelemalla käynnistys- ja pysäytysskriptejä sinne sun tänne, manuaalisesti ajettaviksi, se on hänen oma vikansa. Vaikka olisi kysymys mistä tahansa in-house-kötöstyksestä. Noita skriptejä nimittäin *voi* tehdä itsekin, ja valmiista voi ottaa mallia :)
Mutta ei kai serveriin tarvitse sisään logata jotta bootti menisi loppuun? Vai käsitinkö minä nyt väärin? Mitä siinä pitää kirjoittaa? (kysyy utelias :)
Jos bootti kestää muuten kauan, voi olla että kone on yksinkertaisesti tehtäväänsä liian hidas tai siinä on jotakin vikaa: jokin palvelu konfiguroitu pieleen, palveluiden käynnistysjärjestys väärä (kysellään nimipalvelua ennen kuin verkko on kunnolla pystyssä tms.)...
Oli käyttis- tai laitealusta mikä tahansa, homma menee pieleen jos sitä ei ylläpidetä kunnolla, mihin tuo kuvauksesi kyllä vahvasti viittaa.
Uutta käyttöjärjestelmää käyttöönotettaessa *PITÄÄ* kouluttaa myös ylläpitäjät. Linuxia ei voi ylläpitää niin kuin Windowsia eikä Windowsia niin kuin Linuxia. Siksi MS-käyttiksiä käyttäneelle talolle saattaa MS-käyttis olla jatkossakin järkevin vaihtoehto siitä yksinkertaisesta syystä, että sitä osataan ylläpitää. (Minut varmaan lynkataan tästä... :) Huonosti ylläpidetty käyttis (mikä tahansa) on riesa ja tietoturvariski.
--js, Unix-ylläpitäjä vuodesta 1997--
Anonyymi kommentoija, 11.9.2003 19:35:08
Hieman jaksaa ihmetyttää tuo windoze hemmojen vinkuna - meillä on viisi debian servua (levypalvelin, cvs, firman asiantuntijajärjestelmä, tietokanta, intranet, backup, palomuuri, sähköpostipalvelin, julkinen webbipalvelin, yms) + joka kooderilla oma linukka palvelin jossa voi testata softamuutoksia varsinaisen build serverin siitä häiriintymättä.
Ei noita koneita buuttailla. Depsulle sanotaan vaan että "päivity" ja se on siinä. En tohi edes ajatella miten toi toimis/maksais windoze maailmassa.
Anonyymi kommentoija, 11.9.2003 19:34:34
Mutta hienoa että sun makkarin nurkassa oleva "tehokäyttö" boxi ei tartte...heh.
Tosin ei vissiin Ladaakaan pidä viedä usein huoltoon turboahtimen ongelmien takia. On se sitten niin paljon parempi kuin 959 Porcshe.
Anonyymi kommentoija, 11.9.2003 11:08:16
Optical, 11.9.2003 12:00:40
Eikö muka historia ole opettanut tämän jo monta monta vuotta sitten? Ja tämä ei päde vain Microsoftin valmistamiin käyttöjärjestelmiin joten mielestäni kommenttisi on lähinnä naurettava.
Oletkos muuten huomannut että windows 2003 serveristä löytyy rekisteristä oma kohtansa jo SP1:lle kun sen asentaa jo alkuperäiseltä cd:ltä... ja itseasiassa tietyt tuoreet patchit lisäävät sinne jo tälläkin hetkellä arvoja.
Mistä tämä kertoo? Olisiko siitä että se on ollut jokaisen alaa vähänkin tietävän tiedossa jo että ostaessaan windows tuoteperheeseen kuuluvan tuotteen niin saa varautua siihen ylläpito rumpaan jatkuvasti joka sisältää mm. niitä "kamali boottauksia"
Anonyymi kommentoija, 11.9.2003 11:09:37
Arvaappas minkälaista huutoa ylläpito saa käyttäjiltä kun Windows 2000 muuttuu puuroksi kun verkkolevy katoaa? Mieti sitä.
Anonyymi kommentoija, 11.9.2003 20:36:46
Outoa.
feenix, 11.9.2003 11:18:59
Anonyymi kommentoija, 11.9.2003 11:21:22
feenix, 11.9.2003 11:49:03
feenix, 11.9.2003 12:01:22
Optical, 11.9.2003 11:52:06
Mikäli tulee pakko tilanne että joudumme laittamaan servereitä alas ns. normaalina työaikana niin tiedotamme käyttäjille tästä reilusti etukäteen jolloin tilanteeseen kaikki osaavat varautua. Tälläisiä tilanteita kuitenkin todella harvakseen tulee koska hoidamme yleisesti ottaen kyseiset toimenpiteet hoidetaan silloin kun ns. normaalit työajat ovat menneet umpeen ja silloinkin varmistamme että keneltäkään ei katoaisi esim juuri tämä "tärkeä verkkolevy" juuri kriittisellä hetkellä.
Muutenkin ihmettelen että aikas futuristisia servereitä olet joutunut käyttämään jos niitä ei koskaan tarvi alhaalla käyttämään(käyttäjät ei joudu koskaan "huutamaan ylläpidolle"). Kuinka te muka olette ratkaisseet tämän tyyppiset ongelmat.
Tuotannossa muutenkaan ei voi olla mitään niin kriittistä pyörimässä että servereitä ei voisi paria kertaa viikossa käyttää alhaalla tai sitten kyseinen yritys ei vain ole ollut tarpeeksi ammattitaitoinen rakentaessaa järjestelmäänsä.
Miten asia on?
Anonyymi kommentoija, 11.9.2003 15:22:49
Miten asia on?
Ongelma voidaan ratkaista vaikka noin. Tuo on tuotantoserveri. Muutaman muun sen rinnalla olevan koneen uptimet ovat samaa luokkaa, eipä paljoa tarvitse boottailla. Päivitysten yhteydessä saattaa joskus joutua palvelut käynnistämään uudelleen, joka vie maksimissaan muutamia sekuntteja.
Raudan hajoaminen on ainoa mahdollinen tilanne jossa noita joutuisi kokonaan alhaalla yli viiden sekunnin ajan käyttämään, tosin uudemman kernelin voisi tietoturvakorjausten takia noihin ajaa.
Talon Windows -palvelimia kyllä sitten boottaillaankin max muutaman viikon välein, Netware, SCO Unix ja Linux -koneet eivät pahemmin huomiota kerjää.
Optical, 11.9.2003 16:19:40
Koko ajan ja ainoastaan ollut puhe windows tuoteperheestä ja tällöin on _varauduttava_ siihen että joutuu parikin kertaa viikossa buuttimaan vaikka todellisuudessa tälläinen on todella harvinaista. Eikö asia ole näin?
Minkä ihmeen takia ensin selitetään siitä kun "käyttäjät huutaa kun joudun taas buuttimaan sen tuotannon koneen kun tuli Microsoftilta se uusi päivitys".... Sitten seuraavassa kohdassa kerrotaankin että "ei meillä mitään winkkaria käytetä niissä".
Ei tässä missään vaiheessa ole ollut muusta kuin Microsoftin ihanista tuotteista kyse. Kommentoin ainoastaan siihen että yritys ei ole mielestäni ammattitaitoinen mikäli ei ole osannut järjestelmäänsä fiksulla tapaa rakentaa. Jos _ei_ ole varaa buuttia konetta pahimmillaan useaan kertaa viikossa niin siinä tapauksessa ammattitaitoinen väki ymmärtää laittaa sinne serveriä pyörittämään jonkin muun käyttöjärjestelmän kuin windows. Imeisesti vain tässä sinua edeltäneen kommentoijan firmassa näin ei ole osattu tehdä.
bungle, 11.9.2003 13:22:08
"See the animal in his cage that you built, are you sure what side you're on?" -- Trent Reznor
Lt. Kloner, 11.9.2003 15:02:26
Anonyymi kommentoija, 11.9.2003 13:27:17
Kumpi mielestäsi on tuskallisempaa: buutata kone kesken töiden vai jatkaa töitä?
Btw, jos käyttäjällä on koneelleen rajoitetut oikeudet, ei ole hänen hommansa asennella päivityksiä.
Optical, 11.9.2003 16:36:15
Tietoturva "onnettumuus" - Liikenneonnettomuus...
Mieluummin jatkan ajamista sillä autolla kun sillä on turvallista ajaa vaikka joudunkin näkemään pienen vaivan sen takia.
Anonyymi kommentoija, 11.9.2003 18:05:51
Anonyymi kommentoija, 12.9.2003 10:01:43
Se toinen kirjoittaja kertonee, mikä on se tarve, johon tuolla lailla rajoitettuja oikeuksia tarvitaan. Vai onko kyse siitä, että win-käyttäjähallinta ei tue järkeviä rajoituksia?
Anonyymi kommentoija, 12.9.2003 21:12:53
Anonyymi kommentoija, 12.9.2003 10:09:07
Mieluummin jatkan ajamista sillä autolla kun sillä on turvallista ajaa vaikka joudunkin näkemään pienen vaivan sen takia.
Daedalon, 16.9.2003 09:21:23
Tietoturva "onnettumuus" - Liikenneonnettomuus...
Mieluummin jatkan ajamista sillä autolla kun sillä on turvallista ajaa vaikka joudunkin näkemään pienen vaivan sen takia.
Windowsien kanssa usein on niin, että järjestelmän vakauden takia joutuu buuttaamaan koneen päivittämisen jälkeen uudestaan. Jos jonkun mielestä on hyvä asia joutua buuttaamaan kone, ihmettelen suuresti.
Autovertaukseen: Jos turvallisuus ei vaatisi renkaiden vaihtamista pari kertaa vuosittain, vaihtaisitko ne silti?