From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io0-f197.google.com (mail-io0-f197.google.com [209.85.223.197]) by kanga.kvack.org (Postfix) with ESMTP id 8C7D96B0010 for ; Tue, 13 Mar 2018 13:00:36 -0400 (EDT) Received: by mail-io0-f197.google.com with SMTP id r9so539937ioa.11 for ; Tue, 13 Mar 2018 10:00:36 -0700 (PDT) Received: from mail-sor-f65.google.com (mail-sor-f65.google.com. [209.85.220.65]) by mx.google.com with SMTPS id v134sor331388ith.60.2018.03.13.10.00.34 for (Google Transport Security); Tue, 13 Mar 2018 10:00:34 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <06a4d0c483fba8babd01fe23727fe4a79482d309.1520017438.git.andreyknvl@google.com> From: Andrey Konovalov Date: Tue, 13 Mar 2018 18:00:32 +0100 Message-ID: Subject: Re: [RFC PATCH 09/14] khwasan: add hooks implementation Content-Type: text/plain; charset="UTF-8" Sender: owner-linux-mm@kvack.org List-ID: To: Alexander Potapenko Cc: Andrey Ryabinin , Dmitry Vyukov , Jonathan Corbet , Catalin Marinas , Will Deacon , Theodore Ts'o , Jan Kara , Christopher Li , Christoph Lameter , Pekka Enberg , David Rientjes , Joonsoo Kim , Andrew Morton , Masahiro Yamada , Michal Marek , Mark Rutland , Ard Biesheuvel , Yury Norov , Nick Desaulniers , Marc Zyngier , Bob Picco , Suzuki K Poulose , Kristina Martsenko , Punit Agrawal , Dave Martin , James Morse , Julien Thierry , Michael Weiser , Steve Capper , Ingo Molnar , Thomas Gleixner , Sandipan Das , Paul Lawrence , David Woodhouse , Kees Cook , Geert Uytterhoeven , Josh Poimboeuf , Arnd Bergmann , kasan-dev , linux-doc@vger.kernel.org, LKML , Linux ARM , linux-ext4@vger.kernel.org, linux-sparse@vger.kernel.org, Linux Memory Management List , Linux Kbuild mailing list , Kostya Serebryany , Evgeniy Stepanov , Lee Smith , Ramana Radhakrishnan , Jacob Bramley , Ruben Ayrapetyan , Kees Cook , Jann Horn , Mark Brand On Tue, Mar 13, 2018 at 4:05 PM, 'Alexander Potapenko' via kasan-dev wrote: > On Fri, Mar 2, 2018 at 8:44 PM, Andrey Konovalov wrote: >> void *kasan_kmalloc_large(const void *ptr, size_t size, gfp_t flags) >> { >> - return (void *)ptr; >> + unsigned long redzone_start, redzone_end; >> + u8 tag; >> + struct page *page; >> + >> + if (!READ_ONCE(khwasan_enabled)) >> + return (void *)ptr; >> + >> + if (unlikely(ptr == NULL)) >> + return NULL; >> + >> + page = virt_to_page(ptr); >> + redzone_start = round_up((unsigned long)(ptr + size), >> + KASAN_SHADOW_SCALE_SIZE); >> + redzone_end = (unsigned long)ptr + (PAGE_SIZE << compound_order(page)); >> + >> + tag = khwasan_random_tag(); >> + kasan_poison_shadow(ptr, redzone_start - (unsigned long)ptr, tag); >> + kasan_poison_shadow((void *)redzone_start, redzone_end - redzone_start, >> + khwasan_random_tag()); > Am I understanding right that the object and the redzone may receive > identical tags here? Correct. > Does it make sense to generate the redzone tag from the object tag > (e.g. by addding 1 to it)? Yes, I think so, will do!