@eyedeekay
&zzz
+R4SAS
+RN
+StormyCloud
+T3s|4
+acetone
+dr|z3d
+eche|off
+hagen
+not_bob_afk
+orignal
+postman
+qend-irc2p
+segfault
+snex
+theoddone
+wodencafe
Arch
BubbRubb
Danny
DeltaOreo
FreeB
FreefallHeavens
Irc2PGuest29468
Irc2PGuest373
Irc2PGuest58507
Irc2PGuest59134
Irc2PGuest69652
Irc2PGuest8291
Irc2PGuest86267
Onn4l7h
Onn4|7h
Sisyphus
Sleepy
ardu
b3t4f4c3___
bak83_
boonst
cumlord
dr4wd3_
eyedeekay_bnc
hk-
poriori_
profetikla
rapidash
shiver_
solidx66
thetia
u5657_
uop23ip_
w8rabbit
weko_
x74a6
eyedeekay
I was thinking about the oddities in the reseed traffic and I had an idea, not sure if it's viable...
eyedeekay
Could we send a signing key from the router attempting the reseed, along with some signed piece of contemporary shared information like a timestamp, in the HTTP headers with the `get` when the reseed is fetched?
eyedeekay
Allowing the reseed server to verify that the agent they are serving the reseed to is likely to be an I2P router?
zzz
there's the user-agent check for wget already
eyedeekay
Yeah I know, just wondering if this is harder to "fake"
eyedeekay
Not sure it is just wondering
zzz
we've isolated the tm botnet to five /24s, if they're still around in a month we'll probably block them in the release