ZenHAX
http://zenhax.com/

Possible next features of QuickBMS
http://zenhax.com/viewtopic.php?f=13&t=19
Page 9 of 12

Author:  Ekey [ Sun Jul 17, 2016 2:49 pm ]
Post subject:  Re: Possible next features of QuickBMS

aluigi wrote:
Ok, the implementation on RosettaCode was horrible and confusing, but it will be available in 0.7.5 :D

Cool! :D

Author:  aluigi [ Sun Jul 17, 2016 3:03 pm ]
Post subject:  Re: Possible next features of QuickBMS

Anyway if you have an example of where isaac is used then would be better, just to be 100% sure that the implementation is the same and doesn't use different settings.

Author:  Ekey [ Sun Jul 17, 2016 3:13 pm ]
Post subject:  Re: Possible next features of QuickBMS

How about this? -> trunk\symmetrical\sources\isaac.cpp . But it is different from the Rosetta code. Seems ISAAC Cipher custom code, because > ISAAC just random number generator.

Author:  aluigi [ Sun Jul 17, 2016 3:20 pm ]
Post subject:  Re: Possible next features of QuickBMS

Exactly what I meant, unfortunately.
Anyway this one is probably 100% matching the original code of Jenkins.
Well, I can implement both the one on Rosetta and this one, I will try.

Author:  aluigi [ Sun Jul 17, 2016 10:13 pm ]
Post subject:  Re: Possible next features of QuickBMS

Both have been implemented: isaac, vernam and isaacx.
Currently my todo list for 0.7.5 is empty and I have nothing else to add, if there are no new ideas then I can go with the new release.
There was (and still there is in 0.7.4a) a bug in filexor introduced in 0.7.4

Author:  shekofte [ Mon Jul 18, 2016 4:21 pm ]
Post subject:  Re: Possible next features of QuickBMS

aluigi wrote:
Ok, the implementation on RosettaCode was horrible and confusing, but it will be available in 0.7.5 :D

I wish the most mental aptitude for you Luigi so that you can overcome the most complicated problems

Author:  aluigi [ Mon Jul 18, 2016 4:49 pm ]
Post subject:  Re: Possible next features of QuickBMS

Thanks but in this case the problem was mainly related to not having a real standard implementation and so there is the risk of calling "isaac" an algorithm that provides a different output.
Regarding the horrible code... well also the other library linked by Ekey was painful :D

Author:  shekofte [ Tue Jul 19, 2016 9:15 am ]
Post subject:  Re: Possible next features of QuickBMS

aluigi wrote:
Thanks but in this case the problem was mainly related to not having a real standard implementation and so there is the risk of calling "isaac" an algorithm that provides a different output.
Regarding the horrible code... well also the other library linked by Ekey was painful :D


is there any information on the frequency use of Isaac algorithm ?
don't hesitate to pause this subject for awhile and resume it when the time really demand it !

Author:  aluigi [ Tue Jul 19, 2016 9:42 am ]
Post subject:  Re: Possible next features of QuickBMS

I guess it can be classified as "rare".
Never seen it implemented in any known encryption library (for example openssl) or game/software.

Author:  aluigi [ Tue Jul 19, 2016 12:42 pm ]
Post subject:  Re: Possible next features of QuickBMS

0.7.5 is out, the isaac algorithms are: isaac (code from cryptospecs), isaac_vernam and isaac_caesar (code from RosettaCode).

Author:  aluigi [ Wed Jul 20, 2016 3:57 pm ]
Post subject:  Re: Possible next features of QuickBMS

I have just found a very small bug in the check_wildcard() function that I use from long time, basically "testccheat" with wildcard "*cheat" says that doesn't match while that's false.
This function is used only in the -f and -F options and in the ScanDir command so it's impact is really very limited.
What a "luck" just the day after the new release... :(
It's not worth to release a version 0.7.5a for this bug, but if there are more small issues then it's ok.
So remember to report any problem, suggestion and feedback :D

Note that the function is used also in other (old) tools of mine...

Author:  shekofte [ Thu Jul 21, 2016 2:06 pm ]
Post subject:  Re: Possible next features of QuickBMS

aluigi wrote:
I have just found a very small bug in the check_wildcard() function that I use from long time, basically "testccheat" with wildcard "*cheat" says that doesn't match while that's false.
This function is used only in the -f and -F options and in the ScanDir command so it's impact is really very limited.
What a "luck" just the day after the new release... :(
It's not worth to release a version 0.7.5a for this bug, but if there are more small issues then it's ok.
So remember to report any problem, suggestion and feedback :D

Note that the function is used also in other (old) tools of mine...


thanks a lot for your efforts
you made yourself eternal by donation of the great Quickbms !
its applications are uncountable in the hand of people when it spread all of the world ...
I am so eager to have effect in the future of your tool but you are giant in comparison with my weak ability !
just wish good luck

Author:  aluigi [ Wed Aug 03, 2016 10:47 am ]
Post subject:  Re: Possible next features of QuickBMS

Just noticed that a new feature of findloc added in 0.7.5 introduced a bug that happens only when ERR_VALUE is specified.
OK: findloc OFFSET string "findme" 0
KO: findloc OFFSET string "findme" 0 ""
It's just caused by a simple and stupid mistake in line 1569 of bms.c "if(argc >= 5)" where 5 had to be 6... yeah it happens and that's why I dont like to add new features to things that work from long time.
The problem affects about 25 of my scripts, basically those that rely on searching magic values and not having a full parsing of the file.
Probably I will release a quick fix this week.

Author:  aluigi [ Wed Aug 03, 2016 2:29 pm ]
Post subject:  Re: Possible next features of QuickBMS

Update: I want to wait oodle 2.3.0 before releasing a new version of quickbms, it contains some updates that make the data created with it incompatible with 2.2.0 (available in quickbms 0.7.5).

Author:  aluigi [ Thu Aug 04, 2016 7:06 pm ]
Post subject:  Re: Possible next features of QuickBMS

Oh fantastic, oodle decompression doesn't work in quickbms 0.7.5 because wasn't located the exported function in the dll, in fact in 2.2.0 were added some new arguments and so the stdcall name was different (@44 -> @56)...

Author:  Ekey [ Thu Aug 04, 2016 9:08 pm ]
Post subject:  Re: Possible next features of QuickBMS

How about HWOARANG SANGWOO ENCRYPT LIBRARY? Also named as HSEL. This library is often used in the Korean mmo games like Dragonica, Dragon Raja and etc.

Author:  aluigi [ Thu Aug 04, 2016 10:42 pm ]
Post subject:  Re: Possible next features of QuickBMS

Do you have a link or additional information?

Author:  Ekey [ Fri Aug 05, 2016 12:49 am ]
Post subject:  Re: Possible next features of QuickBMS

No official links. I guess it's commercial product, but anyway i have source's :)

Attachments:
HSEL.rar [5.92 KiB]
Downloaded 61 times

Author:  aluigi [ Fri Aug 05, 2016 9:05 am ]
Post subject:  Re: Possible next features of QuickBMS

Basically it's DES with many options.
It gives some compiling problems that I will try to solve *edit* fixed.

Author:  aluigi [ Fri Aug 19, 2016 9:17 pm ]
Post subject:  Re: Possible next features of QuickBMS

I have oodle 2.3.0, the next version of quickbms is closer :)

Page 9 of 12 All times are UTC
Powered by phpBB® Forum Software © phpBB Limited
https://www.phpbb.com/