Červ přiměl Microsoft změnit nastavení Windows XP

Nerozumím tedy firewallům dokonale, a nestudoval jsem ten M$ firawall nijak extrémě, ale když jsem tam chtěl otevřít určitý rozsah portů tak to de akorát tak, že to člověk vypne.... To bych tedy chtěl vědět jestli to mistři vyřešej, nebo jestli bude stále nutný ten F vypnout pokud bude člověk chtít otevřít nějakej rozsah... je přeci krawina otevírat jeden port po druhym, pokud je jich sto...

to je to, po čem jsem celou dobu volal. BFU to ani nezaznamenají a admini to na lokálním ethernetu po instalaci jedním klikem vypnou.

Ten firewall co je v XP je na prd,ale zas asi "lepší než drátem do oka".A hlavně prd záleží na firewallu,záleží na tom dřevu co sedí před monitorem... Mám XP a používám ZA Pro.
postamble();

Ten firewall v XP je naopak velmi dobrý průměr, žádný béčko. Jedná se o paketový firewall, kdežto ten váš ZA je v základu aplikační firewall. Aplikační firewall je jednodušší na používání pro BFU (firewall se vás ptá, jestli chcete povolit přístup k netu tomu nebo tomu programu), kdežto paketový firewall sleduje přímo datový tok. Čili pro 95 % BFU naprosto postačující.

jojo, ZA je pěkný virus. takový shit nebrat...

Mrkvosoft opet vynaleza kolo
Bravo, gratulace... Je to zabavne je pozorovat...

CO OBJEVI PRISTE ? Mozna kladkostroj...

Boze, jsem tak rad, ze na jejich softwaru nejsem zavisly...

Hlavne by me zajimalo, kdy ti curaci s Mrchosoftu nechaji standardne zapnute zobracovani koncovek souboru.

90% mail-viru vyuziva 5 let starou fintu prejmenovani souboru na "soubor.txt.exe", kdy je potom videt jen "soubor.txt" a kazdej BFU to hned spusti.

Přesně, byť podáno nestandardním jazykem.
Oni si v MS stejně myslej, že všechno musí nastaveno přesně naopak než užitečně.

k tomu vedou jine cesty. koncovky souboru jsou prezitek a tohle je prvni krok

přesně tak,

vysvětlovat někomu, že přípona .txt je textový dokument, .doc je textový dokument s formátováním a že .xls je tabulka je docela těžké.

a navíc než tu věc spustíte z mailu tak outlook ukáže úplně celý název takže je jen nutné naučit lidi aby nespouštěli/neotvírali přílohy

exe, com, pif, scr ....

nebo nejlépe nespouštěli/neotvírali přílohy....

jj, pravda, jeste ze existuje utilita file pomoci ktere aspon poznam co jsem to spachal za soubor...

Presne, ty lepsi systemy je vubec nepouzivaj...

Tak to tyhle "nejlepsi systemy" museji byt fakt "rychle" na praci se soubory. Program, který se řídí názvem souboru aniž by četl jakoukoliv jeho cast musi byt vzdy rychlejsi. Navic to usnadnuje (urychluje) praci uzivateli. I ten prece potrebuje vedet o jaky soubor se jedna (tekze je musi ten tvuj OS vzdycky precist aby jim dal ikonky). Doporučil bych ti pokusne neco takoveho naprogramovat (treba prohledani archivu s obsahem 20000 souboru).

Tys nikdy nic jinyho nez wokna nepouzival, co?

Nejde vubec o to jaky OS pouzivam (vzdyt ani nevis jaky to je). Jde o to, ze program (nebo uzivatel) se muze rozhodovat primo na zaklade jmen souboru. Z toho vyplyva ze neni potreba dodatecne zjistovat o jaky typ souboru se jedna (samozrejme pokud se jedna o jemu zname pripony). Takovy program muze bezet na jakemkoliv OS a bude fungovat rychleji (musi ale ten OS podporovat pripony). Vzdyt je to jednoducha myslenka, ktera se nesnazi nikomu vnutit nejaky OS. Jen se snazim nastinit vyhodu propony souboru. Je to jak kdyz dva muzstva hraji fotbal a maji kazdy svoje dresy (hned poznas za koho hrajou).

