mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: liulongfang <liulongfang@huawei.com>
To: Herbert Xu <herbert@gondor.apana.org.au>
Cc: <wangzhou1@hisilicon.com>, <linux-crypto@vger.kernel.org>,
	<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] crypto/hisilicon: Add null judgment to the callback interface
Date: Thu, 10 Nov 2022 12:11:15 +0800	[thread overview]
Message-ID: <40a0e7aa-362a-0de7-76c0-77381c07f254@huawei.com> (raw)
In-Reply-To: <Y2xt7/6WGN+uthpL@gondor.apana.org.au>

On 2022/11/10 11:20, Herbert Xu wrote:
> On Thu, Nov 10, 2022 at 10:03:53AM +0800, liulongfang wrote:
> .
>> This problem occurs in the application code of the encryption usage scenario
>> (unfortunately, these codes are not open to the public and cannot be given to you),
> 
> Are you saying this requires out-of-tree kernel code to trigger?
> 

Yes, this problem is triggered by application layer code,
but it happens on kernel driver code.

> Then you should fix that out-of-tree code.
>
When using crypto's skcipher series interfaces for encryption and decryption
services, User can use synchronous mode(by adjusting some skcipher interfaces,
here is to remove skcipher_request_set_callback()) or asynchronous mode,
but when using synchronous mode and the current asynchronous mode is loaded
it will cause a calltrace.

The current problem is that the interface of skcipher does not restrict users
to call functions in this way for encryption services.

If the current driver doesn't handle this, there is a possibility that some users
deliberately create this kind of problem to cause the kernel to crash.

> Thanks,
> 


  reply	other threads:[~2022-11-10  4:13 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-09-30  2:43 Longfang Liu
2022-09-30  2:49 ` Herbert Xu
2022-09-30  3:48   ` liulongfang
2022-10-28  3:57     ` Herbert Xu
2022-10-29  1:25       ` liulongfang
2022-11-04  9:08         ` Herbert Xu
2022-11-07 13:22           ` liulongfang
2022-11-08  9:59             ` Herbert Xu
2022-11-09  6:21               ` liulongfang
2022-11-09  9:18                 ` Herbert Xu
2022-11-10  2:03                   ` liulongfang
2022-11-10  3:20                     ` Herbert Xu
2022-11-10  4:11                       ` liulongfang [this message]
2022-11-10  8:53                         ` Herbert Xu
2022-11-12  1:51                           ` liulongfang
2022-10-28  2:26   ` liulongfang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=40a0e7aa-362a-0de7-76c0-77381c07f254@huawei.com \
    --to=liulongfang@huawei.com \
    --cc=herbert@gondor.apana.org.au \
    --cc=linux-crypto@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=wangzhou1@hisilicon.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®