[ 
https://issues.apache.org/jira/browse/THRIFT-6034?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jens Geyer resolved THRIFT-6034.
--------------------------------
    Fix Version/s: 0.24.0
         Assignee: Jens Geyer
       Resolution: Fixed

> Harden Dart protocol negative sizes
> -----------------------------------
>
>                 Key: THRIFT-6034
>                 URL: https://issues.apache.org/jira/browse/THRIFT-6034
>             Project: Thrift
>          Issue Type: Bug
>          Components: Dart - Library
>            Reporter: Jens Geyer
>            Assignee: Jens Geyer
>            Priority: Major
>             Fix For: 0.24.0
>
>          Time Spent: 20m
>  Remaining Estimate: 0h
>
> The Dart library does not validate negative sizes at the protocol level when 
> reading Thrift payloads.
> Size values appear in binary/string fields and in map/list/set headers. Those 
> values must be non-negative. In {{t_binary_protocol.dart}}, the 
> {{readMapBegin}}, {{readListBegin}}, {{readSetBegin}}, {{readString}}, and 
> {{readBinary}} methods read a size and use it without any negative check.
> While a negative size will eventually cause a Dart {{RangeError}} (e.g. from 
> {{Uint8List(-1)}}), this is not a proper TProtocolException and provides no 
> structured error information to callers.
> Note: the existing {{size < 0}} check is only in {{readMessageBegin}} for 
> protocol version detection.
> This is a protocol hardening gap compared with other runtimes such as C++, 
> Java, Python, Go, and Node.js, which all raise a NEGATIVE_SIZE exception.
> The fix should add explicit negative-size checks that throw a 
> TProtocolException in all container and string/binary read paths.
> See THRIFT-6025 for the equivalent Ruby fix.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to