Sovereign Tech Fund oznámil finanční podporu následujících open source projektů: Scala, SDCC, Let's Encrypt, Servo, chatmail, Drupal, Fedify, openprinting, PHP, Apache Arrow, OpenSSL, R Project, Open Web Docs, conda, systemd a phpseclib.
Bylo vydáno OpenBSD 7.8. S předběžnou podporou Raspberry Pi 5. Opět bez písničky.
Valkey (Wikipedie) byl vydán v nové major verzi 9.0. Valkey je fork Redisu.
Byly publikovány informace o kritické zranitelnosti v knihovně pro Rust async-tar a jejích forcích tokio-tar, krata-tokio-tar a astral-tokio-tar. Jedná se o zranitelnost CVE-2025-62518 s CVSS 8.1. Nálezci je pojmenovali TARmageddon.
AlmaLinux přinese s verzí 10.1 podporu btrfs. XFS bude stále jako výchozí filesystém, ale instalátor nabídne i btrfs. Více informací naleznete v oficiálním oznámení.
Společnost OpenAI představila svůj vlastní webový prohlížeč ChatGPT Atlas. Zatím je k dispozici pouze na macOS.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.5 (Mastodon). Přehled novinek i s videi a se snímky obrazovek v oficiálním oznámení. Podrobný přehled v seznamu změn.
Rodina jednodeskových počítačů Orange Pi se rozrostla (𝕏) o Orange Pi 6 Plus.
Na Humble Bundle běží akce Humble Tech Book Bundle: All Things Raspberry Pi by Raspberry Pi Press. Se slevou lze koupit elektronické knihy od nakladatelství Raspberry Pi Press a podpořit Raspberry Pi Press, Raspberry Pi Foundation North America nebo Humble.
Přidaný režim autonomního řízení vozidel Tesla Mad Max je dostupný pro vybrané zákazníky v programu EAP (Early Access Program). Nový režim je na silnici agresivnější, častěji mění pruhy a ne vždy dodržuje rychlostní limity. Agentura JPP spekuluje, že v Česku by se mohl nový režim namísto Mad Max jmenovat Mad Turek...
Google na svém blogu věnovaném počítačové bezpečnosti představil rozšíření pro Chrome s názvem End-to-End. Jedná se o rozšíření, pomocí kterého lze v prohlížeči Chrome dle OpenPGP standardu šifrovat a dešifrovat zprávy, digitálně je podepisovat a samozřejmě také ověřovat jejich podpisy. Rozšíření je v alfa verzi a zatím není dostupné v Internetovém obchodě Chrome. Zdrojové kódy rozšíření jsou k dispozici pod licencí Apache. [Slashdot]
Tiskni
Sdílej:
Zapomínáte, že zdrojové kódy Chrome jsou opensource v podobě projektu Chromium
(podotýkám celou dobu je řeč o Chromiu - používat pod Linuxem binární Chrome je nesmysl)
Uživatel zašifruje a Google dešifruje už na počítači uživatele s využitím výpočetního výkonu počítače uživatele.
. HTML5 s JS dokáže dnes už všetko čo Flash, JavaByt javu a flash nerad, mam o tom urcite pochybnosti.
Aj to ide, len nie tak jednoducho ako v desktopovej aplikácií, proste si ten kľúč musíš vyhľadať na USBéčku.Počkat, jako že už je v JS nějaké obecné USB API, nebo je tam nějaké API pro asymetrickou kryptografii? Nebo jak „vyhľadať kľúč na USBéčku“? Pod tím si představím, že si javascript pustí něco jako lsusb.
pod Linuxem vlastně systémové úložiště certifikátů neexistuje…viz p11-kit, který se pomalu začíná rozšiřovat.
Máte kryptografické zařízení, se kterým lze mluvit přes PKCS#11, třeba prostřednictvím PKCS#11 modulu OpenSC. Takový modul umí používat OpenSSL, GnuTLS, NSS a tedy i lecjaký program. Například webový prohlížeč.
Pak máme JDK, který si bohužel dělá vše po svém. Ale údajně to má umět. Pak lze předpokládat, že javový applet při podepisování namísto PKCS#12 souboru použije PKCS#11 modul, z kterého si uživatel vybere klíč a zadá PIN. V tomto případě je tedy webový prohlížeč irelevantní.
Takový modul umí používat OpenSSL, GnuTLS, NSS a tedy i lecjaký program. Například webový prohlížeč.Mne to zatim nikdy moc nefungovalo pod Linuxem, viz treba zde.
To je Firefox. Ten je rozbitý záměrně.
Předchozí verze neuměly použít kryptografické zařízení připojené až po spuštění Firefoxu. Prý kvůli chybným proprietárním PKCS#11 modulům. Teď jsem si vyzkoušel 30. verzi a ta naopak se celá zablokuje v nějakém futexu.
Rovněž NSS neumí pracovat s jednou databází z více procesů, takže není možné použít ten samý modul z Firefoxu a Thunderbirdu najednou. To je kvůli tomu, že ve Windows se na bezpečnost kašle, takže tam si procesy mohou krást autentizované PKCS#11 relace, což v OpenSC je schválně kvůli bezpečnosti vypnuté. Jenže Linux není v očích Mozilly business case, takže na opravu peče.
Jinak řečeno cokoliv na NSS je odsouzeno k záhubě. Díval jsem na Midori s gcr a libsoup, které je postaveno nad GnuTLS, jenže to dělá banda Gnomáků, se kterými není žádná domluva. Nehledě na to, že je to prorostlé s Gnome.
On ale vývoj je těžký i na nižších úrovních. Opravil jsem používání OpenSSL enginů v cURL. Jenže opravu engine_pkcs11 (implementace OpenSSL enginu nad PKCS#11) jsem neprotlačil, protože správce vůbec nereaguje, třebaže ten samý člověk v OpenSC je docela aktivní. Takže lokálně mi kryptografické moduly v cURL aplikacích pěkně fungují, ale nikdo jiný si to užít nemůže. Ještě zvažuji, že přeportuji cURL backend pro GnuTLS na trojkové rozhraní, které PKCS#11 umí. To současné dvojkové umí jen soubory.
Rovněž NSS neumí pracovat s jednou databází z více procesů, takže není možné použít ten samý modul z Firefoxu a Thunderbirdu najednou.to se snad týká jen berkeley db, kterou doufám FF ani TB nepoužívají a v dohledné době by už ani neměla být defaultní, nebo se pletu?
po Heartbleed by to bylo dost rozumné opatřeníŘekl bych, že úplně stejně rozumné jako předtím.