Pripony pouziva pouze windows explorer, aby vedel ktery program na zpracovani toho kteryho souboru spustit, ale ostatni programy se ridi temer bezvyhrad obsahem. A to vcetne MS Office i IE, ktery bez jakychkoli vyhrad spusti soubor s priponou JPG obsahujici Visual Basic Script. Takze s rychlosti to opravdu nic spolecnyho nema. Napriklad Amiga tohle resi skrytym souborem, ktery obsahuje ikonu a informace o souboru ke kterymu patri. Na Macintoshi je to jeste trochu slozitejsi.

Amiga to žádným "skrytým souborem" neřeší. Amiga to řeší pohledem na hlavičku souboru, stejně jako každý jiný normální OS (Windows, apod.). To, že se Amiga nejprve pídí po soubor.info souboru ve kterém je možno specifikovat aplikaci která má soubor otevřít je jen analogie koncovek u windows, které také nejprve zkusí aplikaci naasociovanou k ikoně.

Mozna sem to napsal spatne, ale presne takhle sem to myslel...

Svoji reakci jsem napsal do vetve nize.

wfs od microsoftu ma typ souboru ulozenej v tabulce obdobne jako je FAT

Tys mne asi nepochopil. Jde o to ze program (ale i clovek) se muze rozhodovat primo na zaklade jmena souboru. To neznamena ze by musel cist nejake dalsi informace (naopak).

No ty seš ale ukázkovej pablb!

Takže budou soubory třeba "Filipovo dopis bábě do Kdousova" a na základě tohohle názvu otevře operační systém třeba Word, že jo?

Kristepane, tebe dostat pod ruku na nějakým školení, inteligente, to bych si tě povodil!

Pochybuju ze ty nejake skoleni povedes. Vzdyt se tady bavime o pripone ve jmene souboru a tys uved jmeno bez pripony. To bych se na tom tvojem skoleni fakt hodne naucil. Prober se.

PS: A nejsem zadnej pablb. Pokud se ti ten prispevek zdal divny, tak's ho nejspis nepochopil (presne tvůj pripad).

PS2: Ale jinak tady vazne nejsi za vola.

Filip, vidim, ze to slnko u vas v Europe ti nerobi dobre. Pripony boli vymyslene v Microsofte s uvedenim prveho DOSu. Ziadny UNIX system sa neriadi podla pripon, pretoze bodky sa bezne pouzivaju ako oddelovace a casto ich mas v mene suboru aj dve-tri.. Akykolvek program pri spracovani suboru vzdy pozrie jeho prvy riadok, alebo niekolko prvych znakov, ktore jasne definuju typ suboru. Mozes mat nejaky obrazok v GIF formate a pomenovat ho napriklad "Obrazok.jpg", programy vzdy budu vediet, ze je to GIF, pretoze prvych par znakov obrazku jasne hovori: "GIF89a".

No a to je to o cem tu Filip celou dobu pise. Vzdycky je mnohem rychlejsi se rozhodovat (at uz pro OS nebo pro cloveka) na zaklade pripony a ne na obsahu souboru (at uz jde jen o prvnich par znaku, porad je to open/read/close). "Slnko" opravdu nekterym nedela dobre

vysvetli mi prosimte jakej je rozdil mezi tim kdyz precte z disku priponu a kdyz precte z disku typ souboru?
nejsi pablb i ty?

Kdybys umel cist, tak bys zjistil, ze to neni zadny pablb, ale TRUBKA

Jinak souhlas s Filipem

Rozdil v tom opravdu je. Si to naprogramuj a zmer treba stopkama.

PS: Myslim ze to ale neni nutne, protoze to je zkratka operace (vlastne hned nekolik) navic.

