Received: by 2002:a4a:3008:0:0:0:0:0 with SMTP id q8-v6csp3618633oof; Mon, 10 Sep 2018 18:09:27 -0700 (PDT) X-Google-Smtp-Source: ANB0VdZ+cr/FSE5vvE6FLWGwvzgOwdfX3xvP0F5BAfe/BOuR/dMngPX/5TYfL7cOQWRSwMRfhWcI X-Received: by 2002:a63:6107:: with SMTP id v7-v6mr24372198pgb.226.1536628167911; Mon, 10 Sep 2018 18:09:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536628167; cv=none; d=google.com; s=arc-20160816; b=VQHO38CSL++N5GHh1KB0I0L9jEkYr/zNklX5jD01IRbk6dWgM5DJSQSTfjdW/icmsR z3mnplJExH/uWkWbidcTOw9nZFm4QjEkf9NmoN70PbruyaCakE+08EnpuR9iHun27zvQ O/boqVevfgupGTIOam4peBpJRdfTEpQWhElZ+X33GlZOYx8eex6olq7F6ZDLmdEeoksO yYb3p4VD70Ldt42srzaZdkm5Z98nuRB9zxBbzCMjBbWHaSPrBJEiz84kv/xy+Yv/kVZK f0bGSiJqv0Au2LXfUpzQfASnOJXdQbszvKFt2NXpP52yuVOzGC1KOjFbhsH9bP5FTcir x7LA== 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=U0WfqyVCovDVT3lzHXMts7s1WGDlAZOknkok22ElRSQ=; b=x+oavpUcbcduRNPSNXg9hwTlCAZ0paFXA198lC8qMQhlot/vMwZuX+sR3cRHsRksXW kU5sdHCXneYs6xIH+gvRvJF7mUzqWhQgu+8Q//sTsm531tTdziIMC9nMO2MBmv258B3t zcNpPy3t8UNbhh92uN2HTUWETYF5HBTiT2sKj/Fs0i4H3vMLM9/jOjm9XYp20NoW/j7d issFaSK/P8ZsTrOmCYThzZHQSMxe4SK8QrhgOoDVtJlPXIG2qY6kQIjGotQmJ12jXQFj OIRL2gyQ9I+f8pZ1QPKaJ8S4MnxVIhE4vp2dCC239sVdQHCkwnBmO7/5LdlQ9ZNj4yGc +4lw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@zx2c4.com header.s=mail header.b=ZYCQfxQx; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=zx2c4.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l5-v6si18183411pff.304.2018.09.10.18.09.07; Mon, 10 Sep 2018 18:09:27 -0700 (PDT) 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=@zx2c4.com header.s=mail header.b=ZYCQfxQx; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=zx2c4.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726330AbeIKGFn (ORCPT + 99 others); Tue, 11 Sep 2018 02:05:43 -0400 Received: from frisell.zx2c4.com ([192.95.5.64]:54757 "EHLO frisell.zx2c4.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725945AbeIKGFm (ORCPT ); Tue, 11 Sep 2018 02:05:42 -0400 Received: by frisell.zx2c4.com (ZX2C4 Mail Server) with ESMTP id 0e4bb798; Tue, 11 Sep 2018 00:52:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=zx2c4.com; h=from:to:cc :subject:date:message-id:mime-version:content-type :content-transfer-encoding; s=mail; bh=xn83Cn/ZmAekGMXRpHSD15kY9 Yc=; b=ZYCQfxQx+ZmpvCUsgPVsu11NcD+riYomywJ6ZVGo0vBe/clNZcJToHaFt 7kaCQnlZ7qVOOdo8byzjSpongQaAP8akWGtcfZWTD7CSeszI7gYRTq0e2R9LV3gl KPqzYkNoLQHj4lTRmttYsJR5CU+AccWMYNmGNtGYFovekNY1hzDkYabSjUVoC7c1 PSetYQyiJks4Jqt7SCXqDzr2s7dWhoBL5QLmhpAVhf33EsizhNSSLr7CczqG2cYm TFJJv70enmmklF4zc28V9vXL+p/w3hb8N0Rdkb7xGlU9YQYkN0UqQBlu3YjHq15C 460RZI0f5wkQlzEOor8Az4O1nqfGQ== Received: by frisell.zx2c4.com (ZX2C4 Mail Server) with ESMTPSA id 1bcbfe22 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Tue, 11 Sep 2018 00:52:23 +0000 (UTC) From: "Jason A. Donenfeld" To: linux-kernel@vger.kernel.org, netdev@vger.kernel.org, davem@davemloft.net, gregkh@linuxfoundation.org Cc: "Jason A. Donenfeld" Subject: [PATCH net-next v3 00/17] WireGuard: Secure Network Tunnel Date: Mon, 10 Sep 2018 19:08:20 -0600 Message-Id: <20180911010838.8818-1-Jason@zx2c4.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This patchset is available on git.kernel.org in this branch, where it may be pulled directly for inclusion into net-next: * https://git.kernel.org/pub/scm/linux/kernel/git/zx2c4/linux.git/log/?h=jd/wireguard WireGuard is a secure network tunnel written especially for Linux, which has faced around three years of serious development, deployment, and scrutiny. It delivers excellent performance and is extremely easy to use and configure. It has been designed with the primary goal of being both easy to audit by virtue of being small and highly secure from a cryptography and systems security perspective. WireGuard is used by some massive companies pushing enormous amounts of traffic, and likely already today you've consumed bytes that at some point transited through a WireGuard tunnel. Even as an out-of-tree module, WireGuard has been integrated into various userspace tools, Linux distributions, mobile phones, and data centers. There are ports in several languages to several operating systems, and even commercial hardware and services sold integrating WireGuard. It is time, therefore, for WireGuard to be properly integrated into Linux. Ample information, including documentation, installation instructions, and project details, is available at: * https://www.wireguard.com/ * https://www.wireguard.com/papers/wireguard.pdf As it is currently an out-of-tree module, it lives in its own git repo and has its own mailing list, and every commit for the module is tested against every stable kernel since 3.10 on a variety of architectures using an extensive test suite: * https://git.zx2c4.com/WireGuard https://git.kernel.org/pub/scm/linux/kernel/git/zx2c4/WireGuard.git/ * https://lists.zx2c4.com/mailman/listinfo/wireguard * https://www.wireguard.com/build-status/ The project has been broadly discussed at conferences, and was presented to the Netdev developers in Seoul last November, where a paper was released detailing some interesting aspects of the project. Dave asked me after the talk if I would consider sending in a v1 "sooner rather than later", hence this patchset. A decision is still waiting from the Linux Plumbers Conference, but an update on these topics may be presented in Vancouver in a few months. Prior presentations: * https://www.wireguard.com/presentations/ * https://www.wireguard.com/papers/wireguard-netdev22.pdf The cryptography in the protocol itself has been formally verified by several independent academic teams with positive results, and I know of two additional efforts on their way to further corroborate those findings. The version 1 protocol is "complete", and so the purpose of this review is to assess the implementation of the protocol. However, it still may be of interest to know that the thing you're reviewing uses a protocol with various nice security properties: * https://www.wireguard.com/formal-verification/ This patchset is divided into three segments. The first introduces a very simple helper for working with the FPU state for the purposes of amortizing SIMD operations. The second segment is a small collection of cryptographic primitives, split up into several commits by primitive and by hardware. The third is WireGuard itself, presented as an unintrusive and self-contained virtual network driver. It is intended that this entire patch series enter the kernel through DaveM's net-next tree. Subsequently, WireGuard patches will go through DaveM's net-next tree, while Zinc patches will go through Greg KH's tree. Changes v2->v3: - 80 column formatting of Zinc. - Remaining relevant checkpatch.pl concerns in WireGuard addressed. - More idomatic ARM assembly or Curve25519. - Numerous cleanups. - Corrected licensing situation of CRYPTOGAMS-based code (from Andy Polyakov). Enjoy, Jason