Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Filip Jirsák

Stran: 1 ... 72 73 [74] 75 76 ... 375
1096
Software / Re:Zapamatovatelné zaheslování souboru
« kdy: 22. 07. 2021, 08:53:45 »
A proč asi mluvím o rozdělení na bloky? No protože ta funkce sha2 to sama na ty bloky dělí.
Takže programátor, který SHA-256 používá, nic na bloky nedělí. Navíc to, na kolik bloků dělíte vstup, je z hlediska entropie zcela irelevantní.

Dál jsem to už nečetl... ::)
Jasně, dozvědět se, co děláte špatně, tomu se chcete vyhnout.

To vaše „zadání“ po jehož implementaci jste ochoten uznat chybu, asi také nebudete ochoten napsat tak, aby to bylo skutečné zadání a dalo se podle toho něco implementovat. Respektive alespoň vám prozradit, co je v tom vašem algoritmu skutečně náhodný vstup a co je jen placebo, které tam je jenom pro ukojení vaší představy, že když je to pro vás složité, musí to zlepšovat bezpečnost.

1097
Software / Re:Zapamatovatelné zaheslování souboru
« kdy: 21. 07. 2021, 23:08:17 »
Víš, na kolik bloků musíš rozložit takový 5mpx obrázek, abys nad ním mohl provést sha2 (256)?
Nemusíte je rozkládat na žádné bloky. Vezměte ten soubor a spusťte na něm sha256sum. To je základní vlastnost  hashovacích funkcí, že mohou mít libovolně velký vstup.

Já z hlavy ne, ale je to velký číslo!
To je přesně váš problém. Nic nevíte, ale máte pocit, že je to velké číslo.

I když budeš mít zdroj čisté 0, promícháním získáš naprosto náhodné číslo.
Nikoli. Promícháváním samých nul nezískáte nic jiného, než samé nuly. Jedinou nulu ani promíchat nemůžete. Takže vaše tvrzení je nepravdivé, ať jste tím „čisté 0“ myslel cokoli. A jak už jsem psal výše, pokud míchání není náhodné, entropii tím nezvýšíte.

Nemudruj a vyzkoušej si to!
Abyste to mohl vyzkoušet, potřebovla byste k tomu nějaké znalosti. To, jak je nějaký výstup náhodný, totiž nezjistíte jen tak pohledem. A nezzjistíte to ani na jednom vzorku.


Naplnil jsem 2 TB SSD výsledky, ale ani po měsíci nenašel shodu...divný co?
Není na tom vůbec nic divného. Prostě jenom netušíte vůbec nic o hashování.

Než zase začnete machrovat tím, že jste v pár bajtech nenašel shodu SHA-256 hashe, zjistěte si, kolik je celosvětově známo kolizí SHA-256, tj. kolik je hashů SHA-256, pro které existují alespoň dva různé známé vstupy, které na ně vedou. Pokud byste měl pocit, že vám dávám hrozně těžký úkol, a jak máte všechny ty kolize spočítat, nebojte se – je to podstatně jednodušší, než si myslíte.

1098
Software / Re:Zapamatovatelné zaheslování souboru
« kdy: 21. 07. 2021, 16:47:42 »
Ano, můj projekt vypadal tak, že jsi vzal mobil, namířil na cokoliv a z té fotky se vygenerovalo náhodné číslo.
Vtip je v tom, že u foťáků s vyšším rozlišením (5mpx) a víc už vznikají takové šumy, že dohromady se skutečným obrazem vznikne zcela náhodná oblast.
To, že vy máte pocit, že je něco náhodné, vůbec nesouvisí s tím, zda je to skutečně náhodné.

Pro desetitisíce fotek oblohy nevznikl žádný stejný hash
Pro všechny fotky vyfocené na celé Zemi za celou dobu existence fotografie nevznikne stejný hash (pokud se bavíme o rozumných hashovacích funkcích, aspoň SHA-1). Což ovšem nevypovídá nic o entropii těch fotek.

A Jirsáka si nevšímej, když se nudí, je protivný.
Protivný jsem, když někdo mele nesmysly o věcech, o kterých vůbec nic neví.

I když neznámý vstup promícháš známým způsobem, nezjistíš, jaký vstup to byl.
Když je řeč o útoku hrubou silou na hesla, bavíme se o entropii vstupních dat. Entropie se nezvýší ani nenáhodným mícháním dat, ani hashováním.

