- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Milyen CPU léghűtést vegyek?
- OLED TV topic
- Hobby elektronika
- Vezeték nélküli fülhallgatók
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Olcsó sportkamerák (GoPro alternatívák)
- HiFi műszaki szemmel - sztereó hangrendszerek
- Házimozi haladó szinten
- Kormányok / autós szimulátorok topicja
Hirdetés
-
Érkezőben a Poco M6 4G
ma 5G-s és 4G-s Pro modell már van, hamarosan lesz Poco M6 4G-s alapváltozat is.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Miniképernyős, VIA-s Epomaker billentyűzet jött a kábelmentes szegmensbe
ph A megfizethető, szivacsokkal jól megpakolt modell ötfajta kapcsolóval és kétféle színösszeállítással/kupakprofillal szerezhető be.
Ú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
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- A fociról könnyedén, egy baráti társaságban
- World of Tanks - MMO
- Politika
- Milyen CPU léghűtést vegyek?
- Motoros topic
- Telekom mobilszolgáltatások
- Kupon kunyeráló
- Otthoni hálózat és internet megosztás
- SkyShowtime
- További aktív témák...
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Vírusirtó, Antivirus VPN kulcsok
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Game Pass Ultimate előfizetések 1 - 25 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN!