- Magisk
- Samsung Galaxy A72 - kicsit király
- MIUI / HyperOS topik
- Ennyibe kerülnek a Huawei Pura modellek Európában
- Motorola Edge 40 - jó bőr
- Nothing Phone 2a - semmi nem drága
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Mindent megtudtunk az új Nokia 3210-ről
- Fotók, videók mobillal
- Android szakmai topik
Hirdetés
-
Megbírságolták a Razert a Zephyr maszkok miatt
ph A cég elég olcsón megússza az ügyfelei félrevezetését, de az üdvözlendő, hogy az Egyesült Államok hatóságai nem siklottak el az ügy felett.
-
Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
it Az AI-t kiszolgáló adatközpontok olyan nagy energiaigénnyel bírnak, hogy egyre több atomenergiára van szükség.
-
Hamarosan indul a SERUM korai hozzáférése PC-n
gp A belső nézetes túlélőjáték premierje május végétől lesz elérhető.
Új hozzászólás Aktív témák
-
quarros
tag
Ez a próbálkozás csak egy ponton fog elbukni. Nyílt forráskódon nehezen, illetőleg hosszú ideig nem törhető titkosítást csinálni katasztrofálisan nehéz lesz mert ez lesz az első amit a kalózhackerek támadni fognak. De sok sikert nekik, ebből mindenki csak jól jöhet ki ha megvalósul.
-
quarros
tag
válasz attila9988 #29 üzenetére
Nem azt mondtam hogy lehetetlen sem azt hogy jobb ha kód titkos. Csupán annyit hogy a megvalósítás nehézségi szintje látványosan magasabb nyílt forráskód esetén. (Mert nem lehet elbújni a kód titkossága mögé egy silányabb minőségűvel arra bazírozva, hogy úgysem fejtik meg csak az adatfolyamból, hanem kénytelenek rendesen megírni). És egyet értek a kód minősége annál jobb minél több ember auditálja. Mind a mai napig a legjobb kriptográfiai programnak tartom a Truecrypt utolsó előtti változatát.
-
quarros
tag
válasz attila9988 #33 üzenetére
Ez kezd fárasztó lenni hogy kibogozzam mit is szeretnél mondani ezért engedd meg kérlek hogy leegyszerűsítsem...
Jelentősen Nehezebb nyílt forráskódon titkosítást létrehozni mivel a kód a nyilvános auditálás miatt, egy részében sem tartalmazhat "gyengébb kódot". Egyetért / Nemért egyet
"Az aes -t is ismerheted, ha akarod... na és? Küldök egy állományt, és törd fel nekem... a titkosító program forráskódjával együtt megkaphatod... na? Vállalod?"
Komolyan srácok mi ez a személyeskedési hullám??? Először is az AES egy remek megoldás amikor a saját gépeden egy állományt akarsz titkosítani mert ott minden kulcs lokális. Nehezen törhető, mivel minimálisan is 128 bites kulcs titkosít! De nem is igazán arra van kitalálva hogy egy online streaming szolgáltatásnál több szereplő (peer) esetén alkalmazni lehessen. Minden kriptográfiai eljárásnak az növeli leginkább a megvalósítási nehézségét minél több peer között kell hogy mozogjon az adat, és az csak hab a tortán hogy a kézfogás online valósul meg.
De ha ez még nem lenne elég fejfájás. Akkor ott van a másik probléma amiről még nem beszéltünk (mert őszintén nem hittem hogy kelleni fog). Minél biztonságosabb titkosítást akarnak megvalósítani azzal arányosan nőni fog a szükséges számítási igény is! Ezért egy külön tortúra lesz annak a kibalanszozása hogy mennyi extra terhelés az ami még elfogadható...
Mindezek figyelembevételével mondtam azt amit mondtam. Tehát ha nem értetek egyet azzal hogy ezek meglehetősen megfogják nehezíteni ennek az új szabványnak a megvalósítását, akkor tiszteletben tartom a véleményeteket. Viszont akkor tényleg semmi értelme itt koptatnom a billentyűzetet.
-
quarros
tag
"Jelentősen Nehezebb nyílt forráskódon titkosítást létrehozni mivel a kód a nyilvános auditálás miatt, egy részében sem tartalmazhat "gyengébb kódot". ": ez nemcsak, hogy marhaság, de még önellentmondásos is.
Kérlek legyél kifejtőbb erre így nem tudok reagálni.
"ez meg egy terelés, féligazság. nem az a kérdés, hogy a jogosult dekódolás számítási igénye mennyi, hanem az, hogy az illegális dekódolási kísérlet mekkora számítási igénnyel vihető végbe."
Hát izé azt mondod hogy én terelek... Jó megkérdem ez a szabvány kinek is készülne vagy pontosabban milyen céllal? Mert abból amit mondasz úgy tűnik hogy elsődleges a Hackerek számítási teljesítménye és az ö ellehetetlenítésük. Viszont másodlagos a célszemély tabletének telefonjának számítási teljesítménye (csak feldobtam mint célplatformot) amin a videotartalom lejátszásra kerül... Hmm?? (Someting not compute)
De legyen mivel nem rendelkezem mért adatokkal ezen a téren ezért elfogadom amit mondtál. Azt azért viszont áruld el kérlek hogy arányosan kulcsméret növekedésével százalékosan mekkora plusz teherről beszélünk?
-
quarros
tag
Oké ez a te álláspontod elfogadom.
"azért nehezebb titkosítást csinálni, mert nem tartalmazhat titkosítást gyengítő kódot???"
Tudom hogy röhejesen hangzik de igen nehezebb, időigényesebb. Mivel a folyamatos széleskörű auditálás nem enged annyi hibát keresztül. Ezért a végtermék minősége magasabb mint zárt-kódú társainak de az oda vezető út is jóval rögösebb.
-
quarros
tag
válasz attila9988 #50 üzenetére
Olyat olvasol bele ami nincs ott. Egy percig sem állítottam hogy a szarabb kód a jobb megoldás. Csak azt hogy nyílt jóval munkásabb nehezebb hosszabb fejlesztési idejű. De ezért cserébe jobb terméket kapsz.
Egyrészt kevered a titkosító eljárás kidolgozásának, és az implementáció megírásának kérdéskörét
Kérlek ezt fejtsd ki. Én mindig szívesen veszem ha értelmesen rávilágítanak hogy hol tévedek és hasonlóan értelmesen megmagyarázzák.
[ Szerkesztve ]
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen