Re: Nem biztonságos Kim Dotcom új fájlmegosztója?
#101
Elküldve: 2013. 01. 22. 15:32
"nagyjabol egyenerteku azzal hogy" - A matematikában nincs olyan, hogy nagyjából egyértelmű. Vagy következik valami a másikból vagy nem.
Az automatikusan adódó inverz dolgok sem úgy működnek. Hiába van az egyik irányba függvényed (algoritmusod, iterációd, stb.), attól még visszafelé nem biztos, hogy hasznát veszed. Szemléltetésként, egy egyszerű példa: legyen f(x)=e^(1/sin(x^3)) (Értelmezési tartomány, stb.). Bármilyen (értelmezéstartománybeli) x-re, közönséges számológéppel megmondod az f(x) értékét. Most mondd meg nekem, hogy a [123456,134567] tartományban hányszor veszi fel az 1.234 értéket!
#102
Elküldve: 2013. 01. 22. 15:48
#103
Elküldve: 2013. 01. 22. 15:54
A te peldad googleben:
https://www.google.c...iw=1745&bih=926
Messze nem inverz.
#104
Elküldve: 2013. 01. 22. 16:02
Idézet: gsar - Dátum: 2013. 01. 22. 15:48
Idézet

szoval csak azt szerettem volna mondani, hogy ez csak egy spekulacio..
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#106
Elküldve: 2013. 01. 23. 01:05
#107
Elküldve: 2013. 01. 23. 09:49

Nem állítottam, hogy a példa fv inverz, de a mondanivaló szempontjából teljesen mindegy is volt. Az a lényeg, hogy attól, hogy egy fv matematikailag invertálható, egyáltalán nem biztos, hogy azt te zárt alakban fel is tudod írni. Márpedig ahhoz, hogy "eszközként" használhasd erre van szükséged, különben jó kis numerikus analízist húzol be a folyamatba, ami ugyancsak erőforrás igényes tud lenni és akár lassabb is lesz, mint a most hasznát faktorizációk.
A lényeg: Attól. hogy itt és most megkapod a "prímgeneráló" fv-t, még abszolút semmi garancia nincs arra, hogy azzal bármit is tudsz kezdeni praktikusan.
#108
Elküldve: 2013. 01. 23. 11:03
#109
Elküldve: 2013. 01. 23. 11:42
Attól, hogy megvan a prim generáló függvényed, még a legkisebb garancia sincs arra, hogy egy morzsányit is előre mozdítja a faktorizácót! Ha az invertálással kapcsolatos számítások több erőforrást visznek el, mint amennyit gyorsítanak, akkor a hajadra kenheted a generáló függvényt. Erről szólt a példa és ezért volt releváns...
Ha valaha is találunk prím generáló módszert, az valószínűleg annyira összetett lesz, hogy az invertálása is emberes feladat lesz. (Ha egyszerű lenne a generálás, nem keresnék már többszáz éve).
"Egyertelmu es inertalhato hozzarendeles eseten van vissza ut" - Igaz. Elméleti szinten létezik. Gyakorlatban nem feltétlenül. (ld. pl. zárt alak problémáját).
"ergo ... nagyot tud lokni annak megalapitasan hogy mi az a ket tenyezo." - Na ez a része egyáltalán nem igaz. Abszolút nem következik...
#110
Elküldve: 2013. 01. 23. 11:51

Nem kell hogy a faktorizaciot mozditsa elore! az is eleg ha megkeruli! A lenyeg pont az hogy annyira bonyolult valszra kell szamitani amihez ha egyszer eljutunk akkor valoszinuleg tobbet fogunk tudni a kerdeskorrol, remelhetoleg epp eleget hogy tudjuk a visszautat, ergo nem a faktorizacio lessz a kozponti eleme a megoldasnak, hanem a faktorizacio kikuszobolese egy kozvetlenebb, sokkal inkabb tudatos megoldassal! Ez persze meroen elmeleti, de ha nagyon akarod akkor tudok talalni olyan matematikai egyenletet ami hasonlo parameterekkel hasonlo egyszerusitest tud hozni a ket elemen vegzett muvelet megkerulesevel, attol meg nem lessz alatamasztva az igazam, na ugyanennyire irrevelans a peldad. Archimedes sem hagyta abba a kutatast csak azert mert nem volt benne biztos hogy egy adott kerdeskor legalapvetobb problemajanak a megoldasa eloreviszi az adott kerdeskor osszes tobbi problemajanak a megoldasat is. A primkerdes osszefuggese a primfelbontassal problemajaval nem bizonyitott de nem is alaptalan. Se cafolni se bizonyitani nem lehet addig amig nincs meg a primkeplet, viszont az hogy addig elmeleti szinten sem lehetne felvetni a dolgot, az elegge szuklatokoru hozzaallas...
#111
Elküldve: 2013. 01. 23. 13:56
"valoszinuleg", "remelhetoleg", "ergo" - Elég kemény matematikai végkövetkeztetéseid vannak sejtet valószínűségi és reménybeli alapokon

