From: "Gustavo A. R. Silva" <gustavo@embeddedor.com>
To: Alexander Lobakin <aleksander.lobakin@intel.com>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>
Cc: Kees Cook <keescook@chromium.org>,
"Gustavo A. R. Silva" <gustavoars@kernel.org>,
Nathan Chancellor <nathan@kernel.org>,
Simon Horman <horms@kernel.org>,
nex.sw.ncis.osdt.itp.upstreaming@intel.com,
intel-wired-lan@lists.osuosl.org,
linux-hardening@vger.kernel.org, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH net-next 3/3] idpf: sprinkle __counted_by{,_le}() in the virtchnl2 header
Date: Tue, 26 Mar 2024 11:03:44 -0600 [thread overview]
Message-ID: <de9a1396-7793-4420-8d3e-1c634059cfe0@embeddedor.com> (raw)
In-Reply-To: <20240326164116.645718-4-aleksander.lobakin@intel.com>
On 3/26/24 10:41, Alexander Lobakin wrote:
> Both virtchnl2.h and its consumer idpf_virtchnl.c are very error-prone.
> There are 10 structures with flexible arrays at the end, but 9 of them
> has flex member counter in Little Endian.
> Make the code a bit more robust by applying __counted_by_le() to those
> 9. LE platforms is the main target for this driver, so they would
> receive additional protection.
> While we're here, add __counted_by() to virtchnl2_ptype::proto_id, as
> its counter is `u8` regardless of the Endianness.
> Compile test on x86_64 (LE) didn't reveal any new issues after applying
> the attributes.
>
> Acked-by: Kees Cook <keescook@chromium.org>
> Signed-off-by: Alexander Lobakin <aleksander.lobakin@intel.com>
LGTM:
Acked-by: Gustavo A. R. Silva <gustavoars@kernel.org>
Thanks
--
Gustavo
> ---
> drivers/net/ethernet/intel/idpf/virtchnl2.h | 20 ++++++++++----------
> 1 file changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/net/ethernet/intel/idpf/virtchnl2.h b/drivers/net/ethernet/intel/idpf/virtchnl2.h
> index 29419211b3d9..63deb120359c 100644
> --- a/drivers/net/ethernet/intel/idpf/virtchnl2.h
> +++ b/drivers/net/ethernet/intel/idpf/virtchnl2.h
> @@ -555,7 +555,7 @@ VIRTCHNL2_CHECK_STRUCT_LEN(32, virtchnl2_queue_reg_chunk);
> struct virtchnl2_queue_reg_chunks {
> __le16 num_chunks;
> u8 pad[6];
> - struct virtchnl2_queue_reg_chunk chunks[];
> + struct virtchnl2_queue_reg_chunk chunks[] __counted_by_le(num_chunks);
> };
> VIRTCHNL2_CHECK_STRUCT_LEN(8, virtchnl2_queue_reg_chunks);
>
> @@ -703,7 +703,7 @@ struct virtchnl2_config_tx_queues {
> __le32 vport_id;
> __le16 num_qinfo;
> u8 pad[10];
> - struct virtchnl2_txq_info qinfo[];
> + struct virtchnl2_txq_info qinfo[] __counted_by_le(num_qinfo);
> };
> VIRTCHNL2_CHECK_STRUCT_LEN(16, virtchnl2_config_tx_queues);
>
> @@ -782,7 +782,7 @@ struct virtchnl2_config_rx_queues {
> __le32 vport_id;
> __le16 num_qinfo;
> u8 pad[18];
> - struct virtchnl2_rxq_info qinfo[];
> + struct virtchnl2_rxq_info qinfo[] __counted_by_le(num_qinfo);
> };
> VIRTCHNL2_CHECK_STRUCT_LEN(24, virtchnl2_config_rx_queues);
>
> @@ -868,7 +868,7 @@ VIRTCHNL2_CHECK_STRUCT_LEN(32, virtchnl2_vector_chunk);
> struct virtchnl2_vector_chunks {
> __le16 num_vchunks;
> u8 pad[14];
> - struct virtchnl2_vector_chunk vchunks[];
> + struct virtchnl2_vector_chunk vchunks[] __counted_by_le(num_vchunks);
> };
> VIRTCHNL2_CHECK_STRUCT_LEN(16, virtchnl2_vector_chunks);
>
> @@ -912,7 +912,7 @@ struct virtchnl2_rss_lut {
> __le16 lut_entries_start;
> __le16 lut_entries;
> u8 pad[4];
> - __le32 lut[];
> + __le32 lut[] __counted_by_le(lut_entries);
> };
> VIRTCHNL2_CHECK_STRUCT_LEN(12, virtchnl2_rss_lut);
>
> @@ -977,7 +977,7 @@ struct virtchnl2_ptype {
> u8 ptype_id_8;
> u8 proto_id_count;
> __le16 pad;
> - __le16 proto_id[];
> + __le16 proto_id[] __counted_by(proto_id_count);
> } __packed __aligned(2);
> VIRTCHNL2_CHECK_STRUCT_LEN(6, virtchnl2_ptype);
>
> @@ -1104,7 +1104,7 @@ struct virtchnl2_rss_key {
> __le32 vport_id;
> __le16 key_len;
> u8 pad;
> - u8 key_flex[];
> + u8 key_flex[] __counted_by_le(key_len);
> } __packed;
> VIRTCHNL2_CHECK_STRUCT_LEN(7, virtchnl2_rss_key);
>
> @@ -1131,7 +1131,7 @@ VIRTCHNL2_CHECK_STRUCT_LEN(16, virtchnl2_queue_chunk);
> struct virtchnl2_queue_chunks {
> __le16 num_chunks;
> u8 pad[6];
> - struct virtchnl2_queue_chunk chunks[];
> + struct virtchnl2_queue_chunk chunks[] __counted_by_le(num_chunks);
> };
> VIRTCHNL2_CHECK_STRUCT_LEN(8, virtchnl2_queue_chunks);
>
> @@ -1195,7 +1195,7 @@ struct virtchnl2_queue_vector_maps {
> __le32 vport_id;
> __le16 num_qv_maps;
> u8 pad[10];
> - struct virtchnl2_queue_vector qv_maps[];
> + struct virtchnl2_queue_vector qv_maps[] __counted_by_le(num_qv_maps);
> };
> VIRTCHNL2_CHECK_STRUCT_LEN(16, virtchnl2_queue_vector_maps);
>
> @@ -1247,7 +1247,7 @@ struct virtchnl2_mac_addr_list {
> __le32 vport_id;
> __le16 num_mac_addr;
> u8 pad[2];
> - struct virtchnl2_mac_addr mac_addr_list[];
> + struct virtchnl2_mac_addr mac_addr_list[] __counted_by_le(num_mac_addr);
> };
> VIRTCHNL2_CHECK_STRUCT_LEN(8, virtchnl2_mac_addr_list);
>
prev parent reply other threads:[~2024-03-26 17:04 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-26 16:41 [PATCH net-next 0/3] compiler_types: add Endianness-dependent __counted_by_{le,be} Alexander Lobakin
2024-03-26 16:41 ` [PATCH net-next 1/3] " Alexander Lobakin
2024-03-26 17:02 ` Gustavo A. R. Silva
2024-03-26 16:41 ` [PATCH net-next 2/3] idpf: make virtchnl2.h self-contained Alexander Lobakin
2024-03-26 17:04 ` Gustavo A. R. Silva
2024-03-27 4:04 ` Jakub Kicinski
2024-03-27 14:17 ` [Intel-wired-lan] " Alexander Lobakin
2024-03-26 16:41 ` [PATCH net-next 3/3] idpf: sprinkle __counted_by{,_le}() in the virtchnl2 header Alexander Lobakin
2024-03-26 17:03 ` Gustavo A. R. Silva [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=de9a1396-7793-4420-8d3e-1c634059cfe0@embeddedor.com \
--to=gustavo@embeddedor.com \
--cc=aleksander.lobakin@intel.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=gustavoars@kernel.org \
--cc=horms@kernel.org \
--cc=intel-wired-lan@lists.osuosl.org \
--cc=keescook@chromium.org \
--cc=kuba@kernel.org \
--cc=linux-hardening@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nathan@kernel.org \
--cc=netdev@vger.kernel.org \
--cc=nex.sw.ncis.osdt.itp.upstreaming@intel.com \
--cc=pabeni@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®