Received: by 2002:ac0:e350:0:0:0:0:0 with SMTP id g16csp1942428imn; Mon, 1 Aug 2022 05:53:02 -0700 (PDT) X-Google-Smtp-Source: AGRyM1vSX9E7rI1AS0HchzIW1j/ohCcPV/L0expBIV6ygQBoNAGFBtTFMyvNnxvGQtebToMMH2Ck X-Received: by 2002:a17:907:7f1a:b0:72e:f9c9:dfe2 with SMTP id qf26-20020a1709077f1a00b0072ef9c9dfe2mr12355667ejc.84.1659358382147; Mon, 01 Aug 2022 05:53:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1659358382; cv=none; d=google.com; s=arc-20160816; b=F9VfFaUfG2P6YHLunBwxCwN5GVYahd70okllvf27/Y0jLv43nJvag6zdqECHde/lb2 t9T6xbnXZVpJWVYcx1x5/3EBO021cMLlReKNhCdM+JCupQM4uim4E6LWYE9obVg3RioO IJtPT6ZV9wEPWoMT3PmbS/0rBbeNOm2NtgzseQHRAleTWTMintz35SJqaYJNz4Mz0pJb GwS0k6VKUzjcZdjhh8Tr3NIFJNcTamRFz9HfsHEn8rMA/jRkZfFLu7m5hLqUAVY7246R hSKUZNp4ekGvxWid5hT/U8Vy0UVEKVcGKcLEUAMEdiYLIWYzHQL6ZiVgYVrH/IlzOCBg AD0w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=CSe3aVF05xuicyRTnFKT8NlCTHiuEShPfeYAUOxkS0A=; b=UGflMRcUafk/1m7GRKrD/p1KLWYilHG6fL4l9PRkXU1+dF3oEQlG+xaZmMmeklXQom oyNFvoUldLW8pj8OmD71FdgLmUcHPjn2FC0ee313vHv1VysBk6I85jclJMAmYW+jFQPO ZjDWsq1T2IiIG70Vaf7YJDHWHrfddq3Tj4jxRrGSbsxGQrX14izT0a96MEhBL9rM/7te UbU3+VtRZsikoMiQIzr4yxagTUv+DHlP1X96GMpcTNlK3PIudhbZ8aJqU3Iujtzu9q0a YbPf+TQdTLz+s7fYfPVhYEI6wlXbNQBtfkA/pEuW4SyPXAMMtxT2FSRnSfcBqn7xJ6Vt ES3A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=xU8CPwFX; 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=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id e8-20020a170906c00800b0072b592b88d6si8768200ejz.496.2022.08.01.05.52.36; Mon, 01 Aug 2022 05:53:02 -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=@linuxfoundation.org header.s=korg header.b=xU8CPwFX; 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=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233575AbiHAMGr (ORCPT + 99 others); Mon, 1 Aug 2022 08:06:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47614 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233675AbiHAMFy (ORCPT ); Mon, 1 Aug 2022 08:05:54 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 99E6D5C963; Mon, 1 Aug 2022 04:55:03 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id C498261359; Mon, 1 Aug 2022 11:55:02 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id CD074C433D7; Mon, 1 Aug 2022 11:55:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1659354902; bh=TQns3hjRBLYuanL/YF6iu0M/uuZZf7+dlf8QceGSMv8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=xU8CPwFX81bPBv+kLUgZXPGe3iph5QWiKWw3an8J9n/s/LhS25FEbL/oTtJNlkwT7 TVaZvdnS8Sl4i7ZVD7ir1eFGV6PZzcBQXsW9YrFXTYw6AhkclQltaTkAtgeMDWNMnz oPRNpCX7KjYhM6y/MH8fEaXuEc59lBg8fVOgjiJE= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Wei Chen , Xin Long , Jakub Kicinski , Sasha Levin Subject: [PATCH 5.15 61/69] sctp: leave the err path free in sctp_stream_init to sctp_stream_free Date: Mon, 1 Aug 2022 13:47:25 +0200 Message-Id: <20220801114136.937720338@linuxfoundation.org> X-Mailer: git-send-email 2.37.1 In-Reply-To: <20220801114134.468284027@linuxfoundation.org> References: <20220801114134.468284027@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS 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 From: Xin Long [ Upstream commit 181d8d2066c000ba0a0e6940a7ad80f1a0e68e9d ] A NULL pointer dereference was reported by Wei Chen: BUG: kernel NULL pointer dereference, address: 0000000000000000 RIP: 0010:__list_del_entry_valid+0x26/0x80 Call Trace: sctp_sched_dequeue_common+0x1c/0x90 sctp_sched_prio_dequeue+0x67/0x80 __sctp_outq_teardown+0x299/0x380 sctp_outq_free+0x15/0x20 sctp_association_free+0xc3/0x440 sctp_do_sm+0x1ca7/0x2210 sctp_assoc_bh_rcv+0x1f6/0x340 This happens when calling sctp_sendmsg without connecting to server first. In this case, a data chunk already queues up in send queue of client side when processing the INIT_ACK from server in sctp_process_init() where it calls sctp_stream_init() to alloc stream_in. If it fails to alloc stream_in all stream_out will be freed in sctp_stream_init's err path. Then in the asoc freeing it will crash when dequeuing this data chunk as stream_out is missing. As we can't free stream out before dequeuing all data from send queue, and this patch is to fix it by moving the err path stream_out/in freeing in sctp_stream_init() to sctp_stream_free() which is eventually called when freeing the asoc in sctp_association_free(). This fix also makes the code in sctp_process_init() more clear. Note that in sctp_association_init() when it fails in sctp_stream_init(), sctp_association_free() will not be called, and in that case it should go to 'stream_free' err path to free stream instead of 'fail_init'. Fixes: 5bbbbe32a431 ("sctp: introduce stream scheduler foundations") Reported-by: Wei Chen Signed-off-by: Xin Long Link: https://lore.kernel.org/r/831a3dc100c4908ff76e5bcc363be97f2778bc0b.1658787066.git.lucien.xin@gmail.com Signed-off-by: Jakub Kicinski Signed-off-by: Sasha Levin --- net/sctp/associola.c | 5 ++--- net/sctp/stream.c | 19 +++---------------- 2 files changed, 5 insertions(+), 19 deletions(-) diff --git a/net/sctp/associola.c b/net/sctp/associola.c index be29da09cc7a..3460abceba44 100644 --- a/net/sctp/associola.c +++ b/net/sctp/associola.c @@ -229,9 +229,8 @@ static struct sctp_association *sctp_association_init( if (!sctp_ulpq_init(&asoc->ulpq, asoc)) goto fail_init; - if (sctp_stream_init(&asoc->stream, asoc->c.sinit_num_ostreams, - 0, gfp)) - goto fail_init; + if (sctp_stream_init(&asoc->stream, asoc->c.sinit_num_ostreams, 0, gfp)) + goto stream_free; /* Initialize default path MTU. */ asoc->pathmtu = sp->pathmtu; diff --git a/net/sctp/stream.c b/net/sctp/stream.c index 6dc95dcc0ff4..ef9fceadef8d 100644 --- a/net/sctp/stream.c +++ b/net/sctp/stream.c @@ -137,7 +137,7 @@ int sctp_stream_init(struct sctp_stream *stream, __u16 outcnt, __u16 incnt, ret = sctp_stream_alloc_out(stream, outcnt, gfp); if (ret) - goto out_err; + return ret; for (i = 0; i < stream->outcnt; i++) SCTP_SO(stream, i)->state = SCTP_STREAM_OPEN; @@ -145,22 +145,9 @@ int sctp_stream_init(struct sctp_stream *stream, __u16 outcnt, __u16 incnt, handle_in: sctp_stream_interleave_init(stream); if (!incnt) - goto out; - - ret = sctp_stream_alloc_in(stream, incnt, gfp); - if (ret) - goto in_err; - - goto out; + return 0; -in_err: - sched->free(stream); - genradix_free(&stream->in); -out_err: - genradix_free(&stream->out); - stream->outcnt = 0; -out: - return ret; + return sctp_stream_alloc_in(stream, incnt, gfp); } int sctp_stream_init_ext(struct sctp_stream *stream, __u16 sid) -- 2.35.1