diff for duplicates of <20171123104656.GA17990@amd> diff --git a/a/1.txt b/N1/1.txt index 5325ca5..6f2899f 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -26,12 +26,12 @@ On Thu 2017-11-23 09:23:02, 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 @@ -63,10 +63,3 @@ http://cve.circl.lu/cve/CVE-2017-5927 -- (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/1f7f838b/attachment.sig> diff --git a/N1/2.bin b/N1/2.bin new file mode 100644 index 0000000..a14d616 --- /dev/null +++ b/N1/2.bin @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1 + +iEYEARECAAYFAloWpyAACgkQMOfwapXb+vJtsgCgpPoidVfhhdzM5Ghyl6hyGfH+ +5boAoLMezg2LYOQKYKP2/FfD9IpWcrvQ +=9O2E +-----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 da8b87b..e044003 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -7,11 +7,19 @@ "ref\0D3BCED36-58D1-4E30-9171-16F06A5DC65D@linaro.org\0" "ref\020171123090747.GA6948@amd\0" "ref\0CAKv+Gu-vsQiDS1kobmaBmnWv__vTuOcKHs6t2rMiVu=rriHeEQ@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 11:46:56 +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 09:23:02, Ard Biesheuvel wrote:\n" "> On 23 November 2017 at 09:07, Pavel Machek <pavel@ucw.cz> wrote:\n" @@ -41,12 +49,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" @@ -77,13 +85,17 @@ "\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/1f7f838b/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" + "iEYEARECAAYFAloWpyAACgkQMOfwapXb+vJtsgCgpPoidVfhhdzM5Ghyl6hyGfH+\n" + "5boAoLMezg2LYOQKYKP2/FfD9IpWcrvQ\n" + "=9O2E\n" + "-----END PGP SIGNATURE-----\n" -10c9fbaeab602c96a57d3460d3f6e4c205ce794b5a6030c2c5d20d0aca331a4c +274d4a163b7703a9771e77eb6ccd26b79fdd187efbb768e9c71e9ba705957b64
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.