#38710 [NoF->Asn]: data leakage because of nonexisting boundary checking in statements
| From: | tony2001@php.net | Date: | Wed, 11 Apr 2007 22:41:19 +0000 |
| Subject: | #38710 [NoF->Asn]: data leakage because of nonexisting boundary checking in statements | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-111390@lists.php.net to get a copy of this message | ||
ID: 38710
Updated by: tony2001@php.net
Reported By: domas at mysql dot com
-Status: No Feedback
+Status: Assigned
Bug Type: MySQLi related
Operating System: Any
PHP Version: 5.1.6
-Assigned To: andrey
+Assigned To: georg
New Comment:
Georg, any news on this?
I can't reproduce it locally, but seems to fail on gcov.php.net, see
http://gcov.php.net/viewer.php?version=PHP_5_2&func=tests&file=ext%2Fmysqli%2Ftests%2Fbug38710.phpt
Previous Comments:
------------------------------------------------------------------------
[2007-03-16 01:00:00] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
------------------------------------------------------------------------
[2007-03-08 22:51:23] stas@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
I've committed semi-fix (real fix would be to fetch all the data, I
guess).
------------------------------------------------------------------------
[2006-09-04 16:45:05] georg@php.net
see also http://bugs.mysql.com/bug.php?id=22001
------------------------------------------------------------------------
[2006-09-04 10:35:58] domas at mysql dot com
#0 0x007c758c in memcpy () from /lib/tls/libc.so.6
#1 0x081b6d91 in _estrndup ()
#2 0x05698383 in zif_mysqli_stmt_fetch (ht=147132188,
return_value=0x8c420bc, return_value_ptr=0x0,
this_ptr=0x8c50f1c, return_value_used=0)
at /usr/src/redhat/BUILD/php-5.1.6/ext/mysqli/
mysqli_api.c:717
#3 0x081e9a81 in zend_do_fcall_common_helper_SPEC ()
#4 0x081e93bb in execute ()
#5 0x081ce2e0 in zend_execute_scripts ()
#6 0x08192006 in php_execute_script ()
#7 0x00000000 in ?? ()
------------------------------------------------------------------------
[2006-09-04 10:34:02] domas at mysql dot com
Description:
------------
If function is executed in a prepared statement (like CONCAT,
UNCOMPRESS, etc), it allocates 8192-sized buffer, but fetch()
doesn't check actual length of data. If data crosses 8192-byte
boundary, all sorts of weird stuff starts to happen, including
possible sensitive data disclosures of non-overwrited buffers
(at smaller lengths) or process crashes (at bigger ones).
Reproduce code:
---------------
$db=new mysqli("localhost","root","","test");
$qry=$db->stmt_init();
$qry->prepare("SELECT REPEAT('a',100000)");
$qry->execute();
$qry->bind_result($text);
$qry->fetch();
Expected result:
----------------
silence
Actual result:
--------------
crash!
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=38710&edit=1