On Tue, Sep 18, 2018 at 7:10 PM, Kees Cook <keescook@xxxxxxxxxxxx> wrote: > This is the full follow-up to earlier discussions[1] that suggested > adding a new struct crypto_sync_skcipher to handle the VLA removal from > SKCIPHER_REQUEST_ON_STACK. > > This series is effectively a no-op change: everything is a wrapper > around struct crypto_skcipher, but provides compile-time enforcement > for not putting an ASYNC skcipher on the stack, which allows us to > declare the on-stack requests with a fixed stack size. > > [1] https://lkml.kernel.org/r/CAGXu5j+bpLK=EQ9LHkO8V=sdaQwt==6fbGhgn2Vi1E9_WxSGRQ@xxxxxxxxxxxxxx > > -Kees > > Kees Cook (23): > crypto: skcipher - Introduce crypto_sync_skcipher > gss_krb5: Remove VLA usage of skcipher > lib80211: Remove VLA usage of skcipher > mac802154: Remove VLA usage of skcipher > s390/crypto: Remove VLA usage of skcipher > x86/fpu: Remove VLA usage of skcipher > block: cryptoloop: Remove VLA usage of skcipher > libceph: Remove VLA usage of skcipher > ppp: mppe: Remove VLA usage of skcipher > rxrpc: Remove VLA usage of skcipher > wusb: Remove VLA usage of skcipher > crypto: ccp - Remove VLA usage of skcipher > crypto: vmx - Remove VLA usage of skcipher > crypto: null - Remove VLA usage of skcipher > crypto: cryptd - Remove VLA usage of skcipher > crypto: sahara - Remove VLA usage of skcipher > crypto: qce - Remove VLA usage of skcipher > crypto: artpec6 - Remove VLA usage of skcipher > crypto: chelsio - Remove VLA usage of skcipher > crypto: mxs-dcp - Remove VLA usage of skcipher > crypto: omap-aes - Remove VLA usage of skcipher > crypto: picoxcell - Remove VLA usage of skcipher > crypto: skcipher - Remove SKCIPHER_REQUEST_ON_STACK() How do these look to you, Herbert? I'd really like to make sure these make it for the next merge window -- they're the last VLAs left in the kernel now. :) -Kees -- Kees Cook Pixel Security