From d1761af6bd99f1324ebbd2c22b78bd6b36abe11b Mon Sep 17 00:00:00 2001 From: Greg Kroah-Hartman Date: Tue, 3 Sep 2019 21:34:28 +0200 Subject: [PATCH] 4.19-stable patches added patches: mac80211-correctly-set-noencrypt-for-pae-frames.patch mac80211-don-t-memset-rxcb-prior-to-pae-intercept.patch mac80211-fix-possible-sta-leak.patch revert-cfg80211-fix-processing-world-regdomain-when-non-modular.patch --- ...rrectly-set-noencrypt-for-pae-frames.patch | 35 +++++++++++ ...t-memset-rxcb-prior-to-pae-intercept.patch | 47 ++++++++++++++ .../mac80211-fix-possible-sta-leak.patch | 47 ++++++++++++++ ...ing-world-regdomain-when-non-modular.patch | 63 +++++++++++++++++++ queue-4.19/series | 4 ++ 5 files changed, 196 insertions(+) create mode 100644 queue-4.19/mac80211-correctly-set-noencrypt-for-pae-frames.patch create mode 100644 queue-4.19/mac80211-don-t-memset-rxcb-prior-to-pae-intercept.patch create mode 100644 queue-4.19/mac80211-fix-possible-sta-leak.patch create mode 100644 queue-4.19/revert-cfg80211-fix-processing-world-regdomain-when-non-modular.patch diff --git a/queue-4.19/mac80211-correctly-set-noencrypt-for-pae-frames.patch b/queue-4.19/mac80211-correctly-set-noencrypt-for-pae-frames.patch new file mode 100644 index 00000000000..ec88887f3fd --- /dev/null +++ b/queue-4.19/mac80211-correctly-set-noencrypt-for-pae-frames.patch @@ -0,0 +1,35 @@ +From f8b43c5cf4b62a19f2210a0f5367b84e1eff1ab9 Mon Sep 17 00:00:00 2001 +From: Denis Kenzior +Date: Tue, 27 Aug 2019 17:41:20 -0500 +Subject: mac80211: Correctly set noencrypt for PAE frames + +From: Denis Kenzior + +commit f8b43c5cf4b62a19f2210a0f5367b84e1eff1ab9 upstream. + +The noencrypt flag was intended to be set if the "frame was received +unencrypted" according to include/uapi/linux/nl80211.h. However, the +current behavior is opposite of this. + +Cc: stable@vger.kernel.org +Fixes: 018f6fbf540d ("mac80211: Send control port frames over nl80211") +Signed-off-by: Denis Kenzior +Link: https://lore.kernel.org/r/20190827224120.14545-3-denkenz@gmail.com +Signed-off-by: Johannes Berg +Signed-off-by: Greg Kroah-Hartman + +--- + net/mac80211/rx.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +--- a/net/mac80211/rx.c ++++ b/net/mac80211/rx.c +@@ -2372,7 +2372,7 @@ static void ieee80211_deliver_skb_to_loc + skb->protocol == cpu_to_be16(ETH_P_PREAUTH)) && + sdata->control_port_over_nl80211)) { + struct ieee80211_rx_status *status = IEEE80211_SKB_RXCB(skb); +- bool noencrypt = status->flag & RX_FLAG_DECRYPTED; ++ bool noencrypt = !(status->flag & RX_FLAG_DECRYPTED); + + cfg80211_rx_control_port(dev, skb, noencrypt); + dev_kfree_skb(skb); diff --git a/queue-4.19/mac80211-don-t-memset-rxcb-prior-to-pae-intercept.patch b/queue-4.19/mac80211-don-t-memset-rxcb-prior-to-pae-intercept.patch new file mode 100644 index 00000000000..97fc7ea5246 --- /dev/null +++ b/queue-4.19/mac80211-don-t-memset-rxcb-prior-to-pae-intercept.patch @@ -0,0 +1,47 @@ +From c8a41c6afa27b8c3f61622dfd882b912da9d6721 Mon Sep 17 00:00:00 2001 +From: Denis Kenzior +Date: Tue, 27 Aug 2019 17:41:19 -0500 +Subject: mac80211: Don't memset RXCB prior to PAE intercept + +From: Denis Kenzior + +commit c8a41c6afa27b8c3f61622dfd882b912da9d6721 upstream. + +In ieee80211_deliver_skb_to_local_stack intercepts EAPoL frames if +mac80211 is configured to do so and forwards the contents over nl80211. +During this process some additional data is also forwarded, including +whether the frame was received encrypted or not. Unfortunately just +prior to the call to ieee80211_deliver_skb_to_local_stack, skb->cb is +cleared, resulting in incorrect data being exposed over nl80211. + +Fixes: 018f6fbf540d ("mac80211: Send control port frames over nl80211") +Cc: stable@vger.kernel.org +Signed-off-by: Denis Kenzior +Link: https://lore.kernel.org/r/20190827224120.14545-2-denkenz@gmail.com +Signed-off-by: Johannes Berg +Signed-off-by: Greg Kroah-Hartman + +--- + net/mac80211/rx.c | 4 ++-- + 1 file changed, 2 insertions(+), 2 deletions(-) + +--- a/net/mac80211/rx.c ++++ b/net/mac80211/rx.c +@@ -2377,6 +2377,8 @@ static void ieee80211_deliver_skb_to_loc + cfg80211_rx_control_port(dev, skb, noencrypt); + dev_kfree_skb(skb); + } else { ++ memset(skb->cb, 0, sizeof(skb->cb)); ++ + /* deliver to local stack */ + if (rx->napi) + napi_gro_receive(rx->napi, skb); +@@ -2470,8 +2472,6 @@ ieee80211_deliver_skb(struct ieee80211_r + + if (skb) { + skb->protocol = eth_type_trans(skb, dev); +- memset(skb->cb, 0, sizeof(skb->cb)); +- + ieee80211_deliver_skb_to_local_stack(skb, rx); + } + diff --git a/queue-4.19/mac80211-fix-possible-sta-leak.patch b/queue-4.19/mac80211-fix-possible-sta-leak.patch new file mode 100644 index 00000000000..49b31ede83f --- /dev/null +++ b/queue-4.19/mac80211-fix-possible-sta-leak.patch @@ -0,0 +1,47 @@ +From 5fd2f91ad483baffdbe798f8a08f1b41442d1e24 Mon Sep 17 00:00:00 2001 +From: Johannes Berg +Date: Thu, 1 Aug 2019 09:30:33 +0200 +Subject: mac80211: fix possible sta leak + +From: Johannes Berg + +commit 5fd2f91ad483baffdbe798f8a08f1b41442d1e24 upstream. + +If TDLS station addition is rejected, the sta memory is leaked. +Avoid this by moving the check before the allocation. + +Cc: stable@vger.kernel.org +Fixes: 7ed5285396c2 ("mac80211: don't initiate TDLS connection if station is not associated to AP") +Link: https://lore.kernel.org/r/20190801073033.7892-1-johannes@sipsolutions.net +Signed-off-by: Johannes Berg +Signed-off-by: Greg Kroah-Hartman + +--- + net/mac80211/cfg.c | 9 +++++---- + 1 file changed, 5 insertions(+), 4 deletions(-) + +--- a/net/mac80211/cfg.c ++++ b/net/mac80211/cfg.c +@@ -1471,6 +1471,11 @@ static int ieee80211_add_station(struct + if (is_multicast_ether_addr(mac)) + return -EINVAL; + ++ if (params->sta_flags_set & BIT(NL80211_STA_FLAG_TDLS_PEER) && ++ sdata->vif.type == NL80211_IFTYPE_STATION && ++ !sdata->u.mgd.associated) ++ return -EINVAL; ++ + sta = sta_info_alloc(sdata, mac, GFP_KERNEL); + if (!sta) + return -ENOMEM; +@@ -1478,10 +1483,6 @@ static int ieee80211_add_station(struct + if (params->sta_flags_set & BIT(NL80211_STA_FLAG_TDLS_PEER)) + sta->sta.tdls = true; + +- if (sta->sta.tdls && sdata->vif.type == NL80211_IFTYPE_STATION && +- !sdata->u.mgd.associated) +- return -EINVAL; +- + err = sta_apply_parameters(local, sta, params); + if (err) { + sta_info_free(local, sta); diff --git a/queue-4.19/revert-cfg80211-fix-processing-world-regdomain-when-non-modular.patch b/queue-4.19/revert-cfg80211-fix-processing-world-regdomain-when-non-modular.patch new file mode 100644 index 00000000000..b21faf019da --- /dev/null +++ b/queue-4.19/revert-cfg80211-fix-processing-world-regdomain-when-non-modular.patch @@ -0,0 +1,63 @@ +From 0d31d4dbf38412f5b8b11b4511d07b840eebe8cb Mon Sep 17 00:00:00 2001 +From: "Hodaszi, Robert" +Date: Fri, 14 Jun 2019 13:16:01 +0000 +Subject: Revert "cfg80211: fix processing world regdomain when non modular" + +From: Hodaszi, Robert + +commit 0d31d4dbf38412f5b8b11b4511d07b840eebe8cb upstream. + +This reverts commit 96cce12ff6e0 ("cfg80211: fix processing world +regdomain when non modular"). + +Re-triggering a reg_process_hint with the last request on all events, +can make the regulatory domain fail in case of multiple WiFi modules. On +slower boards (espacially with mdev), enumeration of the WiFi modules +can end up in an intersected regulatory domain, and user cannot set it +with 'iw reg set' anymore. + +This is happening, because: +- 1st module enumerates, queues up a regulatory request +- request gets processed by __reg_process_hint_driver(): + - checks if previous was set by CORE -> yes + - checks if regulator domain changed -> yes, from '00' to e.g. 'US' + -> sends request to the 'crda' +- 2nd module enumerates, queues up a regulator request (which triggers + the reg_todo() work) +- reg_todo() -> reg_process_pending_hints() sees, that the last request + is not processed yet, so it tries to process it again. + __reg_process_hint driver() will run again, and: + - checks if the last request's initiator was the core -> no, it was + the driver (1st WiFi module) + - checks, if the previous initiator was the driver -> yes + - checks if the regulator domain changed -> yes, it was '00' (set by + core, and crda call did not return yet), and should be changed to 'US' + +------> __reg_process_hint_driver calls an intersect + +Besides, the reg_process_hint call with the last request is meaningless +since the crda call has a timeout work. If that timeout expires, the +first module's request will lost. + +Cc: stable@vger.kernel.org +Fixes: 96cce12ff6e0 ("cfg80211: fix processing world regdomain when non modular") +Signed-off-by: Robert Hodaszi +Link: https://lore.kernel.org/r/20190614131600.GA13897@a1-hr +Signed-off-by: Johannes Berg +Signed-off-by: Greg Kroah-Hartman + +--- + net/wireless/reg.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +--- a/net/wireless/reg.c ++++ b/net/wireless/reg.c +@@ -2777,7 +2777,7 @@ static void reg_process_pending_hints(vo + + /* When last_request->processed becomes true this will be rescheduled */ + if (lr && !lr->processed) { +- reg_process_hint(lr); ++ pr_debug("Pending regulatory request, waiting for it to be processed...\n"); + return; + } + diff --git a/queue-4.19/series b/queue-4.19/series index 006c14f2260..9ce362c4421 100644 --- a/queue-4.19/series +++ b/queue-4.19/series @@ -77,3 +77,7 @@ bus-hisi_lpc-unregister-logical-pio-range-to-avoid-potential-use-after-free.patc bus-hisi_lpc-add-.remove-method-to-avoid-driver-unbind-crash.patch vmci-release-resource-if-the-work-is-already-queued.patch crypto-ccp-ignore-unconfigured-ccp-device-on-suspend-resume.patch +revert-cfg80211-fix-processing-world-regdomain-when-non-modular.patch +mac80211-fix-possible-sta-leak.patch +mac80211-don-t-memset-rxcb-prior-to-pae-intercept.patch +mac80211-correctly-set-noencrypt-for-pae-frames.patch -- 2.47.3