我在Azure虚拟机上运行SQL Server。在服务器的事件日志中,我注意到很多失败的SQL尝试使用大量不同的用户名(其中没有一个用户名):
登录失败的用户'kisadminnew1‘。原因:无法找到与提供的名称匹配的登录名。客户: 124.117.233.94登录用户“djapple”失败。原因:无法找到与提供的名称匹配的登录名。客户: 124.117.233.94登录失败的用户‘中国’。原因:无法找到与提供的名称匹配的登录名。客户: 124.117.233.94登录失败的用户‘副’。原因:无法找到与提供的名称匹配的登录名。客户: 124.117.233.94
总之,可能有几百次随机尝试,都是在一夜之间同时进行的。
我该担心这个吗?是否有人试图通过蛮力访问我的Server,这是否很常见?
发布于 2015-08-29 10:01:50
TCP端口SQL Server是否正在全局侦听?
如果是的话,我会担心的。如果有一个密码可以强行强制或猜测,或者漏洞允许某人绕过身份验证,最终您的数据库可能会被破坏。您还容易受到不需要访问的攻击,比如有人通过每秒钟创建许多失败的登录来填充包含Server错误日志的驱动器。
如果TCP端口向internet开放,则不必要的登录尝试是正常的。根据我在isn和托管公司工作的经验,如果防火墙没有丢弃流量,一台暴露在互联网上的机器将整天被探测到著名的端口(并定期扫描端口)。
另一方面,如果您有明确允许124.117.233.94通过的限制性防火墙规则,那么您在该地址的客户或同事中很可能有一台计算机遭到了破坏。
您目前可以阅读有关控制Azure虚拟机这里流量的信息。一个好的做法是默认放弃一切,并显式地只允许您想要的通信量。也许其他人会编辑这个来添加更多的信息。
https://dba.stackexchange.com/questions/112611
复制相似问题