Naopak, kdybys vstup prohnal nevhodnou matematickou funkcí, může dojít ke snížení kvality náhodných dat.
Přičemž reálně se těmi „nevhodnými matematickými funkcemi“ prohání obraz ještě před čipem fotoaparátu (filtry), pak je tou nevhodnou matematickou funkcí samotný čip, a následně surová data z čipu zpracovává procesor fotoaparátu, který vlastně nedělá nic jiného, než že aplikuje jednu za druhou takovéhle nevhodné matematické funkce. Protože účelem celého zpracování obrazu ve fotoaparátu je za a) odstranit/redukovat šum a za b) odstranit nepodstatné odchylky (a tím umožnit fotku lépe zkomprimovat). Fotoaparát tedy velmi důkladně pracuje na tom, aby zmenšil entropii fotky, o které vy si myslíte, že tam zůstává.

Fotka samozřejmě je určitý zdroj entropie, ale rozhodně ne tak, dobrý jak si myslíte.

Navíc celá tahle debata vůbec nesouvisí s původním tématem, protože pro zapamatovatelné heslo té entropie zase nepotřebujete tolik, a rozhodně ji není potřeba získávat nějak složitě, bohatě stačí generátor, který máte v OS.

1099
Software / Re:Zapamatovatelné zaheslování souboru
« kdy: 20. 07. 2021, 21:11:10 »
Nejslabsiho utocnika rozhodne neocekavam.
Nejslabšího možná ne. Ale svého útočníka jste záměrně oslabil prohláíšením, že určitě nebude zkoušet slovníkový útok s celými slovy.

V pripade 5 nahodne vybranych slov jde o zhruba 10^20 kombinaci (predpokad ze vybirame ze slovniku o 10 000 polozkach).
Deset tisíc slov je na horní hranici aktivní slovní zásoby v češtině. Ale dobře. Váš výpočet nicméně platí pro nejprimitivnější útok hrubou silou. Jenže útočník může mít nějakou nápovědu – možná část hesla zahlédl při psaní, možná vás občas při psaní vidí nebo slyší. Možná díky tomu dokáže některá slova omezit na podstatně menší slovník.

Tvorit slova s pismen, to je zname tvoreni hesla (a na konci slova nejake cislo), to je znamy zpusob tvoreni hesla, s nedostatecnym poctem kombinaci.
To, že je to známý způsob, vůbec nevadí – spíš naopak. Mimochodem, i heslo náhodně vytvořené jen z malých a velkých písmen, které má 12 znaků, je stejně složité, jako to vaše z pěti slov.

Tvoreni vety (vtipne rozvinute), to je znamy zpusob tvoreni hesla, ale uz je pocet kombinaci obrovsky.
Ne, pořád závisí na počtu slov, na velikosti slovníku, a hlavně se podstatně zvyšuje riziko úniku informací, které umožňují počet prohledávaných variant podstatně omezit.

A navic crackujici softare musi umet tvorit vety.
Nemusí. Vy jste počítal variantu, kdy slova netvoří větu – je to náhodný výběr slov ze slovníku. Když přidáte podmínku, že to musí být věta, komplexnost strmě padá dolů.

V pripade souveti (vtipne vymyslene a rozvinute) jsi bez sance a zadny crackujici software nebude nejspis umet tvorit souveti v Cestnie. A kombinaci je tolik ...
Vtipně vymyšlených a rozvinutých souvětí vymyšlených konkrétním člověkem je žalostně málo. Zapomeňte na to, že budete heslo vymýšlet. Heslo musí vzniknout náhodně a člověk je hrozně špatný generátor náhody.

Sum ve fotce ma naopak zcela dostatecnou entropii. Jasne, sumem vznika mnozina fotek, ktera je jen naprostou nepatrnosti z celkoveho mnozstvi moznosti obrazku (2^24^sirka^vyska) a obrazce vznikle sumem maji pravdepodobnostni rozdeleni, jaky obrazec vznikne z sumu pravdepodobneji. Ale tech moznosti i v nejpravdepodobnejsi oblasti je nepredstavitelne, vic nez 10^1000. Zkus i po dlouhe expozici temne oblohy fotku zasvetlit. Tech obrazcu je tolik.
To jsou všechno takové exaktní údaje. Bude dnešní průměrný počítač na vyzkoušení všech možností z tolika potřebovat 5 sekund nebo 105 trvání vesmíru? Nevíme, protože jsou to věci vycucané z prstu.


