From: Xin Long <lucien.xin@gmail.com>
To: Neil Horman <nhorman@tuxdriver.com>
Cc: network dev <netdev@vger.kernel.org>,
linux-sctp@vger.kernel.org, davem <davem@davemloft.net>,
Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>
Subject: Re: [PATCH net] sctp: return error if the asoc has been peeled off in sctp_wait_for_sndbuf
Date: Tue, 16 Jan 2018 01:20:28 +0800 [thread overview]
Message-ID: <CADvbK_cPpd7Q2=9C_nnNeA5butjHX47ATyA0cgnueKcDCaCo3w@mail.gmail.com> (raw)
In-Reply-To: <20180115130625.GB24317@hmswarspite.think-freely.org>
On Mon, Jan 15, 2018 at 9:06 PM, Neil Horman <nhorman@tuxdriver.com> wrote:
> On Mon, Jan 15, 2018 at 05:01:36PM +0800, Xin Long wrote:
>> After commit cea0cc80a677 ("sctp: use the right sk after waking up from
>> wait_buf sleep"), it may change to lock another sk if the asoc has been
>> peeled off in sctp_wait_for_sndbuf.
>>
>> However, the asoc's new sk could be already closed elsewhere, as it's in
>> the sendmsg context of the old sk that can't avoid the new sk's closing.
>> If the sk's last one refcnt is held by this asoc, later on after putting
>> this asoc, the new sk will be freed, while under it's own lock.
>>
>> This patch is to revert that commit, but fix the old issue by returning
>> error under the old sk's lock.
>>
>> Fixes: cea0cc80a677 ("sctp: use the right sk after waking up from wait_buf sleep")
>> Reported-by: syzbot+ac6ea7baa4432811eb50@syzkaller.appspotmail.com
>> Signed-off-by: Xin Long <lucien.xin@gmail.com>
>> ---
>> net/sctp/socket.c | 16 ++++++----------
>> 1 file changed, 6 insertions(+), 10 deletions(-)
>>
>> diff --git a/net/sctp/socket.c b/net/sctp/socket.c
>> index 15ae018..feb2ca6 100644
>> --- a/net/sctp/socket.c
>> +++ b/net/sctp/socket.c
>> @@ -85,7 +85,7 @@
>> static int sctp_writeable(struct sock *sk);
>> static void sctp_wfree(struct sk_buff *skb);
>> static int sctp_wait_for_sndbuf(struct sctp_association *asoc, long *timeo_p,
>> - size_t msg_len, struct sock **orig_sk);
>> + size_t msg_len);
>> static int sctp_wait_for_packet(struct sock *sk, int *err, long *timeo_p);
>> static int sctp_wait_for_connect(struct sctp_association *, long *timeo_p);
>> static int sctp_wait_for_accept(struct sock *sk, long timeo);
>> @@ -1977,7 +1977,7 @@ static int sctp_sendmsg(struct sock *sk, struct msghdr *msg, size_t msg_len)
>> timeo = sock_sndtimeo(sk, msg->msg_flags & MSG_DONTWAIT);
>> if (!sctp_wspace(asoc)) {
>> /* sk can be changed by peel off when waiting for buf. */
>> - err = sctp_wait_for_sndbuf(asoc, &timeo, msg_len, &sk);
>> + err = sctp_wait_for_sndbuf(asoc, &timeo, msg_len);
>> if (err) {
>> if (err == -ESRCH) {
>> /* asoc is already dead. */
>> @@ -8022,12 +8022,12 @@ void sctp_sock_rfree(struct sk_buff *skb)
>>
>> /* Helper function to wait for space in the sndbuf. */
>> static int sctp_wait_for_sndbuf(struct sctp_association *asoc, long *timeo_p,
>> - size_t msg_len, struct sock **orig_sk)
>> + size_t msg_len)
>> {
>> struct sock *sk = asoc->base.sk;
>> - int err = 0;
>> long current_timeo = *timeo_p;
>> DEFINE_WAIT(wait);
>> + int err = 0;
>>
>> pr_debug("%s: asoc:%p, timeo:%ld, msg_len:%zu\n", __func__, asoc,
>> *timeo_p, msg_len);
>> @@ -8056,17 +8056,13 @@ static int sctp_wait_for_sndbuf(struct sctp_association *asoc, long *timeo_p,
>> release_sock(sk);
>> current_timeo = schedule_timeout(current_timeo);
>> lock_sock(sk);
>> - if (sk != asoc->base.sk) {
>> - release_sock(sk);
>> - sk = asoc->base.sk;
>> - lock_sock(sk);
>> - }
>> + if (sk != asoc->base.sk)
>> + goto do_error;
> Is this a safe comparison to make (thinking in terms both of non-cache coherent
> arches, or, more likely, of cases where the sock slab reuses an object leading
> to the same pointer). Would it be better to have a single point of freeing the
> sock and use the SOCK_DEAD flag here?
Hi, Neil, You meant leading to 'asoc->base.sk is the same as sk' ?
Here sk is being used in it's sendmsg context, this sk can't even be closed.
it's impossible that the sock slab may reuses this sk(still alive) to
asoc->base.sk in somewhere?
>
> Neil
>
>>
>> *timeo_p = current_timeo;
>> }
>>
>> out:
>> - *orig_sk = sk;
>> finish_wait(&asoc->wait, &wait);
>>
>> /* Release the association's refcnt. */
>> --
>> 2.1.0
>>
>>
next prev parent reply other threads:[~2018-01-15 17:20 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-15 9:01 [PATCH net] sctp: return error if the asoc has been peeled off in sctp_wait_for_sndbuf Xin Long
2018-01-15 13:06 ` Neil Horman
2018-01-15 17:20 ` Xin Long [this message]
2018-01-15 18:58 ` Neil Horman
2018-01-16 6:12 ` Xin Long
2018-01-16 12:32 ` Neil Horman
2018-01-16 12:51 ` Xin Long
2018-01-16 16:19 ` Neil Horman
2018-01-16 19:25 ` David Miller
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='CADvbK_cPpd7Q2=9C_nnNeA5butjHX47ATyA0cgnueKcDCaCo3w@mail.gmail.com' \
--to=lucien.xin@gmail.com \
--cc=davem@davemloft.net \
--cc=linux-sctp@vger.kernel.org \
--cc=marcelo.leitner@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=nhorman@tuxdriver.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;
as well as URLs for NNTP newsgroup(s).