1995-08-25 - Re: Cypherpunk Brute Squad [Re: SSL Challenge: Server problems]

Header Data

From: Christian Wettergren <cwe@Csli.Stanford.EDU>
To: patrick@Verity.COM (Patrick Horgan)
Message Hash: fb2541b23c2167dae03a690a3fe2b61825ee890d322c7269b5c29d65460a7668
Message ID: <199508251916.MAA26736@Csli.Stanford.EDU>
Reply To: <9508251723.AA18139@cantina.verity.com>
UTC Datetime: 1995-08-25 19:19:29 UTC
Raw Date: Fri, 25 Aug 95 12:19:29 PDT

Raw message

From: Christian Wettergren <cwe@Csli.Stanford.EDU>
Date: Fri, 25 Aug 95 12:19:29 PDT
To: patrick@Verity.COM (Patrick Horgan)
Subject: Re: Cypherpunk Brute Squad [Re: SSL Challenge: Server problems]
In-Reply-To: <9508251723.AA18139@cantina.verity.com>
Message-ID: <199508251916.MAA26736@Csli.Stanford.EDU>
MIME-Version: 1.0
Content-Type: text/plain



| > those who have logs
| > ===================

    [about manually updating ACKs]

Unfortunately, I don't dare do that, since my machines has crashed
a few times. (nightly reboots for example.)

I guess you dare do it if there is a no-line in the log.

Couldn't you insert some code that measures the time it has taken
that particular IP-number to ACK other block, and timeout the
reservation after double that time or something similar? In this case
you don't run the risk of ACKing a block with the key in it.

Some more work for the server! :-)

/Christian






Thread