所有的人都想停留在那山顶，但是所有的乐趣和成长都是发生在往上爬的过程中。新的一天，早安！
受影响系统：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.cppXDR协议远程内存破坏漏洞 。让自己感动自己一回，让自己欣赏自己一次，让自己佩服自己一把！更多关于Firebird protocol.cppXDR协议远程内存破坏漏洞 请关注haodaima.com其它相关文章！
