VBA/Excel Password minder cracker wanted
- Thread starter Souleh
- Start date
Alright heres the link
http://souleh.co.uk/excel/Password Minder Generic.xlsm
Normally the file is password protected but I have removed that for now.
Theres 3 passwords stored in the file
http://souleh.co.uk/excel/Password Minder Generic.xlsm
Normally the file is password protected but I have removed that for now.
Theres 3 passwords stored in the file
Neither of the 3 passwords have been posted on here. He has beaten the first stage of unlocking the encrypted codes
I wouldnt pin my security on VBA's ability to lock code.
This is why I felt it very good for people to beat it - excel is very hard to lock down
I wouldnt pin my security on VBA's ability to lock code.
This is why I felt it very good for people to beat it - excel is very hard to lock down
Last edited:
Was simply asking if theres any gaping voids in implementation and creation of the tool.
I didnt set out to make any product of types but just a decent password holder for a lot of system passwords I keep that have a very short expiry date and refuse to allow anything similar to the previous 5-10 used.
If you guys think its secure enough then I wont ask you to waste time brute forcing it.
Out of curiosity though how would you be able to brute force this application?
Irrespective of the pass code being correct or incorrect it will return a password. Some sort of semi - intelligent gatherer whereby only logical (defined by coder) outcomes are kept?
I didnt set out to make any product of types but just a decent password holder for a lot of system passwords I keep that have a very short expiry date and refuse to allow anything similar to the previous 5-10 used.
If you guys think its secure enough then I wont ask you to waste time brute forcing it.
Out of curiosity though how would you be able to brute force this application?
Irrespective of the pass code being correct or incorrect it will return a password. Some sort of semi - intelligent gatherer whereby only logical (defined by coder) outcomes are kept?
We shouldn't have really been allowed to see the hashes in the first place. But I guess VBA is difficult to protect properly.
Cannot decrypt the passwords, unless you give me some super computers and a few years.
I can't see any implementation issues, providing you're not storing the key in plain text or something silly!
It's simple to brute force this application as we have a list of the password hashes, but because of the encryption technique used it's not really something I'd want to wait around for! I guess you mean brute force this application as in getting round the protection all together. I can't see that being possible because of the encryption.
You should see if you can protect the password hashes, and seeing them is a step too close for comfort
Yes its a bit annoying but nothing can be completely hidden. Only thing I can think of is mis-direction or something equally annoying to put people off etc!
Im new to encryption so this is my first shot at it so its good to see I chose a decent enough standard.
FYI. (for those that didnt get it)
The password to unlock the GUI is "hehe" - No quotes.
The passcode to de-crypt is "kawasaki636" - Same, no quotes.
Thanks guys