Vojenské zpravodajství (VZ) se v březnu zapojilo do mezinárodní operace proti aktivitám hackerské skupiny APT28, která je spojovaná s ruskou vojenskou zpravodajskou službou GRU a která přes slabě zabezpečené routery prováděla kybernetické útoky na státní a další organizace v ČR i zahraničí. Operaci vedl americký Federální úřad pro vyšetřování (FBI) a jejím cílem bylo odebrat útočníkům přístup k napadeným zařízením a ty následně … více »
Tvůrcem nejpopulárnější kryptoměny bitcoin, který se skrývá za pseudonymem Satoši Nakamoto (Satoshi Nakamoto), je britský kryptograf Adam Back. Na základě vlastní investigativní práce to tvrdí americký deník The New York Times (NYT). Několik indicií podle autorů jasně ukazuje na to, že Back a Nakamoto jsou stejný člověk. Jde mimo jiné o podobný odborný a osobnostní profil či totožné chyby a manýry v psaném projevu.
Google Chrome 147 byl prohlášen za stabilní. Nejnovější stabilní verze 147.0.7727.55 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře. Přehled novinek v Chrome DevTools 145 až 147 také na YouTube.
Vývojáři z Laboratoří CZ.NIC vydali nové verze aplikací Datovka (Datovka 4.29.0, Mobilní Datovka 2.6.2). V případě desktopové verze přibyly možnosti projít všechny uložené zprávy, zkontrolovat časy expirací časových razítek a přerazítkovat datové zprávy, které lze v ISDS přerazítkovat. Novinkou je také možnost vytahovat myší ze seznamu ZFO soubory datových zpráv, tento úkon jde udělat i pomocí tlačítek Ctrl+C. Nová verze Mobilní Datovky přináší jen drobné úpravy.
MicroPython (Wikipedie), tj. implementace Pythonu 3 optimalizovaná pro jednočipové počítače, byl vydán ve verzi 1.28.0. Z novinek lze vypíchnout novou třídu machine.CAN.
Michael Meeks, CEO společnosti Collabora, na apríla oznámil, nebyl to ale apríl, že nadace The Document Foundation zastřešující vývoj kancelářského balíku LibreOffice vyloučila ze svých řad všechny zaměstnance a partnery společnosti Collabora, tj. více než třicet lidí, kteří po mnoho let přispívali do LibreOffice. Nadace The Document Foundation po několika dnech publikovala oficiální vyjádření. Přiznává pochybení při zakládání
… více »Protože je už po aprílu, můžou strahováci opět zveřejnit program další Virtuální Bastlírny, aniž by připravená témata působila dojmem, že jde o žert. Vězte tedy, že v úterý 14. dubna (změna!!!) od 20:00 proběhne VB, kde se setkají bastlíři, technici, učitelé i nadšenci do techniky a kde i vy se můžete zapojit do družného hovoru, jako by všichni seděli u pomyslného piva. Co mají bastlíři tento měsíc na srdci? Pravděpodobně by nás musel zasáhnout
… více »Byla vydána verze 26.1 aneb čtvrtletní aktualizace open source počítačového planetária Stellarium (Wikipedie, GitHub). Vyzkoušet lze webovou verzi Stellaria na Stellarium Web.
VOID (Video Object and Interaction Deletion) je nový open-source VLM model pro editaci videa, který dokáže z videí odstraňovat objekty včetně všech jejich fyzikálních interakcí v rámci scény (pády, kolize, stíny...) pomocí quadmaskingu (čtyřhodnotová maska, která člení pixely scény do čtyř kategorií: objekt určený k odstranění, překrývající se oblasti, objektem ovlivněné oblasti a pozadí scény) a dvoufázového inpaintingu. Za projektem stojí výzkumníci ze společnosti Netflix.
Design (GitHub) je 2D CAD pro GNOME. Instalovat lze i z Flathubu. Běží také ve webovém prohlížeči.
Informace o výsledku nasazení RBL filtrace a Grey listu. Perlička v podání Gmailu, nahrávájící spamerům.
Pro svoji soukromou poštu používám mnoho emailových adres na freemailech i soukromých doménách. Abych nemusel udržovat v kmailu desítky účtů, je vše na konci zpracování přeposláno na gmail. Adresy na ostatních freemailech postupně opouštím a mohu říci, že 99% toho co na ně dnes přichází, je spam. Nicméně maximum spamu vždy přicházelo na emaily na soukromých doménách, které všude uvádím několik posledních let.
Nepoužíval jsem žádná ochranná opatření a veškerá filtrace spadala na břímě gmailu. Ještě před měsícem obsahovala složka pro spam přes 5000 kousků a to se z ní emaily vždy po měsíci sami odmazávají. Nyní jsem někde u 1200 kusů a počet pomalu klesá. Předpokládám, že se ustálí tak na 500 přijatých spamech měsíčně.
Problém spočíval v tom, že spousta spamu procházela a současně se občas stává, že je chybně označena i regulérní pošta. Nezbývá tedy, než občas jít a spamy překontrolovat. V takový moment je již znát, zda je třeba kontrolovat stovky emailů denně či jen desítky. Proto jsem přistoupil k opatřením na mém poštovním serveru, přijímajícím emaily pro soukromé domény.
Je mi jasné, že teď někdo začíná křičet, proč nepoužiji IMAP, když mám tu možnost. Ano mám, dokonce IMAP na témže stroji provozuji, ale rozhodl jsme se jinak a spot o tomto není. Stejně tak nevyužívám gmail pro komplexní správu emailu na své domény pomocí Google Apps, kdy se jen upraví mx záznam a zbytek je na Google.
Fungují na podobném principu jako DNS. Poštovní server se při pokusu o spojení zeptá na cizí IP adresu a dokáže-li ji RBL přeložit, je povážována za nežádoucí.
Pro soukromou poštu takové spojení okamžitě odmítám ještě na úrovni SMTP, lze to ale vyžít i jako jeden z parametrů pro značkování spamu v content filtru.
Mnoha lidmi (zejména postiženými správci ;-)) zavrhované pro problémy se zařazováním velkých serverů či adres z dynamicky přidelovaného rozsahu.
Kdysi jsem byl nadšen, že mohu používat libovolná slova jako adresu nad doménou pod mojí kontrolou a používal jsem to na kde co. Například registrace na serveru ve formátu server@example.com. Výsledkem bylo znásobení spamu, protože se tak ocitám vícenásobně v různých databázích.
Doménový koš stejně tak přijímá veškeré spamery generované kombinace jmen, příjmení a kdoví čeho ještě.
Zavedení pevných aliasů a striktní odmítání všech ostatních je dobrý způsob, jak omezit objem spamu řádově o desítky procent.
Způsobuje odmítnutí zprávy s chybovým kódem:
450 Recipient address rejected: Greylisted for 300 seconds
Stranou si uloží kombinaci IP adresy odesílatele, hlavičku FROM a TO a pokud se odesílatel po stanoveném časovém limitu pokusí zprávu opětovně odeslat, povolí její příjem. Následně si po stanovenou dobu (1 měsíc např.) tuto kombinaci pamatuje a poštu přijímá bez čekání.
Vychází z předpokladu, že spameři chrlí jeden email za druhým a problémy s jejich přijetím neřeší.
Většinou to bývá pravda, i když já dostávám jeden a tentýž obrázkový spam, který je podle logu odeslán opětovně pár sekund po ukončení greylistu. Nezkoušel jsem, zda parsuje hodnotu v popisu chybového kódu nebo se jen drží asi nejčastěji používaného časového úseku 6 minut. Ale vypadá to na spamera, který se již adaptoval.
V tomto také spočívá největší kritika této antispamové techniky: bude-li to používat každý, ztratí se účinnost a pouze naroste objem přenášených dat. Problémy mohou být také v případěch, kdy odesílatel využívá farmu serverů a pokouší se o odeslání pokaždé z jiné IP.
Toto na svém serveru nepoužívám. Nasadit na postfixu filtraci tak, aby dokázal odmítnout email ještě při SMTP spojení, není zrovna jednoduché. Asi proto, že email před zpracováním například SpamAssasinem musí být již podstatě přijat a spojení by bylo uměle udržováno při čekání na výsledek.
Nasazovat Content Filter na již přijaté emaily se mi nechce, pro server představují vysokou zátěž a prosté značkování za mne udělá i gmail. Odmítnout zprávu již nemohu, leda zahodit. Při zahození mnoho serverů odesílá takové ty nesmyslné hlášky na podvrhnute adresy odesílatelů, prostě hnus. Když server jednou poštu přijme, měl by si s ní nějak poradit sám.
Postfix podporuje RBL seznamy prostým zápisem v konfiguraci, není třeba nic doinstalovávat.
Instalace grey listu do postfixu na Mandrivě 2006 byla dětsky snadná, greylist mohu nasazovat na jednotlivé emailové adresy, celé domény, či veškerou průchozí poštu.
Postfix umožňuje definovat různé politiky. Takže mám jednu velmi přísnou, která greylistuje a RBLuje ;-) vše, a mírnější, která RBL nevyužívá a před greylistem aplikuje whitelist pro všechny cz domény. Politiku mohu opět aplikovat až na úrovni jednotlivých emailů či domén.
Před měsícem jsem přijímal cca 150 až 200 spamů denně. Většinu z nich gmail správne rozpoznal, nicméně kontrolovat spam složku nebyla žádná legrace.
V současnosti je počet cca 10-20 kousků, tedy někde pod hodnotou 10% z původního počtu.
Část z nich je přeposílána z jiných freemailů, a tedy mnou zavedenou filtrací neprochází, procento je tedy v reálu ještě lepší.
Gmail používá podivnou praktiku, kdy při příjmu pošty ignoruje tečky v adrese příjemce. Máte-li tedy účet inzinyr.vonasek@gmail.example.com, pošta je prijímána například i pro adresy inzinyrvonasek@gmail.example.com nebo in.zin.yrvo.nase.k@gmail.example.com
Jak jsem výše popsal, gmail využívám pro konečné shromaždiště své pošty. Adresu na gmailu nikde neuvádím a proto by měla být spamu odolná. Bohužel spameři se již na tuto vlastnost adaptovali, a tak generují náhodné kombinace jmen a příjmení, případně zkouší adresy uvedené na jiných doménách.
Máte-li účet na gmailu a v emailové adrese jste použili tečku, zkuste si schválně vyhledat:
in:spam to:inzinyr.vonasek@gmaila porovnat výsledek s:
in:spam to:inzinyrvonasek@gmail
(Ti z vás, co nejste inžinýři Vonásci, zaměňte za data smysluplná pro váš účet.)
U mne je výsledek 0:74 a score pomalu roste. Gmail tak, ve snaze být co nejvíce user-friendly, nejvíce napomohl spamerům. Asi prostě vytvořím filtr, co tuto adresu bude rovnou mazat.
Tiskni
Sdílej:
Najednou jsem zjistil, ze mam spoustu volneho casu.