To si delas srandu, ze? Dnesni disky sou schopny cist 50MB/s. To znamena 100 000 sektoru za sekundu. Chces mi tvrdit, ze stihnes stopkama zmerit jestli disk precet 1 sektor (vypis adresare) nebo 2 (vypis adresare + 1. sektor souboru)? A to disk je pritom procesu jedina brzda... Dnesni GHz procesory, navic kdyz se pri pouziti DMA ani nemusej starat, zvladnout tokovyhle operace v mikrosekunde. Nevis vo cem mluvis...

Chapu ze si nateseny z dnesnich disku (taky se mi libi jejich rychlost) ale o to vubec nejde. Pri zpracovani velkeho mnozstvi souboru (napr. 20000 a vic - napr ted mam archiv posty obsahujici vice jak 57 tis. souboru) je zbytecna operace opravdu meritelna. Nebudu to dal rozebirat. Vzdycky se najde spousta chytraku kteri svoji aplikaci optimalizuji rychlejsim hardware. Ja mam zkusenosti i s dnesnimi vykonnymy zelezy a vim ze na nekterych operacich dokazu ziskat i nekolik hodin (ted nemluvim samozrejme o roztridovani souboru). Zkratka opltimalizace kodu ma i v dnesni dobe svoje misto a proto jsem na zacatku rekl ze pripona souboru nemusi byt zbytecna. Dal uz to s nikym rozebirat nebudu (at si to kazdej rozebere sam).

Ehm, ty meily roztridujes podle pripony prilohy? Jak? V cem?

Reakce pod tímto příspěvkem se již nevětví

To co delam sem vubec nepatri (to by bylo na dlouho). Diskuzi vedem o prebytecnosti pripon ve jmene souboru.

Stejne mi to neda ...

... dnesni disky jsou fakt rychly (a budou jeste rychlejsi) ale porad jim trva nez nabehne (napr.) OS (proc?). A nerikej ze to je softwarem, vzdyt si ted tvrdil ze to nema vliv. Tvoje odpoved uz me ale nebude zajimat, odpovim si totiz sam: "Jde o to ze spusteti OS je sled mnoha operaci, ktere dohromady (setinka k setince) vydaji za vetsi chvilku. No a vvvvvo tom to je...

meles paty pres devaty... Start systemu nema s kontrolou obsahu souboru nic spolecnyho...

Reakce pod tímto příspěvkem se již nevětví

Uvolni se a premyslej. Ja ti sem nepisu blbosti. To ty se nad tim textem odmitas zamyslet.

Prece jde o to ze start systemu obsahuje nejake (jakekoliv) diskove operace (mymo jine). No a ty operace trvaji urcitou dobu. Kdybychom dokazali nektere vynechat tak by se doba celeho procesu (v tomto pripade start systemu) zkratila.

A proto pisu ze pripony umoznuji vynechat jiste diskove operace (a nemluvim o operacich behem startu systemu - jde o jakekoliv akce se soubory provadene jakoukoliv aplikaci - jako priklad bych uvedl WinRAR) a ze ty operace nemusi vzdy znamenat jen nejakou setinku.

Tak sem se uvolnil... je to parada :)
Davas spatny priklady. Jediny priklad s vyuzitim pripony, kde muze ten usetrenej cas bejt cejtit je vyhledavani souboru podle typu. Ale i to uz neni problem, kdyz se ve Windows zapne indexace souborovyho systemu. Funguje to podobne jako treba Google a vysledek je temer okamzite.
Co dela WinRAR s priponama to netusim, protoze vetsinou tyhle WinZip, WinRAR a dalsi Winpacky nepouzivam.

Co by delali ...

... zpracovavaj soubory podle pripony

