All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20170925183538.GB51000@gmail.com>

diff --git a/a/1.txt b/N1/1.txt
index 4815d67..84d8319 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -46,7 +46,7 @@ caller must still have had a non-revoked authorization key shortly before.
 > > KEY_LOOKUP_PARTIAL is not specified and the 'perm' mask is 0.
 > 
 > There are a number of circumstances in which it lookup_user_key() is called
-> with perm=0, and in each case, the caller is responsible for handling the
+> with perm==0, and in each case, the caller is responsible for handling the
 > security:
 > 
 >  (1) keyctl_invalidate_key() will do so if the caller doesn't have permission,
@@ -142,3 +142,7 @@ state the key is allowed to be in, not 'perm'.
 > 
 
 Eric
+--
+To unsubscribe from this list: send the line "unsubscribe linux-security-module" in
+the body of a message to majordomo at vger.kernel.org
+More majordomo info at  http://vger.kernel.org/majordomo-info.html
diff --git a/a/content_digest b/N1/content_digest
index af26b5d..7ef10d9 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -2,9 +2,9 @@
  "ref\020170918183723.114253-1-ebiggers3@gmail.com\0"
  "ref\030124.1505837342@warthog.procyon.org.uk\0"
  "ref\028720.1506346196@warthog.procyon.org.uk\0"
- "From\0Eric Biggers <ebiggers3@gmail.com>\0"
- "Subject\0Re: [PATCH] KEYS: prevent KEYCTL_READ on negative key\0"
- "Date\0Mon, 25 Sep 2017 18:35:38 +0000\0"
+ "From\0ebiggers3@gmail.com (Eric Biggers)\0"
+ "Subject\0[PATCH] KEYS: prevent KEYCTL_READ on negative key\0"
+ "Date\0Mon, 25 Sep 2017 11:35:38 -0700\0"
  "To\0linux-security-module@vger.kernel.org\0"
  "\00:1\0"
  "b\0"
@@ -56,7 +56,7 @@
  "> > KEY_LOOKUP_PARTIAL is not specified and the 'perm' mask is 0.\n"
  "> \n"
  "> There are a number of circumstances in which it lookup_user_key() is called\n"
- "> with perm=0, and in each case, the caller is responsible for handling the\n"
+ "> with perm==0, and in each case, the caller is responsible for handling the\n"
  "> security:\n"
  "> \n"
  ">  (1) keyctl_invalidate_key() will do so if the caller doesn't have permission,\n"
@@ -151,6 +151,10 @@
  "> it might make sense to permit it still.\n"
  "> \n"
  "\n"
- Eric
+ "Eric\n"
+ "--\n"
+ "To unsubscribe from this list: send the line \"unsubscribe linux-security-module\" in\n"
+ "the body of a message to majordomo at vger.kernel.org\n"
+ More majordomo info at  http://vger.kernel.org/majordomo-info.html
 
-616d3977cc6356905ab7ac0e817a2d87b5725eee631f782a9987b014846cbffa
+4753cbb5c39a31beb3ba1959126ce4b695f174eb6de178b834463a07f06d4ba0

diff --git a/a/1.txt b/N2/1.txt
index 4815d67..80dd6a9 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -46,7 +46,7 @@ caller must still have had a non-revoked authorization key shortly before.
 > > KEY_LOOKUP_PARTIAL is not specified and the 'perm' mask is 0.
 > 
 > There are a number of circumstances in which it lookup_user_key() is called
-> with perm=0, and in each case, the caller is responsible for handling the
+> with perm==0, and in each case, the caller is responsible for handling the
 > security:
 > 
 >  (1) keyctl_invalidate_key() will do so if the caller doesn't have permission,
diff --git a/a/content_digest b/N2/content_digest
index af26b5d..ca95ddc 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -4,8 +4,14 @@
  "ref\028720.1506346196@warthog.procyon.org.uk\0"
  "From\0Eric Biggers <ebiggers3@gmail.com>\0"
  "Subject\0Re: [PATCH] KEYS: prevent KEYCTL_READ on negative key\0"
- "Date\0Mon, 25 Sep 2017 18:35:38 +0000\0"
- "To\0linux-security-module@vger.kernel.org\0"
+ "Date\0Mon, 25 Sep 2017 11:35:38 -0700\0"
+ "To\0David Howells <dhowells@redhat.com>\0"
+ "Cc\0keyrings@vger.kernel.org"
+  Michael Halcrow <mhalcrow@google.com>
+  linux-security-module@vger.kernel.org
+  linux-kernel@vger.kernel.org
+  Eric Biggers <ebiggers@google.com>
+ " stable@vger.kernel.org\0"
  "\00:1\0"
  "b\0"
  "On Mon, Sep 25, 2017 at 02:29:56PM +0100, David Howells wrote:\n"
@@ -56,7 +62,7 @@
  "> > KEY_LOOKUP_PARTIAL is not specified and the 'perm' mask is 0.\n"
  "> \n"
  "> There are a number of circumstances in which it lookup_user_key() is called\n"
- "> with perm=0, and in each case, the caller is responsible for handling the\n"
+ "> with perm==0, and in each case, the caller is responsible for handling the\n"
  "> security:\n"
  "> \n"
  ">  (1) keyctl_invalidate_key() will do so if the caller doesn't have permission,\n"
@@ -153,4 +159,4 @@
  "\n"
  Eric
 
-616d3977cc6356905ab7ac0e817a2d87b5725eee631f782a9987b014846cbffa
+1ae8101bd4d3db54b36cbbbd4d2252832eb2f354c1237d2fb2ae4016d5687178

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.