Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: Extreme Networks password hash |
|---|---|
| Date: | Thu, 17 Apr 2008 10:02:19 -0700 |
--------------------------------------- configure account admin encrypted 452tVo$nEbHpfJFTUGyBrqmtY8q3. 452tVo$nEbHpfJFTUGyBrqmtY8q3. create account user "user" encrypted "yN/tVo$ARBcY8KlQBq.lvJg2nc5F." --------------------------------------
I don't know of any tools for this specific hash, but if you're trying to work out the algorithm, there's a few questions that need answered. First off, this looks a lot like base64 encoding right? But not quite... Base64 strings are generally made up of the [A-Za-z0-9/+=] character set, with '=' being a padding character. Your strings have mysterious '.' and '$'. Why? I've seen variants of base64 where '/', '+', and/or '=' are simply translated to another character because these are inconvenient in the specific context. For instance on your command line, perhaps '=' and '+' are operators and it's a pain to escape them. One of your hashes has a '/' so '.' may map to equals or plus. Now as for your '$', it could also map to equals or plus, but it's quite the coincidence that the $ appears at the same position in both hashes. I suspect it's simply a delimiter to separate a salt from the hash. The padding seems a little wonky, but you could have a base64 encoded salt of say 32 bits, followed by a hash of perhaps 128 bits. Just depends on how what you think the '.' character is all about. More example hashes would be helpful here. good luck, tim ------------------------------------------------------------------------ This list is sponsored by: Cenzic Need to secure your web apps NOW? Cenzic finds more, "real" vulnerabilities fast. Click to try it, buy it or download a solution FREE today! http://www.cenzic.com/downloads ------------------------------------------------------------------------
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Extreme Networks password hash, Peter Kosinar |
|---|---|
| Next by Date: | Re: Forms D2K Application Testing, Rogan Dawes |
| Previous by Thread: | Re: Extreme Networks password hash, Peter Kosinar |
| Next by Thread: | DoS Tool, Baykal, Adnan (CSCIC) |
| Indexes: | [Date] [Thread] [Top] [All Lists] |