| Bug #26346 | stack + buffer overrun in mysqldump | ||
|---|---|---|---|
| Submitted: | 13 Feb 2007 23:08 | Modified: | 12 Apr 2007 18:01 |
| Reporter: | Shane Bester | ||
| Status: | Closed | ||
| Category: | Client | Severity: | S3 (Non-critical) |
| Version: | 5.0.36BK, 5.1.16BK | OS: | Any (*) |
| Assigned to: | Bugs System | Target Version: | |
| Tags: | stack overrun, mysqldump, crash | ||
[13 Feb 2007 23:08]
Shane Bester
[9 Mar 2007 19:49]
Damien Katz
I've tried fixing the original code with as little changing as possible, but it just makes everything really ugly and inconsistent. Instead we are going to take an approach to precompute out the necessary buffer size for the queries.
[9 Mar 2007 23:43]
Damien Katz
Latest patch proposal here: http://lists.mysql.com/commits/21659 I'm using a dyn string. It generally simplifies the code and puts no hard limit on the query length.
[16 Mar 2007 2:38]
Damien Katz
Here is the latest patch proposal: http://lists.mysql.com/commits/22077
[6 Apr 2007 19:22]
Bugs System
Pushed into 5.0.40
[6 Apr 2007 19:25]
Bugs System
Pushed into 5.1.18-beta
[11 Apr 2007 23:38]
Timothy Smith
For docs team: mysqldump could crash or exhibit incorrect behavior when some options were given very log values. For example, --fields-terminated-by=<some very long string>. The code has been cleaned up to remove a number of fixed-sized buffers and to be more careful about error conditions in memory allocation.
[12 Apr 2007 18:01]
Paul DuBois
Noted in 5.0.40, 5.1.18 changelogs.
