凌晨两点十七分，端口入侵我的端口入侵服务器防火墙日志突然刷出一条来自45.155.205.133的连接请求。目标端口1433，端口入侵SQL Server默认端口。端口入侵对方用了三次暴力破解，端口入侵密码字典里撞出"admin123"就停了——显然是端口入侵个扫描器在批量试探，不是端口入侵冲我来的。但我还是端口入侵把IP丢进威胁情报库查了查，归属地显示荷兰，端口入侵托管商是端口入侵家名不见经传的小机房。
1433端口是端口入侵个老熟人。上世纪九十年代微软把SQL Server的端口入侵默认端口定在这儿，从此它就成了黑客眼中的端口入侵肥肉。比起3389远程桌面那种需要交互的端口入侵端口，1433更纯粹——只要数据库口令一破，端口入侵整台服务器就是你的提款机。十年前爆发过一波针对1433的蠕虫，叫"SQL Slammer"，感染速度比后来任何勒索病毒都快，全球五分钟内瘫痪了二十万台数据库服务器。那玩意儿不干别的，就疯狂向随机IP发包，逮着1433就撞。
有意思的是，现在云数据库普遍默认关闭公网访问，1433反而成了内网横向移动的跳板。去年我参与过一家电商公司的应急响应，攻击者就是从OA系统的弱口令进的内网，然后扫描发现测试数据库开着1433，用sa账号空密码直接登进去——那库居然连着生产环境的备份链路。他们通过xp_cmdshell执行系统命令，把整个客户表拖走，前后不过四十分钟。
你说这端口是不是该废了？微软自己都建议改用动态端口，但架不住老系统多。银行核心系统、医疗HIS、制造企业的ERP，一堆跑着Windows Server 2008的老机器，1433就像道没上锁的后门。安全厂商天天喊"默认配置即漏洞"，可现实里总有运维图省事，把sa密码设成"P@ssw0rd"然后心安理得睡大觉。
我见过最离谱的一次，某物流公司把SQL Server暴露在公网，密码是"123456"。黑客进去后没删数据，只把每个表都加了条注释："记得改密码，下次收费"。这算温和的。更常见的是勒索——先加密你的数据库，再留个比特币地址。你查日志会发现，攻击者用的工具无非是nmap扫端口加Hydra爆破，连高级点的免杀都懒得做。
防护手段其实就三板斧：改端口、强密码、防火墙白名单。但真正执行到位的没几家。上周帮朋友审计他公司的服务器，1433端口开着，sa密码倒是改了，可居然允许远程登录。我问他为什么，他说"怕自己忘了密码连不上"。你看，安全永远在和人性打架。
写这些不是劝你恐慌。1433只是个符号，代表所有默认端口、弱口令、补丁滞后组成的攻击面。真正的入侵从来不是某个0day多高明，而是你给黑客留了扇没关严的门。下次登录数据库时，不妨想想——你的sa密码，是不是也躺在某个公开的密码字典里。