A nezapominej ze jen mala zmena ve fotce zmeni totalne hash.
Je mi líto, diskvalifikoval jste se sám. Bezpečnosti vůbec nerozumíte. Poprvé jsem ještě mohl věřit, že jste to napsal hodně nešikovaně ve snaze přiblížit to laikům. Když i přes upozornění nepíšete takovouhle kravinu podruhé, je to jasné.

Heslo utoku hrubou silou odola vice-mene vzdy, je-li alespon trochu rozume silne.
Solnohrad je hlavní město Solnohrad.

A hesla se skutecne nekradou hrubou silou, nebot hrubou silou neni sance.
Proto u toho hesla složeného ze slov získáte nějaké další informace (např. ve které části klávesnice se kdy ruka pohybuje, význačné posloupnosti znaků apod.), čímž množinu možných hesel výrazně zredukujete – a pak už ty zbývající miliony kombinací rozlousknete hrubou silou.

1100
Windows a jiné systémy / Re:Zkratky Win 10
« kdy: 20. 07. 2021, 16:56:43 »
Do biosu, asi nepolezu. :-)
Ono to není nic složitého, je to postup, který najdete v oficiální dokumentaci. Zkuste vygooglit „Fn lock“ + model vašeho notebooku a uvidíte, jak se to konkrétně nastavuje.

1101
Vývoj / Re:XSLT - xpath axes uvnitř cyklu
« kdy: 20. 07. 2021, 16:15:18 »
Pánové moc díky za Vaše rady a nápady, které jste mi poskytli.
On ten Integrační framework od SAPu je taková parní lokomotiva :) a ne všechno tam funguje standardně.
Každopádně si nejsem jist, zda mohu 'apply-templates' použít uvnitř volané template.
Kód: [Vybrat]
<xsl:template name="transform">
....
....
.....
<xsl:template match="/">
   <Pack>
   <xsl:apply-templates select="/vpf:Msg/vpf:Body/vpf:Payload[@id='CallSQL']/jdbc:ResultSets/jdbc:ResultSet[3]/jdbc:Row"></xsl:apply-templates>   
   </Pack>
</xsl:template>

</xsl:template>
Utčitě není možné v XSLT mít xsl:template uvnitř jiného xsl:template. Ten váš příklad by měl vypadat např. takto:

Kód: [Vybrat]
<xsl:template match="/">
            <vpf:Msg>
                <xsl:copy-of select="/vpf:Msg/@*"></xsl:copy-of>
                <xsl:copy-of select="/vpf:Msg/vpf:Header"></xsl:copy-of>
                <vpf:Body>
                    <xsl:copy-of select="/vpf:Msg/vpf:Body/*"></xsl:copy-of>
                    <vpf:Payload Role="X" id="{$atom}">
                        <xsl:apply-templates select="/vpf:Msg/vpf:Body/vpf:Payload[@id='CallSQL']" />
                    </vpf:Payload>
                </vpf:Body>
            </vpf:Msg>
</xsl:template>

<xsl:template match="/vpf:Msg/vpf:Body/vpf:Payload[@id='CallSQL']">
   <Pack>
   <xsl:apply-templates select="jdbc:ResultSets/jdbc:ResultSet[3]/jdbc:Row" />
   </Pack>
</xsl:template>


1102
Vývoj / Re:XSLT - xpath axes uvnitř cyklu
« kdy: 19. 07. 2021, 10:58:15 »
Zkouším tu Vaši variantu, ale neiteruje mi to. Vytvoří to jen jednu paletu a jeden box.
Já jsem to zkoušel na datech z komentáře č. 4 a fungovalo to. Zkoušel jsem to v Oxygenu, který interně používá Saxon. Buď ta vstupní data vypadají jinak, nebo to, na čem to spouštíte, není XSLT procesor, ale jenom nějaká nepovedená napodobenina. Protože to, že xsl:apply-templates se aplikuje na všechny uzly odpovídající selektoru, je úplně tou nejzákladnější vlastností XSLT.

