Step 2: Perform an active scan

By Chip Andrews, Contributor 21 Mar 2005 | SearchSQLServer.com

Digg This!     StumbleUpon     Del.icio.us

Armed with a list of IP addresses and ranges to scan, you need to probe the network looking for SQL Servers. Most scanning tools will work off of some combination of TCP port 1433 scanning, using UDP port 1434 packets to query the SQL Resolution Service, or query the remote registry and file system. There are quite a few tools available to help you in those tasks. Among them are:

• SQLPing/SQLPing2/SQLRecon
• A port scanner such as NMAP
• Typhon III
• Microsoft Baseline Security Analyzer
• AppDetective

It should be noted that many of these scans will not return results in the case of personal firewalls, disabled netlibs, or a lack of appropriate rights on the machines being scanned.

HOW TO PATCH SQL SERVER, PART 1

 Home: Introduction
 Step 1: Map your network
 Step 2: Perform an active scan
 Step 3: Check for SQL registrations
 Step 4: Probe remote services
 Step 5: Probe for SSNetlib.dll versions
 Step 6: Directly request version information
 Go to: How to patch SQL Servers, part 2

ABOUT THE AUTHOR:

Chip Andrews, CISSP Chip Andrews is the director of research and development for Special Ops Security Inc. and the founder of the SQLSecurity.com Web site, which focuses on Microsoft SQL Server security topics and issues. He is also the author of SQL Server Security. Copyright 2005 TechTarget

Digg This!     StumbleUpon     Del.icio.us