Email reklám és spammelés

A Freeweb egyik fórumán láttam egy topikot, amely a címbeli témával foglalkozik. Pár gondolatom nekem is van az ügyben, amit itt osztok meg. Hogyan szerezhetünk magunknak email címlistát? Az oldalon több – kétes – módszer is fel van sorolva, mint pl. honlapok feltörése, címek közösségi oldalakról megszerzése, stb. A “kamu weboldal” létrehozása tényleg ötletes, amikor valaki pl. a http://freemial.hu/ oldalon üzemeltet egy proxyt, ami alkalmas a gyanútlan felhasználók email címeinek (és jelszavainak) begyűjtésére. Email címek szerzésének azonban sokkal jobb módja az, ha olyat adunk a látogatóknak, ami érdekli őket, és cserébe hajlandók megadni önként az email címüket. Arra azért érdemes figyelni, hogy a név ill. email címen kívül csak akkor kérjünk be egyéb adatokat, ha arra feltétlen szükségünk van. Engem legalábbis elriasztanak a tengernyi adatot bekérő formok. Remélem, azt nem is kell külön mondani, hogy kizárólag double opt-in módszerrel (=megerősítéssel) vegyük fel az email címeket az adatbázisba. Hogyan ne bukjunk le, ha mégis spammelni szeretnénk? Ebben a fejezetben néhány naív tippet kapunk, amelyek gyakorlati haszna megkérdőjelezhető – úgy értem, ha komolyan spammelni akarunk. Mert az a tanács valóban jól hangzik, hogy használjuk a freemail.hu rendszerét spamküldésre (bocs fiúk), de az óránként max. 100 levél elküldése azért komoly limit, mert a…

Continue Reading Email reklám és spammelés

Firefox gyorsítás a cache memóriába irányításával

A HUP egyik blogjában láttam, és rögtön meg is tetszett: If you use Firefox, there’s a way to write cached files to RAM instead of the hard disk. This is not only faster, but will significantly reduce writes to the SSD while using the browser. Instructions: Open Firefox -> Type about:config into the address bar -> Enter -> double-click browser.cache.disk.enable to set the value to False -> Right-Click anywhere -> New -> Integer -> Preference Name “disk.cache.memory.capacity” -> value memory size in KB. Enter 32768 for 32MB, 65536 for 64MB, 131072 for 128MB, etc. -> restart Firefox

Continue Reading Firefox gyorsítás a cache memóriába irányításával

Hogyan védekezzünk a veszélyes emailek ellen?

A fenti címen jelent meg egy írás az ITBN honlapján. A cikk az elején tudatosítja, hogy “a legtöbb kártékony email azért érkezik meg hozzánk, mert valamire szüksége van tőlünk. Valamire, ami a miénk. Ez lehet a bankszámlaszámunk, a személyes adataink, a számítógépünkön tárolt adatok vagy éppen maga a számítógépünk távoli irányíthatósága. Minden beérkező emailt ilyen szemmel kell kezelnünk.” Azt is jó tudni, hogy az emaileket könnyű hamisítani (noha ez ellen védekezni is lehet, pl. SPF, DomainKeys, ill. digitális aláírás). A javaslat az, hogy “minden levél megnyitása előtt alaposan nézzük meg a feladót és a tárgyat.” Ez mindenképpen hasznos, de sokszor nem elég. Főleg, ha a támadó úgy jutott hozzá az email címünkhöz, hogy ellopta az egyik levelezőpatnerünk címlistáját. Ezért, ha megnézzük a levél feladóját és tárgyát, akkor nézzük meg a levél útját (Received: sorok), ami még biztosabban jelzi, ha a levél szokatlan helyről jött. A következő jó tanács, hogy “gondolkodjunk el, hogy életszerű-e a szituáció.” Ha valaki csak ezt az egyet megfogadja, már nem fog pénzt utalni, hogy megkaphassa a sok millió Eurós spanyol lottó nyereményét. Az adathalászok gyakran manipulálják a HTML mellékletben szereplő linkeket. Ez ellen azt szokták tanácsolni, hogy ne kattintsunk rá a linkre, hanem gépeljük be mi…

Continue Reading Hogyan védekezzünk a veszélyes emailek ellen?

MPP vs. ‘open source’ spamszűrők

A Virus Bulletin: a spamszűrők együtt jobbak, ill. a Hány licence kell neked? írások alapján felbuzdúlva végeztem egy gyors tesztet az MPP-vel ill. egy ‘open source’ spamszűrővel. Hogy a teszt eredmények valóban összevethetőek legyenek, végül mégsem az MPP VMware appliance-ot használtam, mert abban rengeteg egyéb funkció is megtalálható (pl. karantén, archiválás, …), ami megnehezítené az összehasonlítást. Ezért letöltöttem az MPP ver. 4.20.0, rc1, Tue Aug 25 13:39:17 EDT 2009 [Linux 2.6.12-1.1381_FC3 i686] verziójú linuxos verzióját, és azt használtam. Nem telepítettem viszont az mppmanager-t, mivel nem volt most szükségem a szolgáltatásaira, és a MySQL szervert sem használta az MPP. A teszt környezet egy WMware-ben futtatott CentOS 5.4 volt, ami 768 MB RAM-mal gazdálkodhatott. A teszt során összesen 9.6k levelet küldtem a rendszerre 10 szálon (=SMTP kapcsolaton) át, kb. fele-fele arányban jó ill. spam leveleket. A tesztnek két célja volt. Az első, bizonyítani azt, hogy az MPP esetében nem igaz az a tétel, hogy ha több szűrőmotort használunk, akkor a szűrőmotorok számával egyenes arányban csökkenne az áteresztőképesség, azaz pl. 10 szűrőmotor tizedakkora teljesítményt eredményez. A másik pedig az, hogy képet kapjak a Cloudmark teljesítményéről. Azt is szeretném már az elején megjegyezni, hogy a teszt nem tért ki az egyes spamszűrő megoldások pontosságára.…

Continue Reading MPP vs. ‘open source’ spamszűrők