1103
Software / Re:Zapamatovatelné zaheslování souboru
« kdy: 19. 07. 2021, 10:53:21 »
Tezko bude nejaky Brtute-Force cracker umet tvorit souveti a hadat. A moznosti je stejne tolik.
Bezpečnost se neřeší tak, očekáváte co nejslabšího útočníka. Právě naopak, musíte očekávat, že si útočník nějaký program upraví a bude hádat věty místo slov. Navíc to, že se místo písmen do slov skládají slova do vět je velmi profláklý způsob tvoření heslových frází.

Staci obycejny fotak - i pri stejnem zaberu se projevi na fotce sum a tim padem bude hash uplne jiny. Nejlepsi pro co nejvice sumu je vysoke Iso a dlouha expozice.
Zapomeňte na hash. Entropie je v té fotce. Ten šum není ani zdaleka tak náhodný, jak si myslíte.

Hesla se ale nekradou hrubou silou, ze by nekdo zkousel vsechny moznosti. Hesla jsou odchytavana jinymi zpuzoby, cemuz by mel uzivatel se snazit zamezit.
Což ovšem platí jen v případě, kdy je heslo dostatečně silné na to, aby útoku hrubou silou odolalo. A tazatel se tvářil, že chce tajně uložit nejmín důkaz existence Boha, takže by asi neměl mít heslo, které půjde hrubou silou rozlousknout za týden na notebooku.

1104
Software / Re:Zapamatovatelné zaheslování souboru
« kdy: 18. 07. 2021, 18:04:44 »
protože jsem náhodou přišel na možnost generování zcela náhodných čísel.
Objev díky chybě, kdy jsem zkoušel zopakovat výsledek "něčeho" a výsledek zopakovat nešel.
:D

Něco podobného získáš třeba díky vyhazování desetikoruny.
Jednu stranu ber jako logickou 0 a druhou jako logickou 1. Padne ti 010010111010101100101011...
A pak to zkus zopakovat...výsledek je - od určité délky klíče - nezopakovatelný.
Aha, tak od určité délky klíče nezopakovatelný.  :D

Vy jste komik. :-D :-D :-D

Pro vytvoření generátoru náhodných čísel aspoň potřebujete vědět, co náhodná čísla jsou.

Jinak generování skutečně náhodných čísel je dost drahá záležitost. Trh pro to existuje, zejména kdybyste to uměl řešit levně softwarově. Třeba Cloudflare by vaše řešení určitě zaplatili – kdyby existovalo. Viz třeba Cloudflare používá lávové lampy ke generování náhodných čísel.

1105
Windows a jiné systémy / Re:Zkratky Win 10
« kdy: 18. 07. 2021, 17:54:30 »
Na obr.1 == ukázka, že mi to píše Alt+F4.
Na obr. 2 == co to udělá jakmile stisknu Alt+F4. == pouze to naznačí zkratky...??
Takže vám nefunguje klávesa F4? Nemáte notebook a nemusí se tam F4 (a ostatní) mačkat spolu s klávesou Fn?

1106
Vývoj / Re:XSLT - xpath axes uvnitř cyklu
« kdy: 18. 07. 2021, 17:49:20 »
Negeneruje to požadovaný výsledek. Nesedí Parent.
Ono se tu těžko hledá, co má být vlastně vstupem a co výstupem, když je to rozcourané po různých komentářích. Místo zbytečných keců jste takovou trivialitu mohl opravit.

Oprava je zde:
Kód: [Vybrat]
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">
    <xsl:template match="/">
        <Workbook>
            <xsl:apply-templates select="ResultsSet/ResultSet[1]/Row"/>
        </Workbook>
    </xsl:template>

    <xsl:template match="/ResultsSet/ResultSet[1]/Row">
        <xsl:variable name="id" select="Parent"/>
        <Pack>
            <Type>Pallet</Type>
            <ID><xsl:value-of select="$id" /></ID>
            <Sequence><xsl:value-of select="count(preceding-sibling::Row) + count(/ResultsSet/ResultSet[2]/Row[Parent = $id][1]/preceding-sibling::Row) + 1" /></Sequence>           
        </Pack>
        <xsl:apply-templates select="/ResultsSet/ResultSet[2]/Row[Parent=$id]"/>
    </xsl:template>

    <xsl:template match="/ResultsSet/ResultSet[2]/Row">
        <xsl:variable name="current" select="."/>
        <Pack>
            <Type>Box</Type>
            <ID><xsl:value-of select="Child" /></ID>
            <Sequence><xsl:value-of select="count(preceding-sibling::Row) + count(/ResultsSet/ResultSet[1]/Row[Parent = $current/Parent]/preceding-sibling::Row) + 2" /></Sequence>           
            <Parent><xsl:value-of select="count(preceding-sibling::Row[Parent != $current/Parent]) + count(/ResultsSet/ResultSet[1]/Row[Parent = $current/Parent]/preceding-sibling::Row) + 1" /></Parent>
        </Pack>
    </xsl:template>
   
