2 ms·
> 301 redirect to https://nsa.gov https://nsa.gov so they might get on someone's radar with the time and resources to stop them No, don’t do that. Don’t redire
by codetrotter 8y ago
> 301 redirect to https://nsa.gov https://nsa.gov so they might get on someone's radar with the time and resources to stop them
No, don’t do that. Don’t redirect them to anyone else but yourself.
IANAL but it seems pretty clear that you could end up being partly responsible for any damage caused by sending them elsewhere.
Furthermore, even attacking back in any way could be a very very dumb thing to do. Just because someone is attacking you you don’t know that the owner of the system is responsible for that. In fact most likely almost every single machine that is participating in attacks against you are just botnet victims.
The book Aggressive Network Self-defense talks a bit about this. https://www.amazon.com/Aggressive-Network-Self-Defense-Neil-Wyler/dp/1931836205 https://www.amazon.com/Aggressive-Network-Self-Defense-Neil-...
I think the only reasonable thing to do is any combination of the following:
- Present captchas and use rate-limiting like you were
- Block / blackhole / null route
- Honeypot that holds onto sockets for as long as possible, but only if you are sure like someone else said ITT that doing so is not DOSing yourself.
- nick238 8y agoIs there an easy way to free a socket without having the networking stack close it for you (and tell the remote?)
- amerine 8y agoYou mean without a close()? You probably shouldn’t try to get around that. It’s not always great but you could set SO_REUSEADDR to let the stack let you open a new socket on the same port after you close the first.