Schrödinger Cat
June 7th, 2004, 11:10
Hope I don’t screw it on my first post with you, guys… LOL! 
Well, first of all I apologize for written English, since this is not my native language…
But cut to the chaise, here’s the deal; I’m trying to modify some info stored inside my Rainbow’s SPro dongle… (Parallel port version) Honestly, I have this software (An ERP) from my native country, I’m not crazy about this software but at least helps to get the job done… Unfortunately every year the software gets almost 100% more, and more expensive than the last year, but no mayor upgrades are done through time and support gets worst every day… (For heavens sake, they write their code in Borland’s Delphi!!!)
I’m not gonna stop paying for the basic licenses I have been paying for years, but I want to expand the number of authorized networked licenses to run simultaneously (Have 11 right now, need an extra 6 at least)
So far I have read as many texts I have found around, have read the FAQ of the site’s forum, have run as many searches I have think about and read multiple times al related post I have found…
So here is were I’m right now: I decided not to emulate the dongle since I need to modify info related to the license management, so I got my Rainbow’s SDK and prepared my self to bruteforce the 3 passwords (One Write Password and two Overwrite Passwords), basically what I did was working over +Spath’s SPRODUMP V 0.2 code (C language) and modifying the code by adding the functions for bruteforcing not only the write password, but both overwrite passwords, one over the other obviously…
So far, so good… the program seems to be working well… but as you can guess, helluva slow… My best guess is a years and a half search maximum if the first overwrite password comes to be FFFF.
I tried to modify the timing on the delay loops by reducing the microseconds declared on the original code, but it didn’t seem to work… I know parallel port haves a very slow transfer rate, but I believe this can be done faster… I’m I right? If so, what can I do to tweak the SPRODUMP code to improve the dongle access time?
I would sincerely appreciate any help you could bring me on this matter…
Yours, The Schrödinger Cat!
.
Well, first of all I apologize for written English, since this is not my native language…
But cut to the chaise, here’s the deal; I’m trying to modify some info stored inside my Rainbow’s SPro dongle… (Parallel port version) Honestly, I have this software (An ERP) from my native country, I’m not crazy about this software but at least helps to get the job done… Unfortunately every year the software gets almost 100% more, and more expensive than the last year, but no mayor upgrades are done through time and support gets worst every day… (For heavens sake, they write their code in Borland’s Delphi!!!)
I’m not gonna stop paying for the basic licenses I have been paying for years, but I want to expand the number of authorized networked licenses to run simultaneously (Have 11 right now, need an extra 6 at least)
So far I have read as many texts I have found around, have read the FAQ of the site’s forum, have run as many searches I have think about and read multiple times al related post I have found…
So here is were I’m right now: I decided not to emulate the dongle since I need to modify info related to the license management, so I got my Rainbow’s SDK and prepared my self to bruteforce the 3 passwords (One Write Password and two Overwrite Passwords), basically what I did was working over +Spath’s SPRODUMP V 0.2 code (C language) and modifying the code by adding the functions for bruteforcing not only the write password, but both overwrite passwords, one over the other obviously…
So far, so good… the program seems to be working well… but as you can guess, helluva slow… My best guess is a years and a half search maximum if the first overwrite password comes to be FFFF.
I tried to modify the timing on the delay loops by reducing the microseconds declared on the original code, but it didn’t seem to work… I know parallel port haves a very slow transfer rate, but I believe this can be done faster… I’m I right? If so, what can I do to tweak the SPRODUMP code to improve the dongle access time?
I would sincerely appreciate any help you could bring me on this matter…
Yours, The Schrödinger Cat!
.