连接器/ODBC 已更新为使用 OpenSSL 版本 1.0.1g,该版本已被公开报告为不容易受到 CVE-2014-0160 的攻击。有关更多详细信息,请参阅 Oracle 说明 #1645479.1。(漏洞 #18533200)
当空指针作为这些函数的句柄传递时, 函数
SQLSetDescField()
、SQLGetDiagField()
和 崩溃了。SQLGetDiagRec()
此修复使函数在使用之前检查传递的指针是否为空。(漏洞#18431088)在连接器/ODBC 的 Windows GUI 中选择控件时,控件元素的顺序是错误的。(漏洞#18240696)
使用 NULL 参数调用
SQLNumResultCols()
会导致分段错误。(漏洞 #18165197)无法从内部打开连接器/ODBC 的 GUI 对话框来
ODBCManageDataSourcesQ4
编辑现有的 DSN。(漏洞 #18046123)myodbc-installer
没有初始化分配的内存。此修复使用“ \0 ”刷新缓冲区以 进行初始化。(漏洞 #18046120)在连接到具有无效值的服务器后尝试准备查询时,连接器/ODBC 崩溃
CHARSET
。此修复程序检查 CHARSET 值并在无效时抛出错误。(漏洞 #17999659)失败时
malloc()
,Connector/ODBC 崩溃,因为在driver_new()
函数中, is before before anddriver
被释放 。此修复更正了 free() 调用的顺序。(漏洞#17992912)driver->name
driver->lib
当提供的路径长度超过 256 个字符或选项字符串超过 100 个字符时,驱动程序和安装程序会崩溃。此修复使连接器/ODBC 返回正确的错误。(漏洞#17966018)
SQLSpecialColumns()
如果提供的表名太长,则会 发生分段错误 。此修复程序使连接器/ODBC 针对这种情况抛出适当的错误。(漏洞 #17854697)使用连接器/ODBC 更新行的内容时发生内存泄漏。(错误#17653461,错误#70662)
当使用最后一个或 参数之后的任何参数调用存储过程时,在
ssps_get_out_params
函数中 发生错误的内存访问 。(缺陷 #17640929,缺陷 #70642)my_prepared_stmt.c
IN
OUT
INOUT
如果连接器/ODBC 是在 Unix/Linux 平台上从源代码构建的,则分发中提供的测试(请参阅 在 Unix 上测试连接器/ODBC)无法使用 make test运行。(错误#17615811,错误#70634)
SQLDescribeCol()
在没有结果集的情况下调用时返回内存分配失败错误。此修复可确保返回正确的错误。(漏洞 #17588101)如果给定的目录名称
SQLSetConnectAttr()
太长,则调用SQLConnect()
或SQLDriverConnect()
使连接崩溃,并且调用SQLGetConnectAttr()
为目录名称返回 null。(漏洞 #17587913)SQLExecute()
当连接被另一个线程终止时 发生内存泄漏。(漏洞#17587617)在使用参数
SQLConnect()
的调用后调用它时 发生内存泄漏。(漏洞#17586844)SQLSetConnectAttr()
SQL_ATTR_CURRENT_CATALOG
连接器/ODBC 的 DMG 安装程序在 OS X 10.8 和 10.9 上失败。此修复更正了导致安装问题的驱动器类型错误标识。(错误#17512040,错误#70422)
中发生内存泄漏
SQLSetStmtAttr()
。(漏洞 #17441507)当
SQLColumns()
的表名参数超过 256 个字符或其列名参数超过 129 个字符时发生分段错误。此修复使 Connector/ODBC 在这些情况下抛出正确的错误。(漏洞#17358838)SQLDescribeCol()
如果使用的列号大于结果集中的列数,则 发生断言失败 。(漏洞 #17311065)SQLProcedureColumns()
当不存在满足选择条件的函数或过程列时, 发生内存泄漏 。(漏洞 #17298721)myodbc_casecmp()
当提供的查询为空时 发生分段错误 。(漏洞 #17085344)在 Microsoft Access 中使用连接器/ODBC 时,对数据视图中的列进行排序可能会使程序崩溃。(漏洞 #17071780,漏洞 #69550)
使用连接选项 时,在函数返回错误结果后
FLAG_NO_INFORMATION_SCHEMA
调用函数。(漏洞 #16920750)SQLFetch
SQLForeignKeys
在 x86_64 以外的某些 64 位系统(例如 ppc64)上构建 Connector/ODBC 时,CMake无法识别它是 64 位系统,并错误地使用
lib
而不是lib64
目录名来安装动态库。此修复程序采用两步法,使 CMake 通过读取 的值 以及检查文件夹CMAKE_SIZEOF_VOID_P
的存在来检查系统架构。/usr/lib64
(漏洞 #16785424)如果设置了连接选项,该功能
SQLForeignKeys()
将不起作用NO_I_S
。(缺陷 #13712420,缺陷 #64307)调用总是返回 “ 0 ”
SQLGetDiagField
的函数 ,即使有更新、删除或修改的行。(漏洞 #11750296)DiagIdentifier
SQL_DIAG_ROW_COUNT