Nejde vubec o disky, struktura filesystemu se kesuje, vcetne nazvu souboru. Ad diskuze vyse, zkus si hledat soubor podle obsahu prvnich 10 znaku a podle nazvu. Rozdil v rychlosti bude asi tak 1000-nasobny. Pripony jsou uzitecne ne ze ne, to ze je tecka beznym znakem v nazvu nic nemeni na tom, ze to co je za posledni teckou muze byt extenzi. A ze je unix nepouziva neni pravda. Unix (rozumej aplikace pro unix) ji mohou a nemusi pouzivat.

To uz je trochu moc teorie. Stejne jako mam nacachovany nazvy souboru muzu cachovat i typ souboru nactenej z prvniho sektoru souboru. Neni v tom zadnej rozdil. Nerikam, ze v dobach DOSu pripony nezjednodussovali praci, ale dnes uz nemaj vyznam. Zvlast kdyz existuje spousta pripon sdilena mezi uplne odlisne formaty souboru...

Reakce pod tímto příspěvkem se již nevětví

Myslim ze dobre chapes ze navrhujes provadet akci navic a obhajujes to tim ze to moc casu nezabere. No a v tom vidim ja ten problem. Ja totiz jen zduraznuju ze diky existenci pripon zadnou dalsi akci provadet nemucis (nic vic). No a to je proste fakt, ktery (myslim) nema cenu dal obhajovat (dela to sam).

PS:

Prece ti nenutim pouzivat pripony, tak nechapu o co se snazis? Ty mne chces presvetcit abych je nepouzival? Nebo abych (bez ohledu na existenci pripony ve jmene souboru) cetl kousek kazdeho souboru? Jen proto abych zjistil jakeho je typu? I kdyz uz to davno vim z jeho jmena? (pripominam ze neresim stav kdy soubor nema priponu, protoze se bavime o jeji existenci)

Problem je ze to z toho jmena ve skutecnosti nevis. Bud proto, ze to nakej ... pro srandu nebo omylem prejmenoval nebo proto, ze tu priponu nahodou zrovna pouziva vic formatu. Takze mozna na prvni orientaci to staci, ale rozhodne se na to neda spolehnout.

Kdyz nekdo zpracovava soubory podle typu, tak to muze delat podle masky na nejich jmeno. A takhle se to dela protoze to je rychlejsi. No a tim se dostavame k jadru pudla: "Pripony nekdo vymyslel pro urychleni prace s vetsim mnozstvi souboru".

PS: A jak to delas konkretne ty mne vcelku nezajima. Hlavni je ze to tak dela OS, aplikace a taky uzivatel sedici pred monitorem.

Ja nerikam, ze nemas pravdu ja jen rikam, ze sou jiny lepsi cesty a predpokladam, ze i Microsoft tuhle zastaralou stezku brzo opusti...

Takze se asi shodnem ze na toto tema nema cenu dal psat .

... a jeste bych dodal ze pokud nektery program (napr. MS Word) pouziva ruzne verze souboru se stejnou priponou DOC tak to nic nemeni na faktu ze se jedna o souboru pro MS Word (jasne da se otevrit i jinym programem ale o to tu prece nejde).

Ja spis mluvil o priponach jako .dat, ktery muzou bejt zrovna tak MPEG video stejne jako virove informace pro antivirovy program nebo textury pro nakou hru. Nebo .vbs, VisualBasicScript nebo taky ClearCase VOB. Je jich spusta, videl sem i PCX soubor, co nebyl obrazek... proste je to dobry jen pro orientaci

Pokud ten rozdil nechapes, doporucuji prostudovat teorii souborovych systemu. Neco jineho by bylo ukladat typ do metadat, ale o tom se muzeme bavit az po tom co absolvujes prvni lekci.

omyl, přípony byly už v CP/M (na nějž Bill "koupil práva a obšlehl to do MSDOS pro IBM"), ale to jste byl asi ještě na houbách

jo, to je fakt. MacOS a jeho forky je dost vopruz. I když Win2k a výš forky umí také (akorát se bohudík moc nepoužívají). A to je štěstí, takový zaforkovaný trojan, to by bylo žůžo

