Další vlna podvodných emailů. Tentokrát i s povedeným českým textem

To nas ajtak si taky myslel, ze blokovani pripon krome par povolenych neco vyresi, a ja myslel, ze ho roztrhnu jak hada, kdyz jsem zjistil ze ty mejly nechodily v poradku.

Co to je za nesmysl, blokovat podle pripony?

Ochrana totálních BFU. Zkus poslat na gmail zip soubor, ve kterém bude neškodný exe. Gmail email smaže a ani nedoručí. Stačí však ZIP přejmenovat na PIZ a projde to.

By me zajimalo, jak bys to asi tak chtel delat. Nehlede na to, ze BFU nema mit v idealnim pripade pravo spustit nic, co mu admin nenainstaloval.

To je ta vec, co ji musis pro kazdej stroj nastavovat extra? Kde se stejnej parametr chova jinak v kazdy verzi OS/Aplikace?

Ta vec, kde kdyz clovek zakaze exploderu pristup na net, tak nejde otevrit email?

proc mi dneska antispam furt rve...

554 5.7.0 Bounce, id=31306-05 - BANNED: .exe,ebill85BF232­.scr

exac nema co v mejlu delat.

Cim dal vic MTA je naconfenejch tak, ze prijmou jen vymenovany prilohy, u kterych navic overujou ze nekecaj (=ze jpg je opravdu obrazek). A s archivem udelaj to, ze to rozbalej a zkontrolujou obsah, pricemz kdyz to nejde, tak ho smaznou taky.

Coz je mimochodem jedine dobre, mail nikdy nebyl stavenej na prenos souboru.

Jen doplním: výše uvedené emaily to balí dvojitě: statement.zip -> statement.zip -> statement.scr. Večer rodiče slyšeli hrůzné zvěsti na Nově, takže volali s doznáním, že na tu přílohu kliknuli (Ubuntu).

Zkoušel jsem to spustit ve WINE v testovacím prostředí, mohu-li zběžně soudit, tak to nic neprovedlo, žádné soubory se nezměnily. Spuštění selhalo kvůli nějakým chybějícím DDLkům.

P.S. U nás v robotě to mají též geniálně: zašifrovaný ZIP projde, zašifrovaný 7z neprojde (přičemž nešifrovaný 7z projde).

> Spuštění selhalo kvůli nějakým chybějícím DDLkům.

Posílal jsi bugreport?

Jen tak mimochodem: proč je příloha *.scr a ne *.exe? Liší se provádění *.scr od *.exe tak jak si myslím (:-) ) nebo se pletu?

Ono to podle vseho je exe, jen to ma priponu scr. M$ je pak uplne jedno jakou to ma pripomu, M$ s cimkoli nalozi "exec file.ext". exe pak i spousta BFU zna, a tim padem by uspesnost byla nizsi.

.exe se uzivatele "boji" protoze je uz nekdo z IT zprdl za to, ze to pousti, kdezto .scr asi ne :-) no proste celej ten MS koncept koncovek, ktere stejne nefunguji vsude (ctou se metadata ze souboru) je na prd :-)

Mám spíše tu zkušenost, že pokud jsou blokovány přípony na mailserveur, tak je blokováno exe stejně jako scr, stejně jako bat, vb apod.. A že uživatele stejně zpucuju za spuštění exe i scr. A že podobně tomu bude i v případě kontroly antivirem, který by měl ignorovat zda je soubor exe či scr a nahlížet na ně stejně.

Jak je tomu z pohledu systému? Proč existují 2 různé přípony pro spustitelný soubor, opravdu s oběma soubory bude systém pracovat stejně?

*.scr Windows používají, aby dokázaly najít, které ze spustitelných souborů jsou screensavery, a zobrazily je v seznamu screensaverů, jinak je to úplně obyčejné *.exe. V MS akorát nedokázali vymyslet lepší řešení.

Presne jak pise Sten, proste neco jako podpora metadat v te binarni sracce zacinajici jeste DOSovym loaderem(!) chybi :-)

Ta DOSová (MZ) část je podobná tomu, co Linux použije při přímém spuštění z BIOSu: prostě jen napíše, že to nefunguje, a ukončí se. Metadata PE soubory (*.exe) umí, třeba ikony; nakonec je to mírně modifikovaný unixový formát COFF (předchůdce dnešního ELF). O to víc použití speciální přípony ukazuje … ehm, na ne zrovna kompetentní programátory.

Cece neblazni, M$ ani ve win 10 nepochopil, jakej je rozdil mezi spustit a otevrit ... a ty bys po nich chtel, aby si z hlavicky souboru precetli co je zac ... boze, takovy slozitosti.