abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 16:55 | Zajímavý software

    pico-usb-wifi je open source firmware pro Raspberry Pi Pico W, který jej promění v USB Wi-Fi adaptér. Po připojení k počítači se objeví jako zařízení USB CDC-NCM.

    Ladislav Hagara | Komentářů: 0
    dnes 16:00 | IT novinky

    Americká společnost Google ze skupiny Alphabet bude muset podle nových požadavků Evropské unie umožnit společnosti OpenAI i dalším konkurentům v oblasti umělé inteligence (AI) a internetových vyhledávačů přístup ke svým službám. Ve svém rozhodnutí o tom včera informovala Evropská komise (EK). Opatření má zajistit dodržování pravidel, jejichž cílem je omezit v EU tržní sílu velkých technologických firem. Google s tím nesouhlasí.

    … více »
    Ladislav Hagara | Komentářů: 0
    dnes 04:55 | Komunita

    Nové verze webových prohlížečů Chrome a Firefox jsou vydávány každé 4 týdny. Aktuální verze Chrome je 150. Aktuální verze Firefoxu je 152. V březnu bylo oznámeno, že od září přejde Chrome na dvoutýdenní cyklus vydávání verzí. To by znamenalo, že Chrome v číslování verzí Firefox brzy přeskočí. Vývojáři Firefoxu proto také od září přecházejí na dvoutýdenní cyklus vydávání verzí. :-)

    Ladislav Hagara | Komentářů: 3
    dnes 00:22 | Zajímavý software

    Microsoft Comic Chat (Wikipedie), tj. grafický IRC klient z devadesátek, který převáděl konverzace na IRC do podoby komiksových panelů, a který zpopularizoval font Comic Sans, je dnešním dnem open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.

    Ladislav Hagara | Komentářů: 1
    včera 19:55 | Nová verze

    Byla vydána (𝕏) nová verze 26.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.7 je Xenial Xenops. Přehled novinek v příspěvku na fóru.

    Ladislav Hagara | Komentářů: 0
    včera 14:44 | IT novinky

    Na Seznam nepovolených internetových her (Wikipedie) se k 13. 7. 2026 dostala predikční platforma Polymarket.

    Ladislav Hagara | Komentářů: 5
    včera 14:22 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 167 (pdf) a Hello World 30 (pdf).

    Ladislav Hagara | Komentářů: 0
    včera 00:44 | Nová verze

    Byla vydána nová verze 3.22.0 grafického vývojového prostředí a platformy Gambas (Wikipedie) založené na interpretru programovacího jazyka Basic s rozšířením o objektově orientované programování. Přehled novinek v poznámkách k vydání. Zdrojové kódy jsou k dispozici na GitLabu.

    Ladislav Hagara | Komentářů: 0
    15.7. 20:22 | Komunita

    FreeBSD odstranilo poslední GPL kód ze základního systému. Konkrétně dpv, libdpv, libfigpar a dialog. Instalátor před čtyřmi lety přešel z dialogu na bsddialog.

    Ladislav Hagara | Komentářů: 2
    15.7. 15:22 | IT novinky

    Sociální síti 𝕏 (dříve Twitter) má dnes 20 let. Pro veřejnost byla zpřístupněna 15. července 2006.

    Ladislav Hagara | Komentářů: 2
    Které desktopové prostředí na Linuxu používáte?
     (11%)
     (7%)
     (2%)
     (17%)
     (31%)
     (4%)
     (6%)
     (2%)
     (15%)
     (25%)
    Celkem 2155 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník


    Dotaz: S/MIME - odkud se vezme veřejný klíč a jak ověřit příjemce

    2.2.2012 10:58 mimon
    S/MIME - odkud se vezme veřejný klíč a jak ověřit příjemce
    Přečteno: 663×
    Ahoj. Začal jsem používat S/MIME a zjistil jsem, že mi stačí e-mail podepsat a příjemce si může podpis ověřit. Což by teoreticky nemělo být možné kvůli asymetrické kryptografii. Jasně veřejný klíč ověří oproti CA, ale kde vezme můj veřejný klíč? Nebo je klíč součástí podpisu? Také mě napadlo, že tohle vlastně vůbec neřeší otázku správného příjemce. Jak mám zaručit, aby si můj e-mail přečetl/rozšifroval jen ten kdo chci?

    Odpovědi

    2.2.2012 11:31 Jack
    Rozbalit Rozbalit vše Re: S/MIME - odkud se vezme veřejný klíč a jak ověřit příjemce
    No, pokud zadatel o certifikat neuda jinak, taknkach publikujiy verejne klice nekde na svych strankach publikuji. Mohlo by to byt i nekde v certifikatu CA, podobne jako CRL URL.
    2.2.2012 11:36 mimon
    Rozbalit Rozbalit vše Re: S/MIME - odkud se vezme veřejný klíč a jak ověřit příjemce
    Jestli jsem to správně pochopil, tak veřejný klíč není součástí e-mailu, ale v e-mailu je odkaz na veřejné klíče PKI?
    2.2.2012 11:39 homunkulus
    Rozbalit Rozbalit vše Re: S/MIME - odkud se vezme veřejný klíč a jak ověřit příjemce
    Podepsat a overit je mozne. Kvuli tomu se prece podepisuje.

    Nezkoumal jsem to, ale nejsou nahodou verejne klice zucastnenych rozesilany s kazdym S/MIME emailem?

    Sifrovani a podepsani jsou dve ruzne veci.
    2.2.2012 11:55 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: S/MIME - odkud se vezme veřejný klíč a jak ověřit příjemce
    Váš veřejný klíč může být součástí podpisu – e-mailový klient vám může umožnit vybrat, zda chcete svůj veřejný klíč přiložit, a většinou je to výchozí nastavení. Druhá možnost je napojení e-mailového klienta na nějakou adresářovou službu, odkud si může veřejný klíč stáhnout (takhle se to řeší třeba v podnikových sítích s MS Exchange).

    Asymetrická kryptografie (i S/MIME) umožňuje elektronicky podepisovat i šifrovat, ale jsou to dvě samostatné operace. Takže můžete e-mail jen podepsat, jen zašifrovat, nebo podepsat i zašifrovat. Aby si e-mail mohl přečíst jen adresát, musíte e-mail zašifrovat veřejným klíčem adresáta.
    rADOn avatar 2.2.2012 12:26 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: S/MIME - odkud se vezme veřejný klíč a jak ověřit příjemce
    Mas v tom hokej. Podpis řeší pouze ověření identity odesílatele a zda nebyla zpráva změněna. Pravost podpisu se ověřuje veřejným klíčem, ten ale nemůže být součastí podpisu, pak by ho útočník mohl až příliš snadno podvrhout. Při importu klíče do klíčenky se tě každý program ptá na ověření pravosti (otisku) klíče a důrazně varuje že má být ověřen jiným kanálem než zpráva. A nechci buzerovat, ale jestli tyhle věci velice pečlivě nečteš tak vůbec nemá smysl abys to používal.

    Otázku správného příjemce řeší šifrování které funguje naopak, zašifruješ veřejným klíčem a příjemce to rozšifruje svým tajným klíčem který nikdo jiný (doufejme) nemá. V obou případech můžeš šířit veřejný klíč libovolným způsobem, ale musíš se bránit proti jeho podvrhnutí. Pokud přiložíš pubkey ke zprávě, tak ho útočník prostě smaže, smaže podpis, podepíše svým tajným klíčem, přidá svůj veřejný a pošle zprávu dál… Trochu jiný případ jsou lidi kteří přikládají svůj klíč ke všem svým zprávám, tam se počítá že by útočník musel zachytit a upravit všechny, taky to ale vyžaduje více inteligence na straně příjemce než prostě poslat otisk smskou.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    2.2.2012 13:18 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: S/MIME - odkud se vezme veřejný klíč a jak ověřit příjemce
    Veřejný klíč samozřejmě může být součástí podpisu a většinou součástí taky je, aby jej příjemce nemusel shánět po všech čertech. Od toho je to veřejný klíč, že je určen ke zveřejnění. Veřejný klíč je pak součástí certifikátu podepsaného certifikační autoritou, který svým podpisem ručí za to, že identifikační údaje na certifikátu identifikují majitele soukromého klíče, který tvoří s daným veřejným klíčem pár. Takže pak stačí ověřit certifikát certifikační autority, a pokud autoritě důvěřujete, nemusíte pak složitě ověřovat veřejné klíče jinou cestou, a ověříte je snadno pomocí přiloženého certifikátu. To je základní princip infrastruktury veřejných klíčů založené na certifikačních autoritách.
    rADOn avatar 2.2.2012 18:42 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: S/MIME - odkud se vezme veřejný klíč a jak ověřit příjemce
    CA jsem do toho záměrně nemontoval, protože ověření identity CA je kapku složitější záležitost podle toho jaké třídy je to ověření. (A množící se hacky certifikačních autorit taky moc důvěry nevzbuzjí.) A AFAIK nejrozšířenější pgp řeší podepisování jinak, bez centralizovaných CA. Proto sy myslím že při podepisování emailu je PKI zatím víceméně irelevantní (vsadím koláč proti psímu sucharu že autor dotazu má taky jen pgp nebo maximálně self signed X509) a (umět) ověřit si otisk by mělo patřit mezi základní dovednosti. S popisem fungování CA a PKI máš samozřejmě 100% pravdu.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    2.2.2012 19:04 SPM | skóre: 28
    Rozbalit Rozbalit vše Re: S/MIME - odkud se vezme veřejný klíč a jak ověřit příjemce
    U PGP/GPG se to řeší nějakou sítí důvěry; tedy žádná CA. Jenom je tam možnost vzájemně si podepsat klíče a pak mít server, ze kterého jdou klíče stahovat. Ověření pak lze provést tak, že pokud dotyčný má klíč podepsaný někým, koho znám a věřím mu, pak mohu věřit i tomuto klíči. To ovšem vyžaduje alespoň IQ orangutana a nějakou práci, takže to pro většinu uživatelů není vhodné. Naproti tomu CA když zrovna není kompromitovaná (nebo nějaký v řetězu, kde se ověřuje) a uživatel jí má předinstalovanou, tak funguje v podstatě sama.
    3.2.2012 08:02 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: S/MIME - odkud se vezme veřejný klíč a jak ověřit příjemce
    Vzhledem k tomu, že se dotaz týká S/MIME, které je na CA postaveno, je celkem zbytečné řešit, jak to dělá PGP. S/MIME je součástí spousty e-mailových klientů, PGP není zdaleka tak rozšířené. Pokud potkáte podepsaný nebo šifrovaný e-mail ve firemním sektoru nebo veřejné správě, bude to S/MIME. PGP je nejrozšířenější nanejvýš mezi ajťáky, kteří mají blízko k opensource.
    2.2.2012 22:51 mimon
    Rozbalit Rozbalit vše Re: S/MIME - odkud se vezme veřejný klíč a jak ověřit příjemce
    Abych to shrnul. Mám S/MIME certifikát od důvěryhodné CA, jejíž kořenový certifikát se nachází ve všech úložištích běžných poštovních aplikací. Myslím si, že mám nějaký přehled o principu a fungování CA hiearchie u S/MIME a web of trust u PGP. Já jsem ten dotaz spíš špatně formuloval. Nepletu si podepisování a šifrování. V tom dotazu jsem to myslel jako dva různé body. Co mě konkrétně zmátlo je to, že v těle e-mailu je jen S/MIME digitální podpis jako "speciální" příloha. Nikde jsem tam neobjevil můj veřejný certifikát, ale protistrana můj e-mail bezpečně ověřila a tak mě zajímalo jak konkrétně. Já i protistrana používáme thunderbird. Jak tam udělat to, že e-mail zašifruju veřejným klíčem adresáta? Já myslel, že to v tom nejde.
    3.2.2012 08:16 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: S/MIME - odkud se vezme veřejný klíč a jak ověřit příjemce
    Co mě konkrétně zmátlo je to, že v těle e-mailu je jen S/MIME digitální podpis jako "speciální" příloha.
    Certifikát může být součástí toho „podpisu“. Když si zobrazíte detaily podpisu, rozumný program by vám měl umožnit s tím certifikátem dál pracovat. Případně můžete použít nástroje z openssl.
    Jak tam udělat to, že e-mail zašifruju veřejným klíčem adresáta?
    Musíte mít v adresáři u daného kontaktu uložen jeho veřejný certifikát. Pak by při psaní zprávy pro daného adresáta měla být zpřístupněna volba pro šifrování. V některých programech (nevím, jak u Thunderbirdu), je nutné mít nastavený veřejný certifikát i pro sebe (odesílatele), aby se mohla zašifrovat i zpráva uložená do odeslané pošty -- jinak by se sice odeslal zašifrovaná zpráva, ale v odeslané poště by byla v nešifrovaném tvaru.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.