...A to mě na nich právě s... !!! Kurva, pořád se zdržovat zjišťováním jestli je ta která kokotina skript nebo binár ...Nemám M$ zrovna v lásce ale zrovna na tenhle vynález (pozor, přípony a asociace podle jejich názvů není jejich nápad, bylo to už v CP/M) bych až tak neplival...

Jinak, viry v utlouku "zobrazování" přípony řeší jednoduše: Použijí jméno dostatečně dlouhé na to aby BFU uvěřilo že jde o JPEG a nebo flash a přípona už se do řádku v náhledu (BFU čtou maily zásadně v náhledu - proto mají všechny ty HTML sračky tak okamžitý úspěch) jaksi fyzicky nevleze...

Ja na pripony hodne plivam, na druhou stranu se mi nelibi ani pristup ext file systemu, kdy se rozhoduji podle obsahu. Mne osobne prijde nejlepsi kombinace tech dvou, typ souboru je meta informace souboru (asi jako cas modifikace pro ty co si to nedokazou predstavit). Je to sakra rychlejsi nez cteni jmena a pripony jak navrhuje Filip (podle neho je cteni a parsovani jmena rychlejsi nez cteni meta data s pevnou velikosti) a pokud by s tim byly psany programy tak je to i bezpecnejsi nez pripony (protoze by nezalezelo na tom jestli se jmeno zobrazi cely nebo ne, resp. uzivatele by si zvykli rozlisovat typy souboru jinak nez podle konce jmena). A samozrejme tenhle system nebrani uzivateli pripony porad pouzivat kdyz chce ;)

A nejsou už takovou "metainformací" právě ty poplivané, skrývané/zobrazitelné přípony u jmen souborů? ...vždyť v nich v zásadě máte další db políčko o dynamické délce, tj. s téměř neomezenými možnostmi... jinak třeba ve ve WinAPI jsou jednoduché funkce které se k té příponě jako k metainformaci umožňují chovat:

ChangeFileExt

ExpandFileName

ExpandUNCFileName

ExtractFileExt

ExtractFileName

ExtractShortPathName

ProcessPath

...

A ani v jiných systémech které k tomuto FS přistupují zvenku není problém toto aplikovat (nikomu to nenutím ani na něj neplivu). Argumenty typu že v unixech můžu textový dokundament pojmenovat a používat i jako "program.exe" neberu - je to zbytečná hovadina ...a jde to i ve widlích.

Přípony by samozřejmně stačily, pokud se na ně dalo 100% spolehnout, což se ovšem nedá. Aby bylo na ně spolehnutí, nesmí příponu nastavovat nedůvěrihodný objekt, ale OS při uzavírání souboru. Není lepší přípony považovat jen za bezfunkční část jména a typ souboru si vést v metainformacích? Mimochodem, u výměnných médiích by se stejně musel typ souboru určovat z obsahu a ne z metainformacích, protože tato informace není důvěrihodná.

A oč důvěryhodnější je taková "metainformace" když se na ni ani u mnoha "důvěryhodných" zdrojů (content type... ) stejně nedá 100% spolehnout? Pořád je to jenom orientační prostředek...

Kreten neni uzivatel, ktery cte maily v nahledu. Je to velice rychle a prehledne.
Kreten je programator, ktery udela mail klienta tak, jak funguje napr OE.
Kreten je programator, ktery zpracovani souboru prilohy resi postupem:
1. mam soubor, o kterem OE tvrdi, ze je to "ahoj.avi"
2. podle pripony jej umim spustit/otevrit
3. tedy dam jej OS ke zpracovani
4. a ejhle, zpusob jak jej zpracovat, je spustit program "ahoj.avi", protoze podle hlavicky je to normalni "ahoj.exe"
5. ejhle, uzivateli, ono ti to smazalo pulku disku, sorry, to jsi asi nechtel, co?

a vovovo tom to je ...

