[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20200626111529.10e9e13b@lwn.net>
Date: Fri, 26 Jun 2020 11:15:29 -0600
From: Jonathan Corbet <corbet@....net>
To: "Alexander A. Klimov" <grandmaster@...klimov.de>
Cc: Mauro Carvalho Chehab <mchehab+huawei@...nel.org>,
"Daniel W. S. Almeida" <dwlsalmeida@...il.com>,
Al Viro <viro@...iv.linux.org.uk>,
Aleksa Sarai <cyphar@...har.com>,
David Sterba <dsterba@...e.com>, Rob Herring <robh@...nel.org>,
William Kucharski <william.kucharski@...cle.com>,
"Matthew Wilcox (Oracle)" <willy@...radead.org>,
John Hubbard <jhubbard@...dia.com>,
linux-fsdevel@...r.kernel.org, linux-doc@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] Replace HTTP links with HTTPS ones:
Documentation/filesystems
On Sun, 21 Jun 2020 15:35:52 +0200
"Alexander A. Klimov" <grandmaster@...klimov.de> wrote:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
>
> Deterministic algorithm:
> For each file:
> If not .svg:
> For each line:
> If doesn't contain `\bxmlns\b`:
> For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:
> If both the HTTP and HTTPS versions
> return 200 OK and serve the same content:
> Replace HTTP with HTTPS.
>
> Signed-off-by: Alexander A. Klimov <grandmaster@...klimov.de>
> ---
> Documentation/filesystems/hfs.rst | 2 +-
> Documentation/filesystems/hpfs.rst | 2 +-
> Documentation/filesystems/nfs/rpc-server-gss.rst | 6 +++---
> Documentation/filesystems/path-lookup.rst | 6 +++---
> Documentation/filesystems/ramfs-rootfs-initramfs.rst | 8 ++++----
> Documentation/filesystems/ubifs-authentication.rst | 4 ++--
> Documentation/filesystems/vfs.rst | 6 +++---
> 7 files changed, 17 insertions(+), 17 deletions(-)
I've applied this. But some of the pages referenced here have not changed
in over 20 years; I suspect they may be just a wee bit out of date and not
entirely helpful for people trying to understand the kernel. I *really*
wish we could be cleaning that stuff up rather than just changing URL
protocols...
Thanks,
jon
Powered by blists - more mailing lists