Byla vydána nová stabilní verze 7.6 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 140. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 1.90.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
GNUnet (Wikipedie) byl vydán v nové major verzi 0.25.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byla vydána nová major verze 7.0 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Nově je postavena je na Debianu 13 (Trixie) a GNOME 48 (Bengaluru). Další novinky v příslušném seznamu.
Společnost Meta na dvoudenní konferenci Meta Connect 2025 představuje své novinky. První den byly představeny nové AI brýle: Ray-Ban Meta (Gen 2), sportovní Oakley Meta Vanguard a především Meta Ray-Ban Display s integrovaným displejem a EMG náramkem pro ovládání.
Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).
Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.
Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.
Řešení dotazu:
Jsem si vzpomněl .. denyhost mají umožňovat synchronizovat svuj seznam s ostatními ... link.
Jj. Co jsem dřív sledoval diskuse, tak to spíš lidi vypínali, odesílání nasosaných a zabanovaných.
Používám denyhosts. Ten si seznam útočníků vytváří sám podle místní reality.
Kromě toho umí sdílet data z některých dalších seznamů, a to oběma směry, tedy udávat útočníky i přijímat data o nich.
Je tam samozřejmě zabudovaná i odolnost vůči různým estébáckým útokům. Jinak řečeno, těžko lze někoho dostat na seznam útočníků, pokud ve skutečnosti neútočí.
Je tam samozřejmě zabudovaná i odolnost vůči různým estébáckým útokům.Samozřejmě že tam je ... a velmi inteligentní! Kolik máte ten threshold? 10? Tak to Vám tam nasubmituje každý kdo se umí připojit 10x na nějakou veřejnou síť pod různými adresami.Jinak řečeno, těžko lze někoho dostat na seznam útočníků, pokud ve skutečnosti neútočí.
Jenže nic by tím nezískal. Proč by to vlastně dělal? Zabránil by mi v přístupu na spousty serverů, na které jsem se stejně nikdy nechtěl hlásit. (A i kdybych snad chtěl, stačí změnit IP adresu.) Ta „ochrana“ je tam spíš proto, aby si někdo kvůli jednomu překlepu nezamkl okamžitě přístup ke všem serverům ve firmě. Jeden server ho odřízne, ale ostaní to neřeší, pokud nejde o nějaký masový útok. A tak to má být. Neumím si představit, že by mě ve škole kvůli překlepu najednou odmítla celá laborka. Nicméně pokud budu rýpat do deseti hostů najednou, to už je jiné kafe!
Mám takový dojem, že i tohle se tam dá nějak ošetřit. Něco v tom stylu že udavači musí být z různých C bloků, aby se počítali. Ten konfigurák je poslední dobou hodně dlouhý a už mě nebaví se v něm vrtat.
Pokud jde o mé nastavení, nikoho neudávám a žádnými udavačskými seznamy se neřídím. Ty seznamy bývají dost velké a nic pozitivního nepřinášejí. Můj seznam obsahuje stabilně cca 200 záznamů (které se po pěti týdnech mažou, pokud to během dané doby útočník nezkusí znova) a jsem naprosto spokojený.
Můj cíl byl jasný: snížit počet pokusů o přihlášení z původních cca 3 milionů denně na únosnou mez. Dnes mám v průměru 2 pokusy za den, které samozřejmě vyřeší denyhosts. Takže jsem spokojený a nějaké sdílení dat tam vymýšlet nepotřebuju.
Už jsem chtěl přejít výhradně na autentifikaci certifikátem, ale bohužel se pořád ještě tu a tam buď já nebo některý jiný uživatel serveru potřebuje nalogovat z počítače, který není jeho. Jasně, tohle s sebou nese další riziko, ale prostě to tak je. Leda že bych u sebe pořád nosil flashdisk s klíči a certifikátem, v podobě vhodné pro OpenSSH i Putty... No, to asi ne.
Jsou tu i jiné a důležitější věci, které mě dost tankují a které se občas netýkají SSH. Například
Zkrátka a dobře, obava z toho, že mě někdo nahlásí všem instancím denyhosts, je jeden z nejmenších problémů.
3 milionů denněTo je asi 35 spojení za sekundu a každou sekundu. Kam na to chodíte?
Někdy jich bylo za sekundu 100, jindy zase třeba hodinu skoro klid. Fakt nevím, co tím kdo sledoval. (Ano, mít v iptables omezení počtu SYN paketů za sekundu je fakt dobrý nápad... Ale každý s administrací jednou začínal, že.)
Tenkrát byl dost pomalý upload, takže samozřejmě bylo divné to neustálé škubání na VoIP a další síťové problémy. Ale hlavní nápor byl v noci, kdy nikdo nic po serveru nechtěl. Takže to pořád nestačilo na nějaké velké podezření.
Na logy jsem tehdy koukal tak jednou týdně. Byl to prostě malý domácí server, který nejlépe slouží tím, že o něm člověk vůbec neví, a čtení logů není můj jediný smysl života.
Až jednoho krásného dne (a ten krásný den nastal setsakra rychle) došlo místo na logovacím oddíle, který měl 800 MB. To je asi tak stokrát víc logů, než běžně mívám.
Ty pokusy nepocházely z jedné adresy. Byly to minimálně desítky (IPv4) adres. Podle logu to vypadalo, jako by někdo vzal třeba CIDE (Cambridge International Dictionary of English) a zkoušel jedno heslo za druhým.
Proč tolik úsilí kvůli domácímu serveru, to fakt nevím.
Proč tolik úsilí kvůli domácímu serveru, to fakt nevím.To nikdo nezkoumá, co je to zač. To je jednoduše snaha získat pod kontrolu počítač, který pak může sloužit k rozesílání spamu, k řízení dalších počítačů/zombie v takto budované síti, k DDoS útokům… A pokud se ukáže, že je ten počítač na slušné lince, dá se použít jako skladiště warezu apod. Ta hesla (i počítače) zkouší nějaký automat, který nejspíš řídí síť takto již dříve získaných počítačů („domácích“ serverů, na kterých nezáleží).
To bylo přes IPv4, nikoliv IPv6.
Přes IPv6 jsem zaznamenal několik šťourání v DNS a mailových útoků, ale bývá to asi tak pět případů do týdne.
table bruteforce persist block quick from bruteforce pass in proto { tcp udp } from any to any port ssh \ flags S/SA keep state \ (max-src-conn 1, max-src-conn-rate 1/10, \ overload bruteforce flush global)Pred a za jmenem tabulky bruteforce jsou spicate zavorky, ale mistni server to povazuje za tag, tak jsem to nemohl pouzit
pass in quick proto tcp from any to port 22 keep state \ (max-src-conn-rate 12/60 overload badguys flush global)kde badguys je bruteforce u mna .. ale nemalo to zmysel, ten zoznam len rastol ( viac ako 2tisic ked som to stopol) ..
Tiskni
Sdílej: