4 ms·
Seems like it'd be pretty trivial to circumvent that. Just have your botnet do a few regular old requests to the network a few days before launching. That way t
by aroman 13y ago
Seems like it'd be pretty trivial to circumvent that. Just have your botnet do a few regular old requests to the network a few days before launching. That way the IPs of the botnet members get white listed.
For a website of GitHub's scale, I don't think it would be very effective, though maybe it could be helpful in combination with other measures.
- larrys 13y agoNo, I'm specifically talking about clients who have signed up entering in their ip address that they access from. "Just have your botnet do a few regular old requests to the network a few days before launching." Not talking about "whitelist sites that have made access in the last x days". For example on HN it would be easy to create a white list. They do it now recognizing new people who signed up and keeping track of activity as well (by points). You could either have people identify the ip address that they accessed from and further limit the whitelist to a certain period of time and activity additionally. The idea is not to be 100% perfect but enough so that if you are a regular user of github from an IP address at your office (as opposed to wifi cafe) you will be able to get through. This is, by the way, how registries limit access to their system. It's all whitelist you have to pre identify the ip addresses that you will access the system from. The whitelist only comes into play when under attack. And for sure yes if you are connecting from a new place you will be blocked. But others will not be blocked and there will be some access for some people.
- randunel 13y agoThere are ISPs who change your ip address every 10 seconds, not just on reconnection. This would complicate github too much, I'd rather have 2 hrs downtime every now and then, than have to input my ip address classes from all the locations :D