* [patch] [media] firewire: firedtv-avc: potential buffer overflow @ 2014-09-08 11:18 Dan Carpenter 2014-09-08 12:05 ` Stefan Richter 0 siblings, 1 reply; 5+ messages in thread From: Dan Carpenter @ 2014-09-08 11:18 UTC (permalink / raw) To: Stefan Richter Cc: Mauro Carvalho Chehab, linux-media, linux1394-devel, kernel-janitors "program_info_length" is user controlled and can go up to 4095. The operand[] array has 509 bytes so we need to add a limit here to prevent buffer overflows. Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com> diff --git a/drivers/media/firewire/firedtv-avc.c b/drivers/media/firewire/firedtv-avc.c index d1a1a13..ac17567 100644 --- a/drivers/media/firewire/firedtv-avc.c +++ b/drivers/media/firewire/firedtv-avc.c @@ -1157,6 +1157,10 @@ int avc_ca_pmt(struct firedtv *fdtv, char *msg, int length) if (pmt_cmd_id != 1 && pmt_cmd_id != 4) dev_err(fdtv->device, "invalid pmt_cmd_id %d\n", pmt_cmd_id); + if (program_info_length > sizeof(c->operand) - write_pos) { + ret = -EINVAL; + goto out; + } memcpy(&c->operand[write_pos], &msg[read_pos], program_info_length); @@ -1180,6 +1184,11 @@ int avc_ca_pmt(struct firedtv *fdtv, char *msg, int length) dev_err(fdtv->device, "invalid pmt_cmd_id %d " "at stream level\n", pmt_cmd_id); + if (es_info_length > sizeof(c->operand) - write_pos) { + ret = -EINVAL; + goto out; + } + memcpy(&c->operand[write_pos], &msg[read_pos], es_info_length); read_pos += es_info_length; ^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [patch] [media] firewire: firedtv-avc: potential buffer overflow 2014-09-08 11:18 [patch] [media] firewire: firedtv-avc: potential buffer overflow Dan Carpenter @ 2014-09-08 12:05 ` Stefan Richter 2014-09-08 12:40 ` Stefan Richter 0 siblings, 1 reply; 5+ messages in thread From: Stefan Richter @ 2014-09-08 12:05 UTC (permalink / raw) To: Dan Carpenter, Mauro Carvalho Chehab Cc: linux-media, linux1394-devel, kernel-janitors On Sep 08 Dan Carpenter wrote: > "program_info_length" is user controlled and can go up to 4095. The > operand[] array has 509 bytes so we need to add a limit here to prevent > buffer overflows. > > Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com> Reviewed-by: Stefan Richter <stefanr@s5r6.in-berlin.de> Thank you. > > diff --git a/drivers/media/firewire/firedtv-avc.c b/drivers/media/firewire/firedtv-avc.c > index d1a1a13..ac17567 100644 > --- a/drivers/media/firewire/firedtv-avc.c > +++ b/drivers/media/firewire/firedtv-avc.c > @@ -1157,6 +1157,10 @@ int avc_ca_pmt(struct firedtv *fdtv, char *msg, int length) > if (pmt_cmd_id != 1 && pmt_cmd_id != 4) > dev_err(fdtv->device, > "invalid pmt_cmd_id %d\n", pmt_cmd_id); > + if (program_info_length > sizeof(c->operand) - write_pos) { > + ret = -EINVAL; > + goto out; > + } > > memcpy(&c->operand[write_pos], &msg[read_pos], > program_info_length); > @@ -1180,6 +1184,11 @@ int avc_ca_pmt(struct firedtv *fdtv, char *msg, int length) > dev_err(fdtv->device, "invalid pmt_cmd_id %d " > "at stream level\n", pmt_cmd_id); > > + if (es_info_length > sizeof(c->operand) - write_pos) { > + ret = -EINVAL; > + goto out; > + } > + > memcpy(&c->operand[write_pos], &msg[read_pos], > es_info_length); > read_pos += es_info_length; -- Stefan Richter -=====-====- =--= -=--- http://arcgraph.de/sr/ ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [patch] [media] firewire: firedtv-avc: potential buffer overflow 2014-09-08 12:05 ` Stefan Richter @ 2014-09-08 12:40 ` Stefan Richter 2014-09-09 8:36 ` Dan Carpenter 2014-09-09 12:11 ` [patch v2] " Dan Carpenter 0 siblings, 2 replies; 5+ messages in thread From: Stefan Richter @ 2014-09-08 12:40 UTC (permalink / raw) To: Dan Carpenter, Mauro Carvalho Chehab Cc: linux-media, linux1394-devel, kernel-janitors On Sep 08 Stefan Richter wrote: > On Sep 08 Dan Carpenter wrote: > > "program_info_length" is user controlled and can go up to 4095. The > > operand[] array has 509 bytes so we need to add a limit here to prevent > > buffer overflows. > > > > Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com> > > Reviewed-by: Stefan Richter <stefanr@s5r6.in-berlin.de> > > Thank you. Oops, that was a bit too quick. After the memcpy() accesses which you protect, there are another four bytes written, still without checking the bounds. > > > > diff --git a/drivers/media/firewire/firedtv-avc.c b/drivers/media/firewire/firedtv-avc.c > > index d1a1a13..ac17567 100644 > > --- a/drivers/media/firewire/firedtv-avc.c > > +++ b/drivers/media/firewire/firedtv-avc.c > > @@ -1157,6 +1157,10 @@ int avc_ca_pmt(struct firedtv *fdtv, char *msg, int length) > > if (pmt_cmd_id != 1 && pmt_cmd_id != 4) > > dev_err(fdtv->device, > > "invalid pmt_cmd_id %d\n", pmt_cmd_id); > > + if (program_info_length > sizeof(c->operand) - write_pos) { So I suggest something like this instead: + if (program_info_length > sizeof(c->operand) - 4 - write_pos) { > > + ret = -EINVAL; > > + goto out; > > + } > > > > memcpy(&c->operand[write_pos], &msg[read_pos], > > program_info_length); > > @@ -1180,6 +1184,11 @@ int avc_ca_pmt(struct firedtv *fdtv, char *msg, int length) > > dev_err(fdtv->device, "invalid pmt_cmd_id %d " > > "at stream level\n", pmt_cmd_id); > > > > + if (es_info_length > sizeof(c->operand) - write_pos) { And likewise: + if (es_info_length > sizeof(c->operand) - 4 - write_pos) { > > + ret = -EINVAL; > > + goto out; > > + } > > + > > memcpy(&c->operand[write_pos], &msg[read_pos], > > es_info_length); > > read_pos += es_info_length; FYI, after this follows: write_pos += es_info_length; } } write_pos += 4; /* CRC */ c->operand[7] = 0x82; c->operand[8] = (write_pos - 10) >> 8; c->operand[9] = (write_pos - 10) & 0xff; c->operand[14] = write_pos - 15; crc32_csum = crc32_be(0, &c->operand[10], c->operand[12] - 1); c->operand[write_pos - 4] = (crc32_csum >> 24) & 0xff; c->operand[write_pos - 3] = (crc32_csum >> 16) & 0xff; c->operand[write_pos - 2] = (crc32_csum >> 8) & 0xff; c->operand[write_pos - 1] = (crc32_csum >> 0) & 0xff; pad_operands(c, write_pos); fdtv->avc_data_length = ALIGN(3 + write_pos, 4); ret = avc_write(fdtv); And pad_operands() is defined in the same source file as: #define LAST_OPERAND (509 - 1) static inline void clear_operands(struct avc_command_frame *c, int from, int to) { memset(&c->operand[from], 0, to - from + 1); } static void pad_operands(struct avc_command_frame *c, int from) { int to = ALIGN(from, 4); if (from <= to && to <= LAST_OPERAND) clear_operands(c, from, to); } BTW, the calculation of "to" in pad_operands appears to be wrong, but this does not affect Dan's patch. I will send an extra patch for that. Regards, -- Stefan Richter -=====-====- =--= -=--- http://arcgraph.de/sr/ ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [patch] [media] firewire: firedtv-avc: potential buffer overflow 2014-09-08 12:40 ` Stefan Richter @ 2014-09-09 8:36 ` Dan Carpenter 2014-09-09 12:11 ` [patch v2] " Dan Carpenter 1 sibling, 0 replies; 5+ messages in thread From: Dan Carpenter @ 2014-09-09 8:36 UTC (permalink / raw) To: Stefan Richter Cc: Mauro Carvalho Chehab, linux-media, linux1394-devel, kernel-janitors On Mon, Sep 08, 2014 at 02:40:33PM +0200, Stefan Richter wrote: > On Sep 08 Stefan Richter wrote: > > On Sep 08 Dan Carpenter wrote: > > > "program_info_length" is user controlled and can go up to 4095. The > > > operand[] array has 509 bytes so we need to add a limit here to prevent > > > buffer overflows. > > > > > > Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com> > > > > Reviewed-by: Stefan Richter <stefanr@s5r6.in-berlin.de> > > > > Thank you. > > Oops, that was a bit too quick. After the memcpy() accesses which you > protect, there are another four bytes written, still without checking > the bounds. Thanks for catching that. I'll send a v2 soon. Btw, my static checker complains about the remaining memcpy() in this file: drivers/media/firewire/firedtv-avc.c:1310 avc_ca_get_mmi() error: '*len' from user is not capped properly This static checker warning has a lot of false positives. I looked at the code for a long time but couldn't figure out why it thinks "*len" is untrusted. I also wasn't totally sure that it was safe? regards, dan carpenter ^ permalink raw reply [flat|nested] 5+ messages in thread
* [patch v2] [media] firewire: firedtv-avc: potential buffer overflow 2014-09-08 12:40 ` Stefan Richter 2014-09-09 8:36 ` Dan Carpenter @ 2014-09-09 12:11 ` Dan Carpenter 1 sibling, 0 replies; 5+ messages in thread From: Dan Carpenter @ 2014-09-09 12:11 UTC (permalink / raw) To: Stefan Richter Cc: Mauro Carvalho Chehab, linux-media, linux1394-devel, kernel-janitors "program_info_length" is user controlled and can go up to 4095. The operand[] array has 509 bytes so we need to add a limit here to prevent buffer overflows. The " - 4" in the limit check is because we have 4 bytes more data to add after the memcpy(). Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com> --- v2: The first version didn't have the - 4. Thanks for catching that Stafan. diff --git a/drivers/media/firewire/firedtv-avc.c b/drivers/media/firewire/firedtv-avc.c index d1a1a13..251a556 100644 --- a/drivers/media/firewire/firedtv-avc.c +++ b/drivers/media/firewire/firedtv-avc.c @@ -1157,6 +1157,10 @@ int avc_ca_pmt(struct firedtv *fdtv, char *msg, int length) if (pmt_cmd_id != 1 && pmt_cmd_id != 4) dev_err(fdtv->device, "invalid pmt_cmd_id %d\n", pmt_cmd_id); + if (program_info_length > sizeof(c->operand) - 4 - write_pos) { + ret = -EINVAL; + goto out; + } memcpy(&c->operand[write_pos], &msg[read_pos], program_info_length); @@ -1180,6 +1184,12 @@ int avc_ca_pmt(struct firedtv *fdtv, char *msg, int length) dev_err(fdtv->device, "invalid pmt_cmd_id %d " "at stream level\n", pmt_cmd_id); + if (es_info_length > sizeof(c->operand) - 4 - + write_pos) { + ret = -EINVAL; + goto out; + } + memcpy(&c->operand[write_pos], &msg[read_pos], es_info_length); read_pos += es_info_length; ^ permalink raw reply related [flat|nested] 5+ messages in thread
end of thread, other threads:[~2014-09-09 12:12 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-09-08 11:18 [patch] [media] firewire: firedtv-avc: potential buffer overflow Dan Carpenter 2014-09-08 12:05 ` Stefan Richter 2014-09-08 12:40 ` Stefan Richter 2014-09-09 8:36 ` Dan Carpenter 2014-09-09 12:11 ` [patch v2] " Dan Carpenter
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).