* [PATCHv2] Bluetooth: Prevent uninitialized data access in L2CAP configuration
@ 2011-12-09 1:23 Mat Martineau
2011-12-09 8:06 ` Marcel Holtmann
0 siblings, 1 reply; 3+ messages in thread
From: Mat Martineau @ 2011-12-09 1:23 UTC (permalink / raw)
To: linux-bluetooth; +Cc: padovan, pkrystad, marcel, Mat Martineau
When configuring an ERTM or streaming mode connection, remote devices
are expected to send an RFC option in a successful config response. A
misbehaving remote device might not send an RFC option, and the L2CAP
code should not access uninitialized data in this case.
Signed-off-by: Mat Martineau <mathewm@codeaurora.org>
---
net/bluetooth/l2cap_core.c | 11 ++++++++++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/net/bluetooth/l2cap_core.c b/net/bluetooth/l2cap_core.c
index 5ea94a1..45dd423 100644
--- a/net/bluetooth/l2cap_core.c
+++ b/net/bluetooth/l2cap_core.c
@@ -2152,7 +2152,7 @@ static int l2cap_parse_conf_rsp(struct l2cap_chan *chan, void *rsp, int len, voi
void *ptr = req->data;
int type, olen;
unsigned long val;
- struct l2cap_conf_rfc rfc;
+ struct l2cap_conf_rfc rfc = { .mode = L2CAP_MODE_BASIC };
BT_DBG("chan %p, rsp %p, len %d, req %p", chan, rsp, len, data);
@@ -2271,6 +2271,15 @@ static void l2cap_conf_rfc_get(struct l2cap_chan *chan, void *rsp, int len)
}
}
+ /* Use sane default values in case a misbehaving remote device
+ * did not send an RFC option.
+ */
+ BT_ERR("Expected RFC option was not found, using defaults");
+ rfc.mode = chan->mode;
+ rfc.retrans_timeout = cpu_to_le16(L2CAP_DEFAULT_RETRANS_TO);
+ rfc.monitor_timeout = cpu_to_le16(L2CAP_DEFAULT_MONITOR_TO);
+ rfc.max_pdu_size = cpu_to_le16(chan->imtu);
+
done:
switch (rfc.mode) {
case L2CAP_MODE_ERTM:
--
1.7.8
--
Mat Martineau
Employee of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCHv2] Bluetooth: Prevent uninitialized data access in L2CAP configuration
2011-12-09 1:23 [PATCHv2] Bluetooth: Prevent uninitialized data access in L2CAP configuration Mat Martineau
@ 2011-12-09 8:06 ` Marcel Holtmann
2011-12-19 0:22 ` Gustavo Padovan
0 siblings, 1 reply; 3+ messages in thread
From: Marcel Holtmann @ 2011-12-09 8:06 UTC (permalink / raw)
To: Mat Martineau; +Cc: linux-bluetooth, padovan, pkrystad
Hi Mat,
> When configuring an ERTM or streaming mode connection, remote devices
> are expected to send an RFC option in a successful config response. A
> misbehaving remote device might not send an RFC option, and the L2CAP
> code should not access uninitialized data in this case.
>
> Signed-off-by: Mat Martineau <mathewm@codeaurora.org>
> ---
> net/bluetooth/l2cap_core.c | 11 ++++++++++-
> 1 files changed, 10 insertions(+), 1 deletions(-)
>
> diff --git a/net/bluetooth/l2cap_core.c b/net/bluetooth/l2cap_core.c
> index 5ea94a1..45dd423 100644
> --- a/net/bluetooth/l2cap_core.c
> +++ b/net/bluetooth/l2cap_core.c
> @@ -2152,7 +2152,7 @@ static int l2cap_parse_conf_rsp(struct l2cap_chan *chan, void *rsp, int len, voi
> void *ptr = req->data;
> int type, olen;
> unsigned long val;
> - struct l2cap_conf_rfc rfc;
> + struct l2cap_conf_rfc rfc = { .mode = L2CAP_MODE_BASIC };
>
> BT_DBG("chan %p, rsp %p, len %d, req %p", chan, rsp, len, data);
>
> @@ -2271,6 +2271,15 @@ static void l2cap_conf_rfc_get(struct l2cap_chan *chan, void *rsp, int len)
> }
> }
>
> + /* Use sane default values in case a misbehaving remote device
> + * did not send an RFC option.
> + */
> + BT_ERR("Expected RFC option was not found, using defaults");
> + rfc.mode = chan->mode;
> + rfc.retrans_timeout = cpu_to_le16(L2CAP_DEFAULT_RETRANS_TO);
> + rfc.monitor_timeout = cpu_to_le16(L2CAP_DEFAULT_MONITOR_TO);
> + rfc.max_pdu_size = cpu_to_le16(chan->imtu);
I would actually put the BT_ERR afterwards the assignments separated
with an extra empty line, but that is just to make it a bit easier on
the eyes.
> +
> done:
> switch (rfc.mode) {
> case L2CAP_MODE_ERTM:
Acked-by: Marcel Holtmann <marcel@holtmann.org>
Regards
Marcel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCHv2] Bluetooth: Prevent uninitialized data access in L2CAP configuration
2011-12-09 8:06 ` Marcel Holtmann
@ 2011-12-19 0:22 ` Gustavo Padovan
0 siblings, 0 replies; 3+ messages in thread
From: Gustavo Padovan @ 2011-12-19 0:22 UTC (permalink / raw)
To: Marcel Holtmann; +Cc: Mat Martineau, linux-bluetooth, pkrystad
Hi Mat,
* Marcel Holtmann <marcel@holtmann.org> [2011-12-09 10:06:15 +0200]:
> Hi Mat,
>
> > When configuring an ERTM or streaming mode connection, remote devices
> > are expected to send an RFC option in a successful config response. A
> > misbehaving remote device might not send an RFC option, and the L2CAP
> > code should not access uninitialized data in this case.
> >
> > Signed-off-by: Mat Martineau <mathewm@codeaurora.org>
> > ---
> > net/bluetooth/l2cap_core.c | 11 ++++++++++-
> > 1 files changed, 10 insertions(+), 1 deletions(-)
> >
> > diff --git a/net/bluetooth/l2cap_core.c b/net/bluetooth/l2cap_core.c
> > index 5ea94a1..45dd423 100644
> > --- a/net/bluetooth/l2cap_core.c
> > +++ b/net/bluetooth/l2cap_core.c
> > @@ -2152,7 +2152,7 @@ static int l2cap_parse_conf_rsp(struct l2cap_chan *chan, void *rsp, int len, voi
> > void *ptr = req->data;
> > int type, olen;
> > unsigned long val;
> > - struct l2cap_conf_rfc rfc;
> > + struct l2cap_conf_rfc rfc = { .mode = L2CAP_MODE_BASIC };
> >
> > BT_DBG("chan %p, rsp %p, len %d, req %p", chan, rsp, len, data);
> >
> > @@ -2271,6 +2271,15 @@ static void l2cap_conf_rfc_get(struct l2cap_chan *chan, void *rsp, int len)
> > }
> > }
> >
> > + /* Use sane default values in case a misbehaving remote device
> > + * did not send an RFC option.
> > + */
> > + BT_ERR("Expected RFC option was not found, using defaults");
> > + rfc.mode = chan->mode;
> > + rfc.retrans_timeout = cpu_to_le16(L2CAP_DEFAULT_RETRANS_TO);
> > + rfc.monitor_timeout = cpu_to_le16(L2CAP_DEFAULT_MONITOR_TO);
> > + rfc.max_pdu_size = cpu_to_le16(chan->imtu);
>
> I would actually put the BT_ERR afterwards the assignments separated
> with an extra empty line, but that is just to make it a bit easier on
> the eyes.
I applied this one with this change.
Gustavo
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2011-12-19 0:22 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-12-09 1:23 [PATCHv2] Bluetooth: Prevent uninitialized data access in L2CAP configuration Mat Martineau
2011-12-09 8:06 ` Marcel Holtmann
2011-12-19 0:22 ` Gustavo Padovan
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).