</xsl:stylesheet>

Jestli chceš být užitečný, zkus se pochlubit jak se dělá to "Dá se udělat to, že výstup XSLT transformace proženete další transformací (klidně i v rámci jedné šablony)". To neumím, to mě zajímá.
Považuji za užitečné to, že jsem tazateli poradil, jak vyřešit jeho problém.

1107
Vývoj / Re:XSLT - xpath axes uvnitř cyklu
« kdy: 18. 07. 2021, 16:11:44 »
Pokud platí, že na vstupu jsou řádky správně seřazené, pak bude fungovat např. toto:

Kód: [Vybrat]
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">
    <xsl:template match="/">
        <Workbook>
            <xsl:apply-templates select="ResultsSet/ResultSet[1]/Row"/>
        </Workbook>
    </xsl:template>

    <xsl:template match="/ResultsSet/ResultSet[1]/Row">
        <xsl:variable name="id" select="Parent"/>
        <Pack>
            <Type>Pallet</Type>
            <ID><xsl:value-of select="$id" /></ID>
            <Sequence><xsl:value-of select="count(preceding-sibling::Row) + count(/ResultsSet/ResultSet[2]/Row[Parent = $id][1]/preceding-sibling::Row) + 1" /></Sequence>           
        </Pack>
        <xsl:apply-templates select="/ResultsSet/ResultSet[2]/Row[Parent=$id]"/>
    </xsl:template>

    <xsl:template match="/ResultsSet/ResultSet[2]/Row">
        <xsl:variable name="current" select="."/>
        <Pack>
            <Type>Box</Type>
            <ID><xsl:value-of select="Child" /></ID>
            <Sequence><xsl:value-of select="count(preceding-sibling::Row) + count(/ResultsSet/ResultSet[1]/Row[Parent = $current/Parent]/preceding-sibling::Row) + 2" /></Sequence>           
            <Parent><xsl:value-of select="Parent" /></Parent>
        </Pack>
    </xsl:template>   
</xsl:stylesheet>

BoneFlute si může všimnout, že to není imperativní program, takže tam není žádná pojmenovaná funkce (šablona) ani žádný cyklus.

1108
Vývoj / Re:XSLT - xpath axes uvnitř cyklu
« kdy: 18. 07. 2021, 15:26:51 »
tudíž za mě to považuji za vyřešené.
Ty vaše příklady jsou krásná ukázka toho, že lidé často píšou pořád v jednom programovacím jazyce, bez ohledu na to, jakou syntaxi zrovna používají. Ten váš příklad je C, nebo Python, nebo jakýkoli imperativní jazyk, akorát napsaný pomocí XSLT syntaxe.

1109
Windows a jiné systémy / Re:Zkratky Win 10
« kdy: 18. 07. 2021, 14:25:55 »
Ne bohužel nefunguje, musím použít Ctrl+W, namísto Alt+F4. Proto jsem se dostal na tuto diskuzi.
A navíc to neukončí celkově MS Word jako mi to ukončovalo ve Win7, kde jsem to byl zvyklý používat.
Co to znamená „nefunguje a navíc neukončí“? Tak dělá to něco nebo nedělá?

1110
Vývoj / Re:XSLT - xpath axes uvnitř cyklu
« kdy: 18. 07. 2021, 13:41:45 »
Celá ta věc používá XSLT 1.0 (SAP IntegrationFramework 2.0)
Tak to teda hodně štěstí… Nicméně atribut count pro xsl:number je už v XSLT 1.0, takže by to mohlo jít. Není tam atribut select, takže když nepoužijete value, vztahuje se k aktuálnímu uzlu, ale to by nemusel být problém.

Píšete, že se nemohu odkazovat na dynamicky vznikající obsah a následně píšete, že se mohu odkazovat na Pack, ale právě ten Pack v ten moment dynamicky vzniká.
To jsem asi popletl ty příklady tady. Odkazovat se můžete jen na vstupní dokument.

Stran: 1 ... 72 73 [74] 75 76 ... 375