[12835] in bugtraq

home help back first fref pref prev next nref lref last post

Re: HP Secure Web Console

daemon@ATHENA.MIT.EDU (Keith Rice)
Fri Dec 3 14:10:22 1999

Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii
Message-Id:  <3846E652.BAAFE699@email.mot.com>
Date:         Thu, 2 Dec 1999 15:36:18 -0600
Reply-To: Keith Rice <fkr050c@EMAIL.MOT.COM>
From: Keith Rice <fkr050c@EMAIL.MOT.COM>
X-To:         BUGTRAQ@SECURITYFOCUS.COM
To: BUGTRAQ@SECURITYFOCUS.COM

Alec Kosky wrote:
>
> On 01-Dec-99 Jon Mitchell wrote:
> > However we discovered that
> > it does not appear to be any sort of MD5 encryption scheme (although I'm
> > not an encryption expert), but in actuality what we've deemed Secret
> > Decoder Ring encryption.  The letters are one to one with another letter,
> > and even worse, in order as well.
> >
> > Here's an example of two sets of letters:
> >
> > You type:  abcd
> > Transmits: VUTS
> >
> > You type:  ABCD
> > Transmits: vuts
>
> ROT13 encoding - like the caesar cipher (it may be the caesar cipher?). Take
> your character and rotate 13 characters.
>
> --Alec--

It's vaguely similar to the ROT13 encoding scheme but it's not ROT13. If it
were, then "abcd" would be transmitted as "nopq".

It looks like it reverses the alphabet and then rotate the resulting alphabet
until it starts with the character "v". It then maps the letters to its
corresponding character and changes the case.

I wonder how it handles numeric characters and punctuation...

Later,
Keith

P.S. Don't forget to drink your Ovaltine!

home help back first fref pref prev next nref lref last post