* [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).