[
https://issues.apache.org/jira/browse/THRIFT-3821?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16113381#comment-16113381
]
ASF GitHub Bot commented on THRIFT-3821:
----------------------------------------
GitHub user asuhan opened a pull request:
https://github.com/apache/thrift/pull/1325
THRIFT-3821: Check for overflow on buffer resize in TMemoryBuffer
Going over 2 GB is quite possible when using Thrift for serialization. We
can detect the condition and throw an exception.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/asuhan/thrift THRIFT-3821
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/thrift/pull/1325.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #1325
----
commit 457b7f5be06c57e8a0f0adf33c3c43d031e21991
Author: Alex Şuhan <[email protected]>
Date: 2017-08-03T18:45:31Z
THRIFT-3821 Test for overflow on buffer resize in TMemoryBuffer
commit af851cb570c70cef833d764dbfacfc5961031f86
Author: Alex Şuhan <[email protected]>
Date: 2017-08-03T19:28:17Z
THRIFT-3821 Check for overflow on buffer resize in TMemoryBuffer
----
> TMemoryBuffer buffer may overflow when resizing
> -----------------------------------------------
>
> Key: THRIFT-3821
> URL: https://issues.apache.org/jira/browse/THRIFT-3821
> Project: Thrift
> Issue Type: Bug
> Components: C++ - Library
> Affects Versions: 0.9.3
> Reporter: Huaisi Xu
>
> In ensurecanwrite():
> {code}
> uint32_t new_size = bufferSize_;
> while (len > avail) {
> new_size = new_size > 0 ? new_size * 2 : 1;
> avail = available_write() + (new_size - bufferSize_);
> }
> // Allocate into a new pointer so we don't bork ours if it fails.
> uint8_t* new_buffer = static_cast<uint8_t*>(std::realloc(buffer_,
> new_size));
> if (new_buffer == NULL) {
> throw std::bad_alloc();
> }
> rBase_ = new_buffer + (rBase_ - buffer_);
> rBound_ = new_buffer + (rBound_ - buffer_);
> wBase_ = new_buffer + (wBase_ - buffer_);
> wBound_ = new_buffer + new_size;
> buffer_ = new_buffer;
> bufferSize_ = new_size;
> {code}
> If old bufferSize_ is lager than 2gb, then calculating new size will overflow.
> i.e. if bufferSize_ = 3355443200, then new buffer size will be 2415919104,
> which is less than old size.
> However,
> {code}
> avail = available_write() + (new_size - bufferSize_)
> {code}
> overflows again, so we will end up with an shrinked buffer.
> What is worse is that after
> {code}
> wBase_ = new_buffer + (wBase_ - buffer_);
> wBound_ = new_buffer + new_size;
> {code}
> wBase_ stays the same, but wBound_ becomes lower than it. What happens next
> is that uint32_t avail = available_write() may overflow every time
> subsequently. and thrift writes to unknown memory.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
