Společnost JetBrains uvolnila Mellum, tj. svůj velký jazykový model (LLM) pro vývojáře, jako open source. Mellum podporuje programovací jazyky Java, Kotlin, Python, Go, PHP, C, C++, C#, JavaScript, TypeScript, CSS, HTML, Rust a Ruby.
Vývojáři Kali Linuxu upozorňují na nový klíč pro podepisování balíčků. K původnímu klíči ztratili přístup.
V březnu loňského roku přestal být Redis svobodný. Společnost Redis Labs jej přelicencovala z licence BSD na nesvobodné licence Redis Source Available License (RSALv2) a Server Side Public License (SSPLv1). Hned o pár dní později vznikly svobodné forky Redisu s názvy Valkey a Redict. Dnes bylo oznámeno, že Redis je opět svobodný. S nejnovější verzí 8 je k dispozici také pod licencí AGPLv3.
Oficiální ceny Raspberry Pi Compute Modulů 4 klesly o 5 dolarů (4 GB varianty), respektive o 10 dolarů (8 GB varianty).
Byla vydána beta verze openSUSE Leap 16. Ve výchozím nastavení s novým instalátorem Agama.
Devadesátková hra Brány Skeldalu prošla portací a je dostupná na platformě Steam. Vyšel i parádní blog autora o portaci na moderní systémy a platformy včetně Linuxu.
Lidi dělají divné věci. Například spouští Linux v Excelu. Využít je emulátor RISC-V mini-rv32ima sestavený jako knihovna DLL, která je volaná z makra VBA (Visual Basic for Applications).
Revolut nabídne neomezený mobilní tarif za 12,50 eur (312 Kč). Aktuálně startuje ve Velké Británii a Německu.
Společnost Amazon miliardáře Jeffa Bezose vypustila na oběžnou dráhu první várku družic svého projektu Kuiper, který má z vesmíru poskytovat vysokorychlostní internetové připojení po celém světě a snažit se konkurovat nyní dominantnímu Starlinku nejbohatšího muže planety Elona Muska.
Poslední aktualizací začal model GPT-4o uživatelům příliš podlézat. OpenAI jej tak vrátila k předchozí verzi.
PDF z EPO formulare tisknu dvakrat a pak odevzdam osobne na FU - jeden stejnopis si nechaji, druhy orazitkovany si odnasim. Financak se tim razitkem priznal ze dostal konkretni verzi - nemuze si ex-post vymyslet ze nedostal nic nebo jen prazdny papir, nevyprsi digitalni podpis...Kdyz to podate pres datovku, tak zpatky dostanete podepsany hash zpravy, takze dukaz o podani take mate.
Financak se tim razitkem priznal ze dostal konkretni verziNikoli. Přiznává se tím k tomu, že dostal něco, co alespoň vzdáleně připomínalo daňové přiznání. Kdyby měl potvrzovat, že dostal konkrétní verzi, musel by vaši verzi podrobně údaj po údaji porovnat s tím, co si nechává. Tak se ale ověřená kopie samozřejmě nedělá – ověřená kopie se dělá tak, že ten, kdo to ověřuje, si sám udělá kopii a tu pak potvrdí.
nevyprsi digitalni podpisPodpis je považován za pravý, dokud se neprokáže opak. Elektronický podpis i po vypršení platnosti certifikátu bude dost věrohodně potvrzovat, kterou přesně verzi daňového přiznání jste podal. Razítko na vašem originálu to opravdu nepotvrzuje. A mimochodem, elektronické potvrzení o přijetí musí úřad povinně opatřit nejen elektronickou značkou, ale také časovým razítkem.
Co můžu říct ze zkušenosti, tak na podatelně kontrolují nanejvýš tak základní údaje na začátku první strany a pak ještě mrknou na poslední stranu, jestli je formulář podepsaný. Ale jak píšete, to je jejich problém, ne váš nebo můj. Argument, že je přeci jasné, že to nemohli zkontrolovat pořádně, je asi tak na stejné úrovni jako tvrzení, že je přeci jasné, že jsem tu smlouvu nepřečetl celou.
V případě sporu to asi bude tak, že budou-li k dispozici obě verze, pak je a priori platná ta, kterou má FÚ, a budete-li ji chtít nějak zpochybnit, musel byste nějak prokázat, že váš podpis na ní je falešný (hodně štěstí). Pokud se jejich ztratí a zůstane jen vaše, bude situace opačná.
Dobrý den, jak uvádíte, pro použití kvalifikovaného certifikátu v souboru *.PFX, resp. *.P12 je v aplikacích na Daňovém portále nutné využívat prohlížeč, ve kterém je nainstalovaný applet JAVA. V současné době neznáme pro daný operační systém internetový prohlížeč, resp. jeho aktuální verzi, který applet JAVA podporuje. Využít kvalifikovaný certifikát pro uznávaný elektronický podpis v daném operačním systému tedy nelze. Využít kvalifikovaný certifikát je v současné době možné pouze v systému Windows. V současné době není ze strany technické podpory GFŘ možné určit zda a pokud ano kdy, bude možné opět kvalifikovaný certifikát využít v ostatních operačních systémech. Možnosti podepsání/odeslání podání v aplikaci „EPO“ jsou v příslušném operačním systému v současné době následující: · pomocí Ověřené identity podatele způsobem, kterým se hlásí do datové schránky. Návod naleznete zde: http://epodpora.mfcr.cz/cs/seznam-okruhu/elektronicka-podani-epo/jak-podepsat-podani-overenou-identitou-p-4391 · pomocí volby Nepodepisovat podání (neopatřené uznávaným elektronickým podpisem). Daňová podání v aplikaci (EPO) lze odeslat také bez digitálního podpisu. Aby se však jednalo o plnohodnotné podání, je nutné následně vytisknout, podepsat a doručit na místně příslušný FÚ, do 5 dnů od odeslání podání, potvrzení o odeslaném podání tzv. E-tiskopis podání. Ten lze uložit ze stránky zobrazené bezprostředně po odeslání podání. Více informací o tom, kde nalézt tzv. E-tiskopis naleznete zde: http://epodpora.mfcr.cz/cs/seznam-okruhu/navody-pro-praci-v-aplikaci-epo/kde-najdu-e-tiskopis-elektronickeho-poda-4487. V případě kontrolního hlášení však upozorňujeme, že tzv. E-tiskopis podání musí být doručen nejpozději 25. den po skončení příslušného období. Další možností je podepsání podání pomocí uznávaného elektronického podpisu na PC, mimo aplikaci „EPO“ a takto, elektronicky podepsané podání nahrát a následně odeslat již prostřednictvím aplikace „EPO“, tzv. Zrychlené odeslání podání. Podrobné informace najdete zde: http://epodpora.mfcr.cz/cs/seznam-okruhu/elektronicka-podani-epo/zrychlene-odeslani-pisemnosti-nacteni-po-4552. S pozdravem Petr Čejka Generální finanční ředitelství Technická podpora: - aplikací Daňového portálu www.daneelektronicky.cz - elektronické evidence tržeb www.etrzby.cz E-mail: epodpora@fs.mfcr.cz ----------------------------------------------------------------------- Databáze častých dotazů z oblasti aplikací Daňového portálu: http://epodpora.mfcr.cz Databáze častých dotazů z oblasti elektronické evidence tržeb: http://www.etrzby.cz PŘI ODPOVÍDÁNÍ NA TENTO E-MAIL PONECHTE VE ZPRÁVĚ PŮVODNÍ KOMUNIKACI Generální finanční ředitelství nevyřizuje anonymní podání, opakovaná podání a jinak nestandardní podání např. nesrozumitelného anebo zmatečného obsahu, obsahující vulgární výrazy nebo zaslaná pouze na vědomí. From: zahour Sent: Thursday, April 25, 2019 7:00 PM To: ePodpora (GFŘ) Subject: Dotaz z kontaktního formuláře ePodpora Údaje odeslané z kontaktního formuláře Jméno a příjmení: Ladislav Žahour Email: zahour@zah.cz Prohlížeč tazatele: Firefox 65.0 Operační systém: UNIX (32bit) Okruh: Elektronická podání (EPO) Článek: Jaké požadavky musí splňovat uznávaný elektronický podpis použitelný v aplikacích Daňového portálu? Dotaz: Počítá se v dohledné době s autorizací podání EPO2 pomocí kvalifikováného certifikátu. Aktuálně je to , na drtivé většině systémů vyloučeno, vzhledem k technologii java appletu. Aktuální verze Javy applet označují minimálně za deprecated. Prakticky všechny prohlížeče ho neumožňují spustit.
V kterém aktuálním prohlížeči fungují javové applety? Mám pocit, že už jen v Internet Exploreru, který Microsoft dříve či později zařízne, protože má vlastní přebarvené Chromium.
Ale jinak podat s digitálním podpisem lze i v Linuxu. Letos jsem tak učinil také. Finta je v tom, podávací HTML formulář pro nahrání vyplněného formuláře přijímá nejen XML, ale i XML s podpisem zabalené v CMS. Webová stránka, když zjistí, že podpis sedí (a je kvalifikovaný a v certifikátu je bezvýznamový identifikátor), tak nabídne podání s již existujícím podpisem. Na webu je to někde (jinde, než by se hodilo) zdokumentované. Čili postup je následovný:
XML soubor digitálně podepsat. CMS s podpisem musí být ve formát DER, musí obsahovat podepsaný dokument a certifikát podepisujícího a musí mít příponu p7s. Příklad:
$ openssl cms -outform der -sign -binary -nodetach -signer cerifikate.pem -inkey private.key -in DPFDP5_form.xml -out signed.p7s
(Postup píšu z paměti, protože webový server finančního úřadu momentálně nefunguje.)
Jestli dobře vidím, tak to je v podstatě to, co v té odpovědi zmiňují:
Další možností je podepsání podání pomocí uznávaného elektronického podpisu na PC, mimo aplikaci „EPO“ a takto, elektronicky podepsané podání nahrát a následně odeslat již prostřednictvím aplikace „EPO“, tzv. Zrychlené odeslání podání. Podrobné informace najdete zde: http://epodpora.mfcr.cz/cs/seznam-okruhu/elektronicka-podani-epo/zrychlene-odeslani-pisemnosti-nacteni-po-4552
V kterém aktuálním prohlížeči fungují javové applety? Mám pocit, že už jen v Internet Exploreru, který Microsoft dříve či později zařízne, protože má vlastní přebarvené Chromium.Java byla jediný reálný způsob, jak v prohlížeči něco elektronicky podepsat (když může být privátní klíč na čipové kartě nebo USB tokenu). Jenže pak se Oracle nedohodl s výrobci prohlížečů, ti postupně přešli na nový (bezpečnější) model pluginů a Oracle Java plugin nezaktualizoval. Tím pádem podepisování v Javě přestalo být použitelné, protože nefunguje v aktuálních prohlížečích. Takže jsme se vrátili o 15 let zpět, kdy jedinou možností bylo psát binární pluginy pro každý OS zvlášť. Chápu, že uživatele to nezajímá, ale provozovatelé webů jsou v téhle situaci také obětí. Hlavní vina je na tvůrcích prohlížečů, kteří efektivně zabili elektronické podepisování v prohlížeči, protože zařízli jedinou reálnou možnost, aniž by nabídli alternativu. Že bude možné podepisovat přímo v prohlížeči se řeší už spoustu let, ale nic reálného se pro to neudělalo. A máslo na hlavě má i Oracle, který na tenhle problém zvysoka kašlal. Ani nebylo nutné zachovávat applety, stačil by Java WebStart. Takže na jednu stranu chceme všechno elektronizovat, a na druhou stranu jsme se v oblasti podepisování v prohlížečích vrátili o 15 let zpět.
ten standard zdá se nezahrnuje práci s čipovými kartami (mohl jsem se ale přehlídnout)Ah, tak oni tam přímo píšou:
4.3. Out of scope This API, while allowing applications to generate, retrieve, and manipulate keying material, does not specifically address the provisioning of keys in particular types of key storage, such as secure elements or smart cards. This is due to such provisioning operations often being burdened with vendor-specific details that make defining a vendor-agnostic interface an unsuitably unbounded task.
Že bude možné podepisovat přímo v prohlížeči se řeší už spoustu let, ale nic reálného se pro to neudělalo.Tím „řeší, ale nic reálného“ jsem právě myslel nehotový standard, který je jen na papíře.
Tiskni
Sdílej: