Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp6820083rwr; Tue, 2 May 2023 06:07:09 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ5iU1/S+mC/z2xwjErYV2VLucPhOPZVSHqGvQDZ8VOolgNe6IeY5aBq9RLWPkuID9ikqjFi X-Received: by 2002:a9d:6756:0:b0:6a4:2b31:c570 with SMTP id w22-20020a9d6756000000b006a42b31c570mr8129275otm.24.1683032829307; Tue, 02 May 2023 06:07:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1683032829; cv=none; d=google.com; s=arc-20160816; b=vfjqj4V+uqOePO0pILYFITo1rLZB8h448+KENe0C8gt5eS2J7rwjHnd6Y/erjVS0Vv qjZEYiZrLWoQD8U+9TUPbdvQimgTJLJNa5Os06OM+VnO5ac3Knvg9a+4rV47YoeTkcvp zbVKognskEnSYPTbgt1zYPuBwgsyLqu4VQ0jiTgzaj0SiNATzAfiayMsixUX1TbhxlFo UDNg7KRhurih2xVZ0mMz15GK5zCALSlXKlpqlXJpK4S1a2UhhRkhRG81FIYZLHIU0Hjd wcIwyvBUS98Nccq909iG5Ro2Xzfo3qxR31ABvPn5vHCEeT6lwkjSGOVq1MlSnt9RaWmr I4uw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:content-transfer-encoding :content-language:accept-language:in-reply-to:references:message-id :date:thread-index:thread-topic:subject:cc:to:from:dkim-signature :dkim-filter; bh=XeUJxsBSQd1pjrQXTV5YP3H+DxqnTGptCJyjoilPwJg=; b=MuQUACuABFB7kBMkHnbyrbCNblFxHFDc00hzFQgQrmCVA9203Va9j+mpD6xZ09xvoR ZN6vkVKlsCbdN7lQL2Eu2sgLV1Dr/7Eb0QyBznhKiaqb/fJrfcC/qGu9+loVBAxJEMit jLnrV3fvAPoH1DSi3nk5MF3ANC2s9UyXZ4s4TYwqGeKxbplNitOLYmHJwzEe/WFhF3w+ K91Nat+X/GLqavkTtRaUdVmrwbKtLML4SY8Yv2/AipcPGgLSn2/VftrrSw0ozRxbmXz7 iPPRh4FKi9I+k9EksMb6RXKRwLxWmCqyL3bYwsv48Vq33fnEtdPFNzywfd9RYI896DBT 0N3w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infotecs.ru header.s=mx header.b=DGsaepVY; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=NONE dis=NONE) header.from=infotecs.ru Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id u20-20020a056830249400b006a11a5a4d36si23167754ots.179.2023.05.02.06.06.47; Tue, 02 May 2023 06:07:09 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@infotecs.ru header.s=mx header.b=DGsaepVY; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=NONE dis=NONE) header.from=infotecs.ru Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234346AbjEBNF2 (ORCPT + 99 others); Tue, 2 May 2023 09:05:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41918 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234029AbjEBNFD (ORCPT ); Tue, 2 May 2023 09:05:03 -0400 Received: from mx0.infotecs.ru (mx0.infotecs.ru [91.244.183.115]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 641CB5252; Tue, 2 May 2023 06:04:07 -0700 (PDT) Received: from mx0.infotecs-nt (localhost [127.0.0.1]) by mx0.infotecs.ru (Postfix) with ESMTP id 00E2910B66F1; Tue, 2 May 2023 16:03:25 +0300 (MSK) DKIM-Filter: OpenDKIM Filter v2.11.0 mx0.infotecs.ru 00E2910B66F1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infotecs.ru; s=mx; t=1683032605; bh=XeUJxsBSQd1pjrQXTV5YP3H+DxqnTGptCJyjoilPwJg=; h=From:To:CC:Subject:Date:References:In-Reply-To:From; b=DGsaepVYzleqpK/ZFnyAanNKuYVsN+7vqFFjhly7VO7T2ke37yOfWvRGXkZkKAkQw U5cZcETyQBiRXSLU5ucnK2YSPaOMlu/dH4gw1dUKpA4/vpWx5p2jNBcn5+Kn8wND+r Uu8pTZnnuoV+0B8Ww4SC1ehiqo6qh4WznO9w6sy4= Received: from msk-exch-02.infotecs-nt (msk-exch-02.infotecs-nt [10.0.7.192]) by mx0.infotecs-nt (Postfix) with ESMTP id F0DE130A2CA0; Tue, 2 May 2023 16:03:24 +0300 (MSK) From: Gavrilov Ilia To: Simon Horman CC: Neil Horman , Marcelo Ricardo Leitner , Xin Long , "David S. Miller" , Eric Dumazet , "Jakub Kicinski" , Paolo Abeni , "linux-sctp@vger.kernel.org" , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "lvc-project@linuxtesting.org" Subject: [PATCH net v2] sctp: fix a potential buffer overflow in sctp_sched_set_sched() Thread-Topic: [PATCH net v2] sctp: fix a potential buffer overflow in sctp_sched_set_sched() Thread-Index: AQHZfPZ6+AjI4Yq7k0+w8RGcNMvKHg== Date: Tue, 2 May 2023 13:03:24 +0000 Message-ID: <20230502130316.2680585-1-Ilia.Gavrilov@infotecs.ru> References: In-Reply-To: Accept-Language: ru-RU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.17.0.10] x-exclaimer-md-config: 208ac3cd-1ed4-4982-a353-bdefac89ac0a Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-KLMS-Rule-ID: 1 X-KLMS-Message-Action: clean X-KLMS-AntiSpam-Lua-Profiles: 177118 [May 02 2023] X-KLMS-AntiSpam-Version: 5.9.59.0 X-KLMS-AntiSpam-Envelope-From: Ilia.Gavrilov@infotecs.ru X-KLMS-AntiSpam-Rate: 0 X-KLMS-AntiSpam-Status: not_detected X-KLMS-AntiSpam-Method: none X-KLMS-AntiSpam-Auth: dkim=none X-KLMS-AntiSpam-Info: LuaCore: 510 510 bc345371020d3ce827abc4c710f5f0ecf15eaf2e, {Tracking_from_domain_doesnt_match_to}, 127.0.0.199:7.1.2;infotecs.ru:7.1.1;d41d8cd98f00b204e9800998ecf8427e.com:7.1.1 X-MS-Exchange-Organization-SCL: -1 X-KLMS-AntiSpam-Interceptor-Info: scan successful X-KLMS-AntiPhishing: Clean, bases: 2023/05/02 11:01:00 X-KLMS-AntiVirus: Kaspersky Security for Linux Mail Server, version 8.0.3.30, bases: 2023/05/02 09:07:00 #21205017 X-KLMS-AntiVirus-Status: Clean, skipped X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The 'sched' index value must be checked before accessing an element of the 'sctp_sched_ops' array. Otherwise, it can lead to buffer overflow. Note that it's harmless since the 'sched' parameter is checked before calling 'sctp_sched_set_sched'. Found by InfoTeCS on behalf of Linux Verification Center (linuxtesting.org) with SVACE. Fixes: 5bbbbe32a431 ("sctp: introduce stream scheduler foundations") Reviewed-by: Simon Horman Signed-off-by: Ilia.Gavrilov --- V2: - Change the order of local variables=20 - Specify the target tree in the subject net/sctp/stream_sched.c | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/net/sctp/stream_sched.c b/net/sctp/stream_sched.c index 330067002deb..4d076a9b8592 100644 --- a/net/sctp/stream_sched.c +++ b/net/sctp/stream_sched.c @@ -146,18 +146,19 @@ static void sctp_sched_free_sched(struct sctp_stream = *stream) int sctp_sched_set_sched(struct sctp_association *asoc, enum sctp_sched_type sched) { - struct sctp_sched_ops *n =3D sctp_sched_ops[sched]; struct sctp_sched_ops *old =3D asoc->outqueue.sched; struct sctp_datamsg *msg =3D NULL; + struct sctp_sched_ops *n; struct sctp_chunk *ch; int i, ret =3D 0; =20 - if (old =3D=3D n) - return ret; - if (sched > SCTP_SS_MAX) return -EINVAL; =20 + n =3D sctp_sched_ops[sched]; + if (old =3D=3D n) + return ret; + if (old) sctp_sched_free_sched(&asoc->stream); =20 --=20 2.30.2