From: Jia Zhang <zhang.jia@linux.alibaba.com>
To: Mimi Zohar <zohar@linux.ibm.com>,
dhowells@redhat.com, dmitry.kasatkin@gmail.com
Cc: keyrings@vger.kernel.org, linux-security-module@vger.kernel.org,
linux-integrity@vger.kernel.org, linux-kernel@vger.kernel.org,
"Mark D. Baushke" <mdb@juniper.net>,
Petko Manolov <petkan@mip-labs.com>
Subject: Re: [PATCH] ima: Allow to import the blacklisted cert signed by secondary CA cert
Date: Fri, 2 Aug 2019 09:42:26 +0800 [thread overview]
Message-ID: <d6a27436-3822-3dda-a3be-4e2dfbe04390@linux.alibaba.com> (raw)
In-Reply-To: <1564700229.11223.9.camel@linux.ibm.com>
On 2019/8/2 上午6:57, Mimi Zohar wrote:
> Hi Jia,
>
> On Thu, 2019-08-01 at 09:23 +0800, Jia Zhang wrote:
>> Similar to .ima, the cert imported to .ima_blacklist is able to be
>> authenticated by a secondary CA cert.
>>
>> Signed-off-by: Jia Zhang <zhang.jia@linux.alibaba.com>
>
> The IMA blacklist, which is defined as experimental for a reason, was
> upstreamed prior to the system blacklist. Any reason you're not using
> the system blacklist? Before making this sort of change, I'd like
> some input from others.
In our trusted cloud service, the IMA private key is controlled by
tenant for some reason. Some unprofessional operations made by tenant
may lead to the leakage of IMA private key. So the need for importing
the blacklisted is necessary,without system/kexec reboot, on the
contrary, the system blacklist needs a kernel rebuild and system/kexec
reboot, without runtime and fine-grained control.
The secondary CA cert has a similar story, but it is not controlled by
tenant. It is always imported during system/kexec boot to serve
importing IMA trusted cert and IMA blacklisted cert.
Jia
>
> thanks,
>
> Mimi
>
next prev parent reply other threads:[~2019-08-02 1:42 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-08-01 1:23 Jia Zhang
2019-08-01 22:57 ` Mimi Zohar
2019-08-02 1:42 ` Jia Zhang [this message]
2019-08-05 14:28 ` Mimi Zohar
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=d6a27436-3822-3dda-a3be-4e2dfbe04390@linux.alibaba.com \
--to=zhang.jia@linux.alibaba.com \
--cc=dhowells@redhat.com \
--cc=dmitry.kasatkin@gmail.com \
--cc=keyrings@vger.kernel.org \
--cc=linux-integrity@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-security-module@vger.kernel.org \
--cc=mdb@juniper.net \
--cc=petkan@mip-labs.com \
--cc=zohar@linux.ibm.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
Powered by JetHome