Full Disclosure mailing list archives
Re: SQL Slammer - lessons learned
From: Niels Bakker <niels=netsys () bakker net>
Date: Wed, 5 Feb 2003 19:48:34 +0100
I wrote:
So, given (1434 - 1023 - 1) other applications that use UDP active, or that many outstanding queries, BIND may very well end up using UDP port
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1434 for a query packet.
Which turns out to be incorrect - BIND allocates one socket only for outgoing queries, but no entry in /etc/services will keep an operating system from allocating a port randomly. -- Niels. -- _______________________________________________ Full-Disclosure - We believe in it. Charter: http://lists.netsys.com/full-disclosure-charter.html
Current thread:
- AOL refuses to help AIM users, (continued)
- AOL refuses to help AIM users ATD (Feb 03)
- Message not available
- Re: AOL refuses to help AIM users ATD (Feb 03)
- Re: AOL refuses to help AIM users Rick Updegrove (Feb 03)
- Re: AOL refuses to help AIM users ATD (Feb 03)
- AOL refuses to help AIM users ATD (Feb 03)
- Re: AOL refuses to help AIM users Berend-Jan Wever (Feb 04)
- RE: SQL Slammer - lessons learned Paul Schmehl (Feb 05)
- Re: SQL Slammer - lessons learned Helmut Springer (Feb 05)
- Re: SQL Slammer - lessons learned David LaPorte (Feb 05)
- Re: SQL Slammer - lessons learned Niels Bakker (Feb 05)
- Re: SQL Slammer - lessons learned Niels Bakker (Feb 05)
- Re: SQL Slammer - lessons learned David Howe (Feb 06)
- Re: SQL Slammer - lessons learned Ron DuFresne (Feb 06)
- Re: SQL Slammer - lessons learned Blue Boar (Feb 06)
- Re: SQL Slammer - lessons learned Ron DuFresne (Feb 06)
- Re: SQL Slammer - lessons learned Blue Boar (Feb 06)