No ono je to fakt velmi ulehčující, když nemáte zapnuté zobrazování přípon souborů a potřebujete změnit jméno souboru "Můj velký domkument s děsně dlouhým názvem.txt" na text.doc Než se v XP nakliká, aby to ukazovalo ty přípony, to je přeci hnedka, že jo? Nebo než to přejmenuju v cmd. Kdyby v tom šíleným cmd bylo alespoň defaultně zapnutý doplňování názvů, když stisknu TAB. Ale to né, to se nejdříve musejí hackovat registry. Někdy mám pocit, že ty windoze jsou udělaný tak, že co by mělo být enabled je disabled a co by mělo být disabled je enabled.

Souhlas. Je to fakt už srandovní člověk musí v tom jejich exploderu po instalaci nejdřív "invertovat" prakticky všechny kolonky v dialogu "zobrazení složky" aby se to dalo aspoň trochu použít... k vyhledání a vytvoření linku na jiný filemanager

v xp to by default je (ten tab). jinak doporucuji stahnout a vyhradne pouzivat veci z cygwin.com (uz davno jsem vymenil cmd za bash 2.05b na winech ) drobnosti typu ssh server, pouzitelne skriptovani, ... jsou uz 'jen tak navrch'.

Kdybyste ve Windows místo nějakého debilního Průzkumníka používali Total (Windows) Commander, tak tento problém nemusíte vůbec řešit! V Total Commanderu máte ihned přehled o všech discích i složkách krásně a přehledně.

Nojo, když já jsem zvyklý mít při práci otevřených i několik desítek složek a ono se to potom podle okna označeného "Total..." blbě hledá. Ale jinak je dobrej, jenom mi občas zablbne dragndrop z aplikací.

to byste si musel přečíst manuál a začít používat ctrl+d

Co to meles ? A cmd /x je asi naco ?

Ukecal jsi mne, ale stejně nechápu, proč to není default zapnutý

To snad ne, přípona je konvence, a ty jsou rozumné: přece se nebudu dívat na obsah každého souboru, abych zjitil, co v něm asi tak je. Nakonec i web server (jakýkoliv) z přípon odvodí Content-type, kterým se pak prohlížeč řídí (každý, kromě IE).

A v tom je právě příčina potíží s OE: dostane něco.txt.exe, Content-type: je text/plain, ale OE po kontrole systému předá něco.txt.exe s požadavkem "otevři". A systém zná jediný způsob, jak otevřít .exe

Stačí používat prohlížeč, který respektuje Content-type a hned uvidíte, který web je pitomý (.pdf posílají s typem text/html apod.). Bohužel, není jich málo. A často dostanete na stížnost odpověď: chyba je ve vašem prohlížeči, s IE to funguje!

Vybral sis hodne spatnej priklad, prave ze na webu se pripony uplne ignrouji a typ souboru se bere z Content-Type (v HTTP to je meta data ;). A web servery poslou co jim reknes, je trivialni poslat image/jpeg ze souboru s priponou .php nebo .aspx ;)

A jo, taky me weby co posilaj spatny Content-Type tocej, v praci sem odmitl delat na projektu co posilal style -sheet jako text/html :) Prekvapive mi to proslo a bylo to opraveny, ale je nechutny kolika lidem to nevadi ze delaj nefunkcni kod kterej funguje jen diky tomu ze IE pocita s ignorantama tohoto typu a snazi se to nejak zvladnout (k jeho chybe vetsinou).

To jiste, ale prave proto maji webservery tabulku priponaContent-Type, takze k .pdf se vzdy pripoji spravny Content-Type pokud jej ty sam nezmenis. Takze i ve webovem prostredi se typicky Content-Type ridi podle pripony a ne ze ne.

No asi jediny mozny zpusob je nepouzivat klienty (postovni, www,..) od Mrkvosoftu a hlavne nepouživat takove prasarny, jako je pruzkumnik.

Všechny porty budou zakázány...no to bude teda opravdu užitečný...

Jo, a bude to zakazany v kernelu

