lkml.org 
[lkml]   [2018]   [Apr]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH v4 2/9] vsprintf: Consistent %pK handling for kptr_restrict == 0
    On Thu 2018-04-05 08:10:14, Sergey Senozhatsky wrote:
    > On (04/04/18 10:58), Petr Mladek wrote:
    > >
    > > restricted_pointer() pretends that it prints the address when kptr_restrict
    > > is set to zero. But it is never called in this situation. Instead,
    > > pointer() falls back to ptr_to_id() and hashes the pointer.
    > >
    > > This patch removes the potential confusion. klp_restrict is checked only
    > > in restricted_pointer().
    > >
    > > It should actually fix a small race when the address might get printed
    > > unhashed:
    >
    > Early morning, didn't have my coffee yet [like really didn't].
    >
    > But I don't see how you "fix" a race. "echo 0" might still be called
    > later than switch().

    I assume that switch() is safe enough and we always have to take one
    path there. The old code allowed to print the original pointer without
    the capability check (case 0). The new code does:

    case 0: print hashed pointer
    case 1: keep original pointer only with sufficient privileges
    case 2:
    default: set NULL

    The old code expected that it would never use case 0. But it was
    possible because of the race.


    > [..]
    > > @@ -1426,8 +1427,8 @@ char *restricted_pointer(char *buf, char *end, const void *ptr,
    > >
    > > switch (kptr_restrict) {
    > > case 0:
    > > - /* Always print %pK values */
    > > - break;
    > > + /* Handle as %p, hash and do _not_ leak addresses. */
    > > + return ptr_to_id(buf, end, ptr, spec);
    >
    > >From "Always print pK values" to "Always print hashed values"... Do we need
    > %pK then? You probably need to update printk-formats.rst as well.

    It is already correctly documented in Documentation/sysctl/kernel.txt.
    printk-formats.rst uses reference to it.

    Best Regards,
    Petr

    \
     
     \ /
      Last update: 2018-04-05 16:34    [W:2.791 / U:0.412 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site