Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp1849442ybv; Sat, 8 Feb 2020 07:19:23 -0800 (PST) X-Google-Smtp-Source: APXvYqw57VwfsPCn+29SBiJMUwxDgMFSGpimTUsyud9qd6V8hXFC48OBHJjgmJ2xZM8MguvM1WAg X-Received: by 2002:a9d:7851:: with SMTP id c17mr3869865otm.58.1581175163383; Sat, 08 Feb 2020 07:19:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581175163; cv=none; d=google.com; s=arc-20160816; b=we8mcP8OScmy3q8SlSUqKJyFojlA4jK0SeUIg0rAulGZaBf7VSkRQg/11j4VWv0hA6 8/P+Yzo4a2NzAOl3Y5fOTU7rufRRozeFvu66HO+/AHQXRJjtQI4F/2iAt1KJQIvmzG6K uAY4HFCnqbygl0RHTi2YFZw7gpIw9QF6oH1C3sWTIhnXnU+dFQP2dmdndAXNmRB2L163 /bSCDaeLi2fl6c8MKRJ3XDZOv+e+8LnksxipYvYmh2KUMQ4YuPchm51ri3FUu1e3UnTy 1fV9A3iDyuLYoolne3ec0EVLor1hfn8XXLF4DFGSrss6rildTm6VIVBtr7u04reSExea co9w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=05UDqHMnFIGZNgMWaZBRQc+rDkhyjL/hx+HfcwVpWsc=; b=iovF1Vvd4YUpzMxZUZ8wQLTPaQZqH4t5+CmxQXQ6MWU1JR0gY4s+8KqgRiTNfEkiK5 UrPbKrWGKnRcLoCE0rLuAIQvxioawhyjfAjCB7hDfNaCniEqzHBfln3DHb6/sb5OodnD oO7ixh8/kK/K8RhyNIf6hLmh4d7e8iFeNxEnBNYinH9p578tarz5iIF8zJvHttoQH4Tq Qud1m+7vD22ydMuA0GWvG/rOBhIW4x9Kmz56DxjB0/iw/SLP6gF69GkYfGVDEpuA6i14 r3OEhky/JEBAWHCuelYb70On6EVhown0rigRjMeEAhsMjUOlF4zoqGLTyd+jsYTaBy+b 1o4g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@tycho-ws.20150623.gappssmtp.com header.s=20150623 header.b=h3GujHny; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q5si1778256otc.104.2020.02.08.07.19.01; Sat, 08 Feb 2020 07:19:23 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@tycho-ws.20150623.gappssmtp.com header.s=20150623 header.b=h3GujHny; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727383AbgBHPSm (ORCPT + 99 others); Sat, 8 Feb 2020 10:18:42 -0500 Received: from mail-il1-f196.google.com ([209.85.166.196]:46135 "EHLO mail-il1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727303AbgBHPSl (ORCPT ); Sat, 8 Feb 2020 10:18:41 -0500 Received: by mail-il1-f196.google.com with SMTP id t17so2079798ilm.13 for ; Sat, 08 Feb 2020 07:18:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tycho-ws.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=05UDqHMnFIGZNgMWaZBRQc+rDkhyjL/hx+HfcwVpWsc=; b=h3GujHnyiWTV/I6mqt9uzTsay5S6PnglQ16sNw6zqsb4xLDwc+VUme5MkRnNIQdxrv gtD0HpLqijYksayvj5Nv8bng6BGg8HPVXkT1DiNqse8IdMWsU/GCqoLd3UllIY6kW+pn OuVQBu6TMTTrmJzMTVrPjLmASwMBAEhkGuBZeN+EnXE3B389avC1jnWpMAKqrm7A8XRr kneo1EU5eRU0gmJhgjDIgXVRFupalci4IK4js7jY0pURMqLMxGWThymTcclPOhu/bTuL sb8Pg79bA1IdjVcYY6+aet3r+JI/BWvXuXw96ynHHFhzxIYgVlQYT+LWfrhnp1IBaBDj yTKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=05UDqHMnFIGZNgMWaZBRQc+rDkhyjL/hx+HfcwVpWsc=; b=K450nJocnZVqTUzUI/eZJOCb/55DQFlWpAkc92cqaBxfKK7TwBrsFxVOiHLcuYkw+y BsM+ib020Yv2UecORWZxj83Nk6BphyNJCySxqJ3AlJY69Kh8JtTO+QVBH8bac2HC9VYu Q9XYMWqJDiPpkRmw47Qj/cT2inNmMrncKz2ZsDcjTlPhvNF+9bjKmMHi2RS8Kxl+jcbS z3sR92k+XZwt5+uwR01R7pdKl+77KvlxSkMgabwsrWrijP2DoeBeXRJqHtWiSV2lfDbI t4A3XvRqj2hfFIS/TwC4JQ6H7oUMgevg7zk+K81BOuQQSxtMy6O9/Gu83TKfGldm4MF9 elTw== X-Gm-Message-State: APjAAAUvNCQjqG53R08t6tg2l0byxo2L5hv76oCX11k2jMhI1jOcGKDZ li/QfeaeVIYfZ4YHpTuwSw3XXCSocFA= X-Received: by 2002:a92:2907:: with SMTP id l7mr4647042ilg.140.1581175120348; Sat, 08 Feb 2020 07:18:40 -0800 (PST) Received: from cisco.hsd1.co.comcast.net ([2601:282:902:b340:d5ba:eb69:38d6:3b10]) by smtp.gmail.com with ESMTPSA id h6sm1867794iom.43.2020.02.08.07.18.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 08 Feb 2020 07:18:39 -0800 (PST) From: Tycho Andersen To: linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org Cc: Tycho Andersen , David Abdurachmanov , Kees Cook , Andy Lutomirski , Paul Walmsley , Oleg Nesterov Subject: [PATCH] riscv: fix seccomp reject syscall code path Date: Sat, 8 Feb 2020 08:18:17 -0700 Message-Id: <20200208151817.12383-1-tycho@tycho.ws> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org If secure_computing() rejected a system call, we were previously setting the system call number to -1, to indicate to later code that the syscall failed. However, if something (e.g. a user notification) was sleeping, and received a signal, we may set a0 to -ERESTARTSYS and re-try the system call again. In this case, seccomp "denies" the syscall (because of the signal), and we would set a7 to -1, thus losing the value of the system call we want to restart. Instead, let's return -1 from do_syscall_trace_enter() to indicate that the syscall was rejected, so we don't clobber the value in case of -ERESTARTSYS or whatever. This commit fixes the user_notification_signal seccomp selftest on riscv to no longer hang. That test expects the system call to be re-issued after the signal, and it wasn't due to the above bug. Now that it is, everything works normally. Note that in the ptrace (tracer) case, the tracer can set the register values to whatever they want, so we still need to keep the code that handles out-of-bounds syscalls. However, we can drop the comment. We can also drop syscall_set_nr(), since it is no longer used anywhere, and the code that re-loads the value in a7 because of it. Reported in: https://lore.kernel.org/bpf/CAEn-LTp=ss0Dfv6J00=rCAy+N78U2AmhqJNjfqjr2FDpPYjxEQ@mail.gmail.com/ Reported-by: David Abdurachmanov Signed-off-by: Tycho Andersen CC: Kees Cook CC: Andy Lutomirski CC: Paul Walmsley CC: Oleg Nesterov --- arch/riscv/include/asm/syscall.h | 7 ------- arch/riscv/kernel/entry.S | 11 +++-------- arch/riscv/kernel/ptrace.c | 11 +++++------ 3 files changed, 8 insertions(+), 21 deletions(-) diff --git a/arch/riscv/include/asm/syscall.h b/arch/riscv/include/asm/syscall.h index 42347d0981e7..49350c8bd7b0 100644 --- a/arch/riscv/include/asm/syscall.h +++ b/arch/riscv/include/asm/syscall.h @@ -28,13 +28,6 @@ static inline int syscall_get_nr(struct task_struct *task, return regs->a7; } -static inline void syscall_set_nr(struct task_struct *task, - struct pt_regs *regs, - int sysno) -{ - regs->a7 = sysno; -} - static inline void syscall_rollback(struct task_struct *task, struct pt_regs *regs) { diff --git a/arch/riscv/kernel/entry.S b/arch/riscv/kernel/entry.S index bad4d85b5e91..208702d8c18e 100644 --- a/arch/riscv/kernel/entry.S +++ b/arch/riscv/kernel/entry.S @@ -228,20 +228,13 @@ check_syscall_nr: /* Check to make sure we don't jump to a bogus syscall number. */ li t0, __NR_syscalls la s0, sys_ni_syscall - /* - * The tracer can change syscall number to valid/invalid value. - * We use syscall_set_nr helper in syscall_trace_enter thus we - * cannot trust the current value in a7 and have to reload from - * the current task pt_regs. - */ - REG_L a7, PT_A7(sp) /* * Syscall number held in a7. * If syscall number is above allowed value, redirect to ni_syscall. */ bge a7, t0, 1f /* - * Check if syscall is rejected by tracer or seccomp, i.e., a7 == -1. + * Check if syscall is rejected by tracer, i.e., a7 == -1. * If yes, we pretend it was executed. */ li t1, -1 @@ -334,6 +327,7 @@ work_resched: handle_syscall_trace_enter: move a0, sp call do_syscall_trace_enter + move t0, a0 REG_L a0, PT_A0(sp) REG_L a1, PT_A1(sp) REG_L a2, PT_A2(sp) @@ -342,6 +336,7 @@ handle_syscall_trace_enter: REG_L a5, PT_A5(sp) REG_L a6, PT_A6(sp) REG_L a7, PT_A7(sp) + bnez t0, ret_from_syscall_rejected j check_syscall_nr handle_syscall_trace_exit: move a0, sp diff --git a/arch/riscv/kernel/ptrace.c b/arch/riscv/kernel/ptrace.c index 407464201b91..444dc7b0fd78 100644 --- a/arch/riscv/kernel/ptrace.c +++ b/arch/riscv/kernel/ptrace.c @@ -148,21 +148,19 @@ long arch_ptrace(struct task_struct *child, long request, * Allows PTRACE_SYSCALL to work. These are called from entry.S in * {handle,ret_from}_syscall. */ -__visible void do_syscall_trace_enter(struct pt_regs *regs) +__visible int do_syscall_trace_enter(struct pt_regs *regs) { if (test_thread_flag(TIF_SYSCALL_TRACE)) if (tracehook_report_syscall_entry(regs)) - syscall_set_nr(current, regs, -1); + return -1; /* * Do the secure computing after ptrace; failures should be fast. * If this fails we might have return value in a0 from seccomp * (via SECCOMP_RET_ERRNO/TRACE). */ - if (secure_computing() == -1) { - syscall_set_nr(current, regs, -1); - return; - } + if (secure_computing() == -1) + return -1; #ifdef CONFIG_HAVE_SYSCALL_TRACEPOINTS if (test_thread_flag(TIF_SYSCALL_TRACEPOINT)) @@ -170,6 +168,7 @@ __visible void do_syscall_trace_enter(struct pt_regs *regs) #endif audit_syscall_entry(regs->a7, regs->a0, regs->a1, regs->a2, regs->a3); + return 0; } __visible void do_syscall_trace_exit(struct pt_regs *regs) -- 2.20.1