"na ugyanennyire irrevelans a peldad." - Kész... feladtam. Ha nem érted, akkor nem erőltetem tovább...
"Archimedes sem hagyta abba" - Ki beszélt itt bárki is arról, hogy bármit is fel kellene adni???
"addig elmeleti szinten sem lehetne felvetni a dolgot, az elegge szuklatokoru hozzaallas..." - Ki mondott itt olyat, hogy nem lehet??? Szerintem üldözési mániád kezd lenni. Akárhogy is nézem, pár tucat hozzászólás óta ezen megy a téma...

Itt csak arról van szó, hogy bogdan és én matematikai alapon közelítjük meg a kérdést. Te viszont valószínűleg, remélhetőleg alapokon (érzelmi?). No meg "amíg nem cáfoljátok meg, hogy tévedek, addig igazam van" hozzáállással. Nem személyeskedni akarok, de ha már tudományos témáról beszélünk, akkor csináljuk is tudományos módon. "peace" ;)
#112
Elküldve: 2013. 01. 23. 15:15
Ha a te allitasodat akarnam cafolni akkor ennyit kellene irnom.
f(x) = x + 2
mennyi x ha y=6?
nalatod milyen konnyu visszamenni :O ?
es megsem relevans a peldam mert evszazadokkal bonyolultabb a keresett fuggveny, ellenben a te peldad a relevancianak megcsak a hatarait se surolta!
#113
Elküldve: 2013. 01. 23. 17:41

"a visszaut (legyen az barmily bonyolult keplet a szemednek) vegsosoron megiscsak 100n garantalt," - Ez így oltári bagy hülyeség. Könyörgöm, vegyél már a kezdbe akárcsak egy színvonalasabb középiskolás tankönyvet! (Jobb helyeken meghúznának téged matekból).
Azzal akarod bizonyítani, hogy minden invertálható függvény inverze felírható zárt alakban, hogy mutatsz egy darab függvényt, amivel ez meg lehet csinálni? Jó, akkor menjünk át mégis csak dedóba:
f(x)=x + e^x
Ez egy invertálható függvény.
Na "mennyi az x ha y=6?" ...
#114
Elküldve: 2013. 01. 27. 01:12
Senki sem köteles regisztrálni..ennyi! ;)
#115
Elküldve: 2013. 01. 27. 08:49
Idézet: YleGreg - Dátum: 2013. 01. 22. 10:08
Én a legtöbb helyen általában TrueCrypt -et használok, mert:
- Linux és Win alatt is működik
- Van parancssoros interface
- Tud (Win alatt) boot particiót encryptálni
- Nincs felismerhető header
- Nyílt a forrása, vagyis könnyebben rákereshetek, hogy van-e benne olyan comment, hogy: "// This method is implementing the trojan subsystem for cionist conspiracy" 8-)
Egyetle gondom vele, hogy ha rossz a jelszó/keyfile akkor szól, hogy hellóbelló ez nem sikerült. Ezt onnan tudja, hogy CRC-t néz az első (1? 4?) kb -os blokkban. (Vagy a kulcs decryptálásakor? Nemtom. De ez mindegy asszem.)
Naszóval. Ez a funkció engem annyiban zavar, hogy megkönnyíti az esetleges törési kisérleteket, hiszen hamarabb tudja a támadó, hogy a próbálkozása eredményes volt-e, vagy sem.
Ismertek olyan szoftvert, ami nem tesz le CRC infót, vagyis nem bolondvédett, de így egy nagyságrenddel nehezebbé teszi a visszafejtést?
Alapvetően kétféle metódus létezik a szimmetrikus titkosításokra: szakaszonkénti CRC illetve egyetlen CRC a teljes állományra, ilyen pl. a RAR szolid tömörítési metódusa... ilyenkor a komplett állomány kibontása >UTÁN< derül csak ki hogy hibás volt a kulcs és így a visszafejtésre szánt idő (brute force és egyéb próbálkozásos technikákkal)
> EGYENESEN ARÁNYOS < az állomány hosszával , és
> EXPONENCIÁLISAN ARÁNYOS < a jelszó hosszával,
mivel a truecrypt egyébként sem tömörít a container fájlon belüli adatokon, és rendszerint több GIGÁS container fájlokról van szó nem lenne túl szerencsés, ha egy fájl a containerből való kiszedéséhez a TELJES állomány CRC-jét végig kellene néznie , különben ott őszülnél meg a monitor előtt
![:]](https://forum.hwsw.hu/public/style_emoticons/default/gonosz.gif)
8 karakteres jelszó esetén a variációk száma:
256^8 = 18446744073709551616 = 18 trillió , tegyük fel van olyan számítógép (mint ahogy nincsen) amely másodpercenként 1 BILLIÓ jelszót képes kipróbálni:még így is több hónap mire visszafejti a jelszót, HA valóban csak 8 karakteres volt.
Szerkesztette: PIFTA BÁCSI 2013. 01. 27. 09:01 -kor
#116
Elküldve: 2013. 02. 01. 17:55