Re: ARC4 algorithm

On Saturday, March 15, Robin Carey wrote:
> On 15 Mar 2003, Artur Grabowski wrote:
> > Knowing how to read does not mean that you have to obey what you read.
> > I won't go into the analysis of your algorithm this time, I'll just
> > point to one obvious thing when it comes to cryptography - track
> > record. If you choose to trust someone (and cryptography for us who are
>
> ha ha ha
> Track record ?
> Your track record is: rude and offensive
> Yes, I remember who you are and the unpleasant emails you have sent to me
> in the past.

*laugh* Thank you for giving me so much to be happy about today. I mean, I'm on stress leave, having a different emotion 3-4 times a day, just trying to get a hold on my life. And here you are, providing the best therapy I have had in weeks. Do you have any idea who art is?

> And as far as track records go, nobody is perfect. We all make mistakes.
> That is part of human nature.

Well, this is one mistake we're trying to prevent. All we ask, is some sort of proof of what you say. I've yet to see it, such that I can try and evaluate it, or have one of my friends evaluate it.

> One time pads are unbreakable.

Not entirely true. If I can guess that your one-time pad is a particular document, and I know the means in which it is used to encipher your plaintext,  then I can break it. No cipher is unbreakable. Why? Well, there is a human element, and social engineering is usually easier than any sort of other hack. (You'd be surprised how many people cave to "persuasion").

> Yes I also came up with that idea. And I developed it much further to the
> extent that it is now very good indeed.

How do you know? Please, tell me. By eliminating short cycles? How short are these cycles? How long are the cycles that still exist? How long did each version of your RNG last? Who pointed out the problems each time?

Do you need help?

In addition to our free technical library, Pantek provides professional IT services to companies who utilize Open Source software: Learn more about Pantek's Technical Support offerings Place an order for 24/7/365 Technical Support here Learn more about Pantek, who we are, and what we do Chat with a Live Operator Related openbsd.org Links advocacy announce bugs ipv6 misc ports ports-changes security-announce smp source-changes tech Request more information about Pantek

> Don't bother replying to this email; due to your track record, i'll be
> deleting any offensive emails you may send me.

Will you be deleting my e-mail as well? Or will you finally answer my simple questions?

> PS Anybody who found my Leopard9 CSPRNG interesting should keep an eye out
> for Leopard10 which hopefully I will be publishing shortly.

Again!?! What was the shortcoming in V9?

--Toby.
[100~Plax]sb16i0A2172656B63616820636420726568746F6E61207473754A[dZ1!=b]salax Received on Sun Mar 16 20:49:19 2003