Main Page | Report this Page
 
   
Science Forum Index  »  Cryptography Forum  »  Would like to learn about crypto
Page 2 of 2    Goto page Previous  1, 2
Author Message
Joe Peschel
Posted: Sun Dec 28, 2003 3:41 pm
Guest
Paul Rubin <http://phr.cx@NOSPAM.invalid> wrote in
news:7x3cb4ubfh.fsf@ruckus.brouhaha.com:


Quote:
I think some people are suspicious that you're pretending abstract
curiosity about how a particular file protection works, while the real
situation is that you have someone's protected file and want to crack it.
I suspect the same thing, but I don't mind telling you to look at
http://www.crak.com for commercial cracking tools and services.

There are quite a few commercial VBA crackers, but I don't believe John is
selling one.

J

--
__________________________________________
When will Bush come to his senses?
Joe Peschel
D.O.E. SysWorks
http://members.aol.com/jpeschel/index.htm
__________________________________________
Nathan Gutman
Posted: Sun Dec 28, 2003 8:56 pm
Guest
Found the recommended book at local Borders bookstore. Quite
interesting. One of our local libraries has that so looks like I will
spend some time with it.

On Sat, 27 Dec 2003 21:46:11 -0500, ms bob <msbob@hotmail.com-edy>
wrote:

Quote:
On Fri, 26 Dec 2003 12:46:37 -0500, Nathan Gutman <ngutman@cshore.com
wrote:

I am retired engineer and got intrigued by the different password
recovery software. Would like to learn how to write in Visual Basic
some programs like that myself.
For example, for starters would like to learn how recover a VBA
Project password.
Where would I have to go to find where is such password stored?
What scheme would I have to use to find what that password was?

When you are trying to recovery a password/passphrase from a computer
application, the first step is to look for a means of simply bypassing
the encryption. This happened with a simple Mac shareware that
protected files with a password, but stored the data file unencrypted.
So you simply had to extract the original data from the "protected"
file.

Next you typically want to find what method the software is using to
encrypt the file. For this you likely need to get into software
reverse engineering, such as using a run time debugger.

You might find Joe Peschel's website useful for learning,
http://members.aol.com/jpeschel/index.htm> and maybe (I haven't read
it) _Hacker Disassembling Uncovered_ by Kris Kaspersky et all, ISBN:
1931769222 a useful introduction to disassembling and reverse
engineering.
Nathan Gutman
Posted: Sun Dec 28, 2003 9:05 pm
Guest
No you don't and it won't make any difference what I say but it would
be highly unlikely someone so interested in stealing software would
not spend a few $$ and go the commercial route.
Highly unlikely that someone like that would want to go through the
effort needed to understand how its done.
And, couldn't such suspicion be applied to anyone asking questions
including yourself?
You say that there are books on the subject but do not offer too many
titles.
If I am here talking to the wrong group and bending some out of shape
can you suggest a different group to talk to?
Thank you all for your help...
On Sun, 28 Dec 2003 18:07:43 GMT, "Tom St Denis" <tomstdenis@iahu.ca>
wrote:

Quote:

"Nathan Gutman" <ngutman@cshore.com> wrote in message
news:lh0uuv4g6jqsbhbhi5lcaootltslvk3f62@4ax.com...
My thanks to msbob for directing me to Joe Peschel's most interesting
website and for providing a book title to read.
I am though perplexed by the few negative responses. What's wrong with
someone interested to learn about password recovery? Many before me
did it and must have followed a path similar to mine.The only reason
that I seem to focus on VB/VBA is that these are the languages that I
am somewhat familiar with which might help to shorten the learning
curve.

This parallels that whitehat/blackhat hacker arguments.

That is, is it ok to hack someones box to learn how the system works? Or
should I only hack my own box? How do we know that the file you are trying
to decrypt doesn't belong to someone you stole it from?

Plus as was pointed out, if you want to learn real cryptography than
"password recovery" is not the place to start. Start leacorning the
terminology [several good intro books on the subject including Applied
Crypto [2nd ed.] by Schneier]. Then jump into your field of interest [there
are many within crypto ranging from the highly theoretic to highly
practical].

