在这个世界上取得成就的人，都努力去寻找他们想要的机会，如果找不到机会，他们便自己创造机会。
受影响系统：Firebird Firebird SQL 2.1.0 Beta 2
Firebird Firebird SQL 2.0.3
Firebird Firebird SQL 1.5.5
Firebird Firebird SQL 1.0.3 不受影响系统：
Firebird Firebird SQL 2.1.0 RC1
Firebird Firebird SQL 2.0.4
Firebird Firebird SQL 1.5.6 描述：
Firebird是一款提供多个ANSI SQL-92功能的关系型数据库，可运行在Linux、Windows和各种Unix平台下。 Firebird在处理畸形格式的数据时存在漏洞，远程攻击者可能利用此漏洞导致拒绝服务。 如果Firebird的协议解析器（src/remote/protocol.cpp）接受到了任何带有有效数据的以下操作的时候： op_receive
op_start
op_start_and_receive
op_send
op_start_and_send
op_start_send_and_receive 解析器在使用某些变量之前没有执行正确的过滤，在src/remote/protocol.cpp文件中未经验证便直接将以下报文缓冲区分配给了数据结构（MAP宏没有任何范围检查）： src/remote/protocol.cpp:417 MAP(xdr_short, reinterpret_cast<SSHORT&>(data->p_data_request));
MAP(xdr_short, reinterpret_cast<SSHORT&>(data->p_data_incarnation));
MAP(xdr_short, reinterpret_cast<SSHORT&>(data->p_data_transaction));
MAP(xdr_short, reinterpret_cast<SSHORT&>(data->p_data_message_number));
/* Changes to this op's protocol must mirror in xdr_protocol_overhead */
return xdr_request(xdrs, data->p_data_request,
data->p_data_message_number,
data->p_data_incarnation) ? P_TRUE(xdrs, p) : P_FALSE(xdrs, p); 然后在xdr_request()函数中，使用data->p_data_request变量（request_id）作为数组的索引： ...
rrq* request = (rrq*) port->port_objects[request_id];
... 这会触发内存结构破坏，导致服务器崩溃或执行任意代码。data->p_data_message_number变量也存在类似的问题。 厂商补丁：
目前厂商已经发布了升级补丁以修复这个安全问题，请到厂商的主页下载： http://firebirdsql.org/index.php?op=files&id=fb210_RC1
受影响系统：
Firebird Firebird SQL 2.1.0 Beta 2
Firebird Firebird SQL 2.0.3
Firebird Firebird SQL 1.5.5
Firebird Firebird SQL 1.0.3 不受影响系统：
Firebird Firebird SQL 2.1.0 RC1
Firebird Firebird SQL 2.0.4
Firebird Firebird SQL 1.5.6 描述：
Firebird是一款提供多个ANSI SQL-92功能的关系型数据库，可运行在Linux、Windows和各种Unix平台下。 Firebird在处理畸形格式的数据时存在漏洞，远程攻击者可能利用此漏洞导致拒绝服务。 如果Firebird的协议解析器（src/remote/protocol.cpp）接受到了任何带有有效数据的以下操作的时候： op_receive
op_start
op_start_and_receive
op_send
op_start_and_send
op_start_send_and_receive 解析器在使用某些变量之前没有执行正确的过滤，在src/remote/protocol.cpp文件中未经验证便直接将以下报文缓冲区分配给了数据结构（MAP宏没有任何范围检查）： src/remote/protocol.cpp:417 MAP(xdr_short, reinterpret_cast<SSHORT&>(data->p_data_request));
MAP(xdr_short, reinterpret_cast<SSHORT&>(data->p_data_incarnation));
MAP(xdr_short, reinterpret_cast<SSHORT&>(data->p_data_transaction));
MAP(xdr_short, reinterpret_cast<SSHORT&>(data->p_data_message_number));
/* Changes to this op's protocol must mirror in xdr_protocol_overhead */
return xdr_request(xdrs, data->p_data_request,
data->p_data_message_number,
data->p_data_incarnation) ? P_TRUE(xdrs, p) : P_FALSE(xdrs, p); 然后在xdr_request()函数中，使用data->p_data_request变量（request_id）作为数组的索引： ...
rrq* request = (rrq*) port->port_objects[request_id];
... 这会触发内存结构破坏，导致服务器崩溃或执行任意代码。data->p_data_message_number变量也存在类似的问题。 厂商补丁：
目前厂商已经发布了升级补丁以修复这个安全问题，请到厂商的主页下载： http://firebirdsql.org/index.php?op=files&id=fb210_RC1
到此这篇关于Firebird protocol.cpp XDR协议远程内存破坏漏洞 就介绍到这了。青春是一滩水，无论是摊开还是紧握，都无法从指缝中淌过单薄的年华。更多相关Firebird protocol.cpp XDR协议远程内存破坏漏洞 内容请查看相关栏目，小编编辑不易，再次感谢大家的支持！
