🚀 go-pugleaf

ruben-news@nutz.nl () wrote:

> Kom. De lamlul kan zelf ook syncookies verzinnen, maar vergeet twee
> basiselementen. Authenticatie en expiratie. Gibson's syncookie-variant
> (passend bij z'n ego GENESIS genoemd) is erger dan geen syncookies,
> omdat GENESIS je het valse idee geeft een legitieme tcp-connect te
> hebben. En z'n syncookies blijven eeuwig geldig. Het cookie wat je
> vorig jaar van 'm kreeg doet het over een jaar nog altijd.

Zijn "syncookies" blijven *niet* eeuwig geldig.  Wel in dat stuk klad-tekst 
waaruit Greene citeert, maar niet in de definitieve versie.  Authenticatie 
zat er op dat moment overigens *wel* al in (pech voor Greene, verkeerd 
gelezen waarschijnlijk, of er gewoon niks van gesnapt).

Even wat chronologie:
- begin augustus 2000 wordt Steve's site aangevallen met een DoS flooding 
  attack, wat hij niet leuk vindt (wie zou dat wel... ;-)
- Steve heeft een idee om die DoS flooding tegen te gaan en noemt het 
  GENESIS (hij houdt nu eenmaal van acroniemen...)
- Steve zet enkele dagen later z'n eerste idee�n op z'n site (dit is het 
  document waar Greene uit citeert) en vraagt aan de mensen op z'n 
  nieuwsgroepen wat ze er tot nu toe van denken
- iemand reageert in de NGs dat iets dergelijks al bestaat, "SYN cookies" 
  geheten, en ontwikkeld door Daniel Bernstein & Eric Schenk - Steve vindt 
  op Dan Bernstein's site diens uitleg daarover en neemt nog dezelfde dag 
  contact met hem op; tijdens hun e-mail conversatie wijst Bernstein Steve 
  op het expiration-probleem (ook op de NGs werd dat overigens geopperd).
- Steve voegt de info over het al langer bestaan van "SYN cookies" toe aan
  z'n site en voegt o.a. expiration toe aan zijn implementatie van GENESIS

Al het voorgaande gebeurde in het jaar *2000*.

In februari *2002* echter, meer dan een jaar na de feiten dus, komt Greene
plots terug af met GENESIS en geruikt in zijn kritiek citaten uit de
originele "kladtekst" over GENESIS, die door Steve bedoeld was om reacties 
en kritiek te vragen over zijn idee, maar die uiteraard al lang 
voorbijgestreefd was.


PS: deze al gezien?
<http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&u=/netahtml/PTO/search-adv.html&r=1&p=1&f=G&l=50&d=PG01&S1=20010042200&OS=20010042200&RS=20010042200>

-- 
JanC

"Be strict when sending and tolerant when receiving."
RFC 1958 - Architectural Principles of the Internet - section 3.9