diff for duplicates of <20171123175417.GA25538@amd> diff --git a/a/1.txt b/N1/1.txt index 769b7d6..9096d72 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -28,12 +28,12 @@ On Thu 2017-11-23 11:38:52, Ard Biesheuvel wrote: > >> >> > Same as leaking any other address bits? Caches are "virtually > >> >> > indexed", > >> >> -> >> >> Not on arm64, although I don?t see how that is relevant if you are trying to defeat kaslr. +> >> >> Not on arm64, although I don’t see how that is relevant if you are trying to defeat kaslr. > >> >> > >> >> > and tag does not come into play... > >> >> > > >> >> -> >> >> Well, I must be missing something then, because I don?t see how knowledge about which userland address shares a cache way with a kernel address can leak anything beyond the bits that make up the index (i.e., which cache way is being shared) +> >> >> Well, I must be missing something then, because I don’t see how knowledge about which userland address shares a cache way with a kernel address can leak anything beyond the bits that make up the index (i.e., which cache way is being shared) > >> >> > >> > > >> > Well, KASLR is about keeping bits of kernel virtual address secret @@ -76,10 +76,3 @@ looks possible to me. -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html --------------- next part -------------- -A non-text attachment was scrubbed... -Name: signature.asc -Type: application/pgp-signature -Size: 181 bytes -Desc: Digital signature -URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20171123/714ab6f6/attachment.sig> diff --git a/N1/2.bin b/N1/2.bin new file mode 100644 index 0000000..344b5e0 --- /dev/null +++ b/N1/2.bin @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1 + +iEYEARECAAYFAloXC0kACgkQMOfwapXb+vJ6HQCfVV3n5fJNdk+t7Bj67rCbM73a +ZpkAnje1/4RLXaJnfoOLXIEPto8m4+fG +=t0vs +-----END PGP SIGNATURE----- diff --git a/N1/2.hdr b/N1/2.hdr new file mode 100644 index 0000000..3237378 --- /dev/null +++ b/N1/2.hdr @@ -0,0 +1,2 @@ +Content-Type: application/pgp-signature; name="signature.asc" +Content-Description: Digital signature diff --git a/a/content_digest b/N1/content_digest index 5155bf0..ec9f4f1 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -8,11 +8,19 @@ "ref\0CAKv+Gu-vsQiDS1kobmaBmnWv__vTuOcKHs6t2rMiVu=rriHeEQ@mail.gmail.com\0" "ref\020171123104656.GA17990@amd\0" "ref\0CAKv+Gu8dthibwF-Tm8umM+Q_k_taJsZY8x-OQC=zSbbkwNgV6g@mail.gmail.com\0" - "From\0pavel@ucw.cz (Pavel Machek)\0" - "Subject\0[PATCH 00/18] arm64: Unmap the kernel whilst running in userspace (KAISER)\0" + "From\0Pavel Machek <pavel@ucw.cz>\0" + "Subject\0Re: [PATCH 00/18] arm64: Unmap the kernel whilst running in userspace (KAISER)\0" "Date\0Thu, 23 Nov 2017 18:54:17 +0100\0" - "To\0linux-arm-kernel@lists.infradead.org\0" - "\00:1\0" + "To\0Ard Biesheuvel <ard.biesheuvel@linaro.org>\0" + "Cc\0Will Deacon <will.deacon@arm.com>" + linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org> + linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> + Catalin Marinas <catalin.marinas@arm.com> + Mark Rutland <mark.rutland@arm.com> + Stephen Boyd <sboyd@codeaurora.org> + Dave Hansen <dave.hansen@linux.intel.com> + " Kees Cook <keescook@chromium.org>\0" + "\01:1\0" "b\0" "On Thu 2017-11-23 11:38:52, Ard Biesheuvel wrote:\n" "> On 23 November 2017 at 10:46, Pavel Machek <pavel@ucw.cz> wrote:\n" @@ -44,12 +52,12 @@ "> >> >> > Same as leaking any other address bits? Caches are \"virtually\n" "> >> >> > indexed\",\n" "> >> >>\n" - "> >> >> Not on arm64, although I don?t see how that is relevant if you are trying to defeat kaslr.\n" + "> >> >> Not on arm64, although I don\342\200\231t see how that is relevant if you are trying to defeat kaslr.\n" "> >> >>\n" "> >> >> > and tag does not come into play...\n" "> >> >> >\n" "> >> >>\n" - "> >> >> Well, I must be missing something then, because I don?t see how knowledge about which userland address shares a cache way with a kernel address can leak anything beyond the bits that make up the index (i.e., which cache way is being shared)\n" + "> >> >> Well, I must be missing something then, because I don\342\200\231t see how knowledge about which userland address shares a cache way with a kernel address can leak anything beyond the bits that make up the index (i.e., which cache way is being shared)\n" "> >> >>\n" "> >> >\n" "> >> > Well, KASLR is about keeping bits of kernel virtual address secret\n" @@ -91,13 +99,17 @@ "\t\t\t\t\t\t\t\t\tPavel\n" "-- \n" "(english) http://www.livejournal.com/~pavelmachek\n" - "(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html\n" - "-------------- next part --------------\n" - "A non-text attachment was scrubbed...\n" - "Name: signature.asc\n" - "Type: application/pgp-signature\n" - "Size: 181 bytes\n" - "Desc: Digital signature\n" - URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20171123/714ab6f6/attachment.sig> + (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html + "\01:2\0" + "fn\0signature.asc\0" + "d\0Digital signature\0" + "b\0" + "-----BEGIN PGP SIGNATURE-----\n" + "Version: GnuPG v1\n" + "\n" + "iEYEARECAAYFAloXC0kACgkQMOfwapXb+vJ6HQCfVV3n5fJNdk+t7Bj67rCbM73a\n" + "ZpkAnje1/4RLXaJnfoOLXIEPto8m4+fG\n" + "=t0vs\n" + "-----END PGP SIGNATURE-----\n" -76c7aabeaf3f3f2b76c29bd4cc4dbf8c381069b1e0bc17a6965caa0c0a28e667 +86a55cdf06346ce62d9e3a212b1aaf3fe49ec68e3b5c6c8165ba22099438981f
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.