1434端口造句

• sp3之前的版本无法正确共享1434端口，并且可能会使sql server实例不能用于请求客户端应用程序。
• 如果sql server 2000和sql server 2005客户端请求sql server资源，则客户端网络库将使用1434端口向服务器发送一条udp消息。
• 的CPU负荷增大，所以对Windows 2000操作系统来说，在IPSec过滤拒绝掉1434端口的UDP通信，可以尽可能地隐藏您的SQL Server。
• 如果sql server 2000正在运行， sql server浏览器将无法启动，也无法使用1434端口，而安装可能会因缺少连接而失败。
• o在受感染的机器上建立一个“socket”，使用一个临时端口将自己重复得从随机生成的IP地址发送给UDP1434端口。
• 端口其实是软件的窗口，就是说一个软件如果要和外界联系，就必须打开一个端口；1434端口是微软SQL Server未公开的监听端口。
• 只有一个sql server实例可以使用端口，因此当sql server 2000引入对sql server多个实例的支持时，便开发了sql server解析协议( ssrp ) ，用于侦听1434端口上的udp 。
• 可以使用端口扫描程序对UDP/1434端口进行扫描来找到运行Microsoft SQL Server 2000的主机，但是由于UDP端口扫描并不准确，可以扫描TCP/1433端口找到运行SQL Server的主机。
• 当SQL Server Resolution服务在UDP1434端口接收到第一个字节设置为0x04的UDP包时，SQL监视线程会获取UDP包中的数据，此时攻击者可以通过在这个UDP包后追加大量字符串，当尝试打开这个字符串相对应的数值时，会发生基于栈的缓冲区溢出。
• 该蠕虫攻击安装有Microsoft SQL的NT系列服务器，该病毒尝试探测被攻击机器的1434/udp端口（江民反黑王默认设置是将1434端口关闭，使用江民反黑王的用户不会受到次病毒的影响），如果探测成功，则发送376个字节的蠕虫代码。
• 在该循环中蠕虫使用获得的随机数生成一个随机的ip地址，然后将自身代码发送至1434端口(Microsoft SQL Server开放端口)，该蠕虫传播速度极快，其使用广播数据包方式发送自身代码，每次均攻击子网中所有255台可能存在机器。
• 病毒的具体做法是发送包内容长度376字节的特殊格式的UDP包到SQL Server服务器的1434端口，利用SQL Server漏洞执行病毒代码，根据系统函数GetTickCount产生种子计算伪IP地址，向外部循环发送同样的数据包，造成网络数据拥塞，同时本机CPU资源99%被占用，本机将拒绝服务。
• 紧接着调用gettickcount函数，利用其返回值产生一个随机数种子，并用此种子产生一个IP地址作为攻击对象；随后创建一个UDP socket，将自身代码发送到目的被攻击机器的1434端口，随后进入一个无限循环中，重复上述产生随机数计算ip地址，发动攻击一系列动作。
• 是针对Microsoft SQL Server 2000的，利用了Microsoft SQL Server 2000服务远程堆栈缓冲区溢出漏洞，SQL Server监听UDP的1434端口，客户端可以通过发送消息到这个端口来查询目前可用的连接方式(连接方式可以是命名管道也可以是TCP)，但是此程序存在严重漏洞，当客户端发送超长数据包时，将导致缓冲区溢出，恶意黑客利用此漏洞可以在远程机器上执行自己准备好的恶意代码。
• 这种大规模的攻击是针对Microsoft SQL Server 2000的，利用了Microsoft SQL Server 2000服务远程堆栈缓冲区溢出漏洞，SQL Server监听UDP的1434端口，客户端可以通过发送消息到这个端口来查询目前可用的连接方式（连接方式可以是命名管道也可以是TCP），但是此程序存在严重漏洞，当客户端发送超长数据包时，将导致缓冲区溢出，恶意黑客利用此漏洞可以在远程机器上执行自己准备好的恶意代码。