Tom
Paul Rubin
Posted: Sun Dec 28, 2003 9:30 pm
Guest
Nathan Gutman <ngutman@cshore.com> writes:
Quote:
You say that there are books on the subject but do not offer too many
titles.

He suggested Applied Cryptography by Bruce Schneier. That's the
standard suggestion around here for people wanting to learn about
crypto implementation, which is what you expressed interest in, so
that's where you should start. It has a good bibliography if you want
to go further.

If you have a different crypto-related interest, say what it is and
maybe someone can suggest a more appropriate book for you.
Joe Peschel
Posted: Sun Dec 28, 2003 11:29 pm
Guest
Paul Rubin <http://phr.cx@NOSPAM.invalid> wrote in
news:7xoetsfj8e.fsf@ruckus.brouhaha.com:

Quote:
Nathan Gutman <ngutman@cshore.com> writes:
You say that there are books on the subject but do not offer too many
titles.

He suggested Applied Cryptography by Bruce Schneier. That's the
standard suggestion around here for people wanting to learn about
crypto implementation, which is what you expressed interest in, so
that's where you should start. It has a good bibliography if you want
to go further.

If you have a different crypto-related interest, say what it is and
maybe someone can suggest a more appropriate book for you.


Gutman did say what his interest is. Although the title of his message is,
"Would like to learn about Crypto," the message itself is more specific: he
wants to learn how to recover passwords, especially VBA Project passwords.
Reading Schneier's book isn't going to help Gutman learn to recover
passwords.

On Saturday, MS Bob gave Gutman this advice:

You might find Joe Peschel's website useful for learning,
<http://members.aol.com/jpeschel/index.htm> and maybe (I
haven't read it) _Hacker Disassembling Uncovered_ by
Kris Kaspersky et all, ISBN: 1931769222 a useful introduction
to disassembling and reverse engineering.

Maybe Bob's post didn't make it to your news server.

Another book, the <i>ICSA Guide to Cryptography</i>," by Randall K. Nichols
gives a glimpse of reverse-engineering on pages 617-624. Those pages,
adapted from my web site, were used with the permission of Casimir and
myself.

J

--
__________________________________________
When will Bush come to his senses?
Joe Peschel
D.O.E. SysWorks
http://members.aol.com/jpeschel/index.htm
__________________________________________
CryptWolf
Posted: Mon Dec 29, 2003 9:01 pm
Guest
"Nathan Gutman" <ngutman@cshore.com> wrote in message
Quote:
news:rg2vuv4cjfu9q083e8mvc3itlnaqd4vteg@4ax.com...
You say that there are books on the subject but do not offer too many
titles.
If I am here talking to the wrong group and bending some out of shape
can you suggest a different group to talk to?

There isn't much of a "hacker" school. One book I flipped through
at a bookstore a while back had me laughing. Like it was a big deal
to push a return address onto the stack and simply execute a return
instruction rather than jump to another location in a program to try
and prevent reverse engineering. You don't always learn this stuff
from books. I learned this little "trick" over 25 years ago with Z-80s.
I saw it so often that it was a standard trick and not worth much
more than casual mention while reversing a program. The book in
question was published less than a year or 2 ago. I left it on
the shelf since it had nothing new in it for me.

I've been looking into some of the spammer IE hijacking tricks lately.
Some of them are quite interesting and show a good understanding
of how Windows stores things in the registry. I'm getting a bit off topic
though.

If you honestly want to break passwords, you'll need to know the
encryption algorithm. Which means you may need to learn to break
the encryption and or reverse engineer the system. That means
learning *basic cryptography* at a minimum. you may need to get
into medium and advanced levels. Then, you may still need to
learn reversing techniques. A deep understanding of assembly
and machine language programming may be needed. On the other
hand, maybe it isn't what you think.

I doubt anyone here can point you to your answer that you
think you want or need. I don't think cracking the encryption on
VBA stuff is worth the effort. If you get a simple hex file reader,
you might see a surprise. After all, the program still has to run
without the password in most cases. The password protection
on some things has been proven to be less than secure.
Even more so when they have to run without the password.

CryptWolf
 
Page 2 of 2    Goto page Previous  1, 2   All times are GMT - 5 Hours
The time now is Fri Dec 05, 2008 5:28 am