No samozrejme se tim mysli spojeni smerujici z vnejsku na system. Veskere sluzby iniciovane samotnym uzivatelem samozrejme pujdou. Myslim si, ze vubec uvadet: vsechny porty budou blokovane - je naprosto zbytecne. Protoze u implicitne nastaveneho firewallu se toto ocekava automaticky.

že se vůbec namáháte. dotyčný asi firewall nikdy neviděl.

Myslím že pro všech těch 99.5% lemplů kteří poslední dny trávili restartováním komplu 60x za hodinu po každém připojení k netu by to nebylo k zahození...

Teď vážně: Když už tam tuhle náhražku dali, aspoň ji měli nechat zapnutou, ať si ji "odporníci" jako Vy kterým to vadí klidně přenastaví.

A pro ty ostatní (pomalejší):

1) zobrazte si vlastnosti vašeho připojení,

2) klepněte na záložku upřesnit

3) tam zatrhněte hned první kolonku (Chránit počítač...blablabla).

Je to jednodušší, lepší a rychlejší řešení než teď stahovat nic neřešící záplaty z ucpaných serverů a nebo běhat po baráku z disketama jako magor.

nenadavej cemu nerozumis, on se pri instalaci pripojeni k internetu pta a vypisuje pul stranky o tom co to ten firewall je. to ze vetsina lidi to vypne je jina vec

Už proto by to mělo být ve výchozím stavu bez bližšího vysvětlování ZAPNUTO.

Popis zapnutí byl pro "už hotové" připojení.

Souhlas. Ale jeste nezapominejme na jednu vec. Na HW firewallu muzu zakazat vsechny porty a pak povolit pouze ty co chci. Takze pro WWW mi staci povolit port 80. A ted lahudka. Pokud mi IE od MS zpracovava treba nejakej JAVA,VBS script, tak otevre okno, ktere neni videt a je primo dcerine okno IE ve kterem se dany script provadi. No a pokud je ten script trosku neseriozni (vir/trojan),tak z vaseho nebo do vase PC putuji data pres port 80 a nemusi to bejt zrovna HTTP protokoly. Mam dokonce vlastni Example (priklad), kterej behem prohlizeni webu stahne EXE soubor a nasledne spusti. Samotny uzivatel to samozrejme nepostrehne. Dokonce to vali bez problemu i IE 6. Jo a je to cisty HTML + jeden TAG, takze zadny scriptovani.

tak ten tvuj priklad by me zajimal...

Neni problem. Pošli mejla a maš ho. Ma to cca. 4 Kb i z ukazkovým EXE souborem (ten pouze zobrazi Message Box).

jenže zde je řeč o přístupu na porty, ne o chyby na aplikační úrovni. A samozřejmě -- jen šílenec dnes nemá v IE nakonfigurovány bezpečnostní zóny. ono to totiž všechno jde, jen spousta lidí je jaksi líná si to nastavit. Jinak samozřejmě s Vámí souhlasím - takto lze získávat páry jméno/přihlašovací signatura (W2k výše), případně jméno/heslo (do W2k) nebo spouštět škodlivý kód. Jenže to jaksi předopokládá aktivní spolupráci oběti (ono naklapání URL, případně kliknutí). A dále, kvalitní firewally umí fitrovat na úrovni streamu dat a odfiltrovat např. z portu 80 vše co nemá formát http, případně osobní firewally (kerio) blokují veškeré neatorizované aplikace pokoušející se komunikovat přes firewall.

ano, když jste admin. Když nejste, ani nepípne. (a firewall je samozřejmě vypnutý). A to je problém pro korporátní prostředí, kde si např. uživatelé notebooků (kteří rozhodně nejsou adminy, a tudíž firewall aktivovat nemohou) vytvářejí v zahraničí vlastní telefonická připojení pro lokální inetprovidery.

nejak jsem si nevsiml ze by microsoft mel nekdy ucpany server.
me to jede kdykoliv to zkusim 300KB/s