v0 protocol: use size_t for capability length/offset
When parsing server capabilities, we use "int" to store lengths and offsets. At first glance this seems like a spot where our parser may be confused by integer overflow if somebody sent us a malicious response. In practice these strings are all bounded by the 64k limit of a pkt-line, so using "int" is OK. However, it makes the code simpler to audit if they just use size_t everywhere. Note that because we take these parameters as pointers, this also forces many callers to update their declared types. Signed-off-by: Jeff King <peff@peff.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>
This commit is contained in:

committed by
Junio C Hamano

parent
c4716236f2
commit
7ce4c8f752
@ -2093,7 +2093,7 @@ static struct command *read_head_info(struct packet_reader *reader,
|
||||
const char *feature_list = reader->line + linelen + 1;
|
||||
const char *hash = NULL;
|
||||
const char *client_sid;
|
||||
int len = 0;
|
||||
size_t len = 0;
|
||||
if (parse_feature_request(feature_list, "report-status"))
|
||||
report_status = 1;
|
||||
if (parse_feature_request(feature_list, "report-status-v2"))
|
||||
|
Reference in New Issue
Block a user