Bugtraq mailing list archives
Re: /N grouped concurrency limits for network services
From: Solar Designer <solar () OPENWALL COM>
Date: Mon, 5 Mar 2001 22:39:02 +0300
On Sat, Mar 03, 2001 at 04:12:46AM -0800, Dan Kaminsky wrote:
There's no memory consumption problem with implementing this feature like the Bugtraq post implied.Sure there is. To cover the ground of a single /16 ACL, 256 /24 ACLs are required. To cover 256 /16's, 65536 /24's are required. More memory will be needed for the latter than the former.
I've got several e-mails like this, so I am CC'ing the list on this reply now. Different people have different kinds of concurrency and/or rate limiting in mind when talking about this. Obviously, I was talking about what I think is reasonable to implement. Concurrency limiting doesn't run into any memory consumption problem. The server only needs to maintain information about active sessions. A reasonable combination of concurrency and rate limiting per source address, such as what popa3d uses in standalone mode, is similar to simple concurrency limiting with the difference that the definition of "active" sessions is changed to include those which were recently closed. This implies that only accepted connections cause a "slot" to be allocated. Since a single source address (or netblock) could cause up to a fixed number of slots to be allocated by keeping the connections open, it doesn't hurt (security-wise) to also leave the slots allocated for recently-closed connections. The table of what is considered an "active" session may be of a fixed size, -- it only needs to match the server capacity. Of course, other combinations of concurrency and rate limiting are possible. Implementing per-source rate limiting alone and doing so at a lower layer may run into (solvable) memory consumption problems. -- /sd
Current thread:
- Re: /N grouped concurrency limits for network services Solar Designer (Mar 01)
- Message not available
- Re: /N grouped concurrency limits for network services Solar Designer (Mar 05)
- Message not available