Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Ř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. Jinak řečeno, těžko lze někoho dostat na seznam útočníků, pokud ve skutečnosti neútočí.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.
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: