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 17:44 | Nová verze

    Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    dnes 04:44 | Komunita

    Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.

    Ladislav Hagara | Komentářů: 2
    dnes 03:55 | Nová verze

    VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.

    Ladislav Hagara | Komentářů: 0
    včera 16:22 | Nová verze

    Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách

    … více »
    Ladislav Hagara | Komentářů: 5
    včera 15:44 | Zajímavý článek

    David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.

    Ladislav Hagara | Komentářů: 0
    včera 15:11 | Nová verze

    Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.

    JZD | Komentářů: 0
    včera 12:55 | Komunita

    Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.

    Ladislav Hagara | Komentářů: 0
    27.4. 23:11 | IT novinky

    Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.

    Ladislav Hagara | Komentářů: 2
    27.4. 14:22 | Komunita

    Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.

    Ladislav Hagara | Komentářů: 8
    27.4. 04:44 | Komunita

    Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).

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

    Dotaz: Proces ověřování uživatelů imap

    4.11.2009 11:55 intIger
    Proces ověřování uživatelů imap
    Přečteno: 178×
    Ahoj, chtěl bych si jenom ověřit jestli jsem správně pochopil metodu autentizace uživatelů oproti imap serveru: pokud mám v databázi uloženo heslo jako md5, tak musím použít jen plaintext metodu, protože klient pošle nešifrované heslo které se ověřuje oproti md5 v databázi, naopak pokud mám v db heslo v plaintextu, tak mohu použít třeba cram-md5 mechanismus, který pošle hash který se ověřuje oproti plainu v databázi. V případě ssl je bezpečné posílat heslo v plaintextu protože se posílá šifrovaně a v db mohu tudíš mít md5 hash, proto je tato metoda asi nejlepší. Je to tak?

    Odpovědi

    4.11.2009 13:03 NN
    Rozbalit Rozbalit vše Re: Proces ověřování uživatelů imap
    Myslim, ze uchovavat hesla v bd v plainu je security leak ,protoze to bude tak ze prijde MD5 hash a porovna se s hasi v databazi. Kdyz posles plain, vygeneruje se hash a ten se znovu porovna. Kdyz podles hash a v databazi je plain, tak se vygeneruje hash obe se porovnaji. Takze pokud chces max security tak pouzivat MD5 jak v databazi tak pri transportu a he sla defakto nebudou nikde v plainu coz chceme.

    NN
    4.11.2009 13:20 Ivan
    Rozbalit Rozbalit vše Re: Proces ověřování uživatelů imap
    hmm tohle ale nejde :(. cram-md5 funguje tak, ze si server hodi nahodnym generatorem a to co mu padne ti posle a rekne - "priplacni to ke svymu heslu, udelej md5 a posli mi co ti vyslo". server provede ten samy vypocet a porovna vysledky. Takovyhle postup vyzaduje aby bylo heslo na serveru ulozeno plaintextu anebo aby bylo sifrovano nejakou obosmernou sifrou.

    to co navrhujete bylo kdysi implementovano ve windows. misto hesla se posilal hash, ten byl ale pokazde stejny. takze odposlechnuty hash sel pouzit jen z internetu pro lokalni prihlaseni pouzit nesel.

    cram-md5 na vyhodu ze heslo nikdy nejde po siti v plaintextu, a ani se nikdy po siti neposila stejny hash. Pokud byste chtel dosahnout toho aby heslo neslo v plaintextu po siti, by se pokazde poslal jiny hash hesla a aby se nikde neuchovaval plaintext hesla, tak na to byste postreboval opie-keys. Ty maji vsechny pozadovane vlasnosti, ale zase vyzaduji pravidelnou zmenu hesla. Po x prihlasenich si uzivatel musi zmenit heslo.
    4.11.2009 13:48 intIger
    Rozbalit Rozbalit vše Re: Proces ověřování uživatelů imap
    A co kdybych na serveru povolil jen ssl a plain prenos hesla, protoze stejne jiny pouzit nemuzu kdyz mam v db md5. Pujde heslo sifrovane nebo se nejprve overi ucet a az potom se navaze sifrovane spojeni?
    4.11.2009 13:55 Ivan
    Rozbalit Rozbalit vše Re: Proces ověřování uživatelů imap
    ssl resi vsechno.

    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.