From: Mimi Zohar <zohar@linux.vnet.ibm.com>
To: hooanon05@yahoo.co.jp
Cc: linux-kernel@vger.kernel.org, James Morris <jmorris@namei.org>,
David Safford <safford@watson.ibm.com>,
Mimi Zohar <zohar@us.ibm.com>
Subject: Re: [PATCH] integrity: add ima_counts_put (updated)
Date: Mon, 29 Jun 2009 18:04:20 -0400 [thread overview]
Message-ID: <1246313060.3280.81.camel@dyn9002018117.watson.ibm.com> (raw)
In-Reply-To: <7959.1246307789@jrobl>
On Tue, 2009-06-30 at 05:36 +0900, hooanon05@yahoo.co.jp wrote:
> Mimi Zohar:
> > This suggestion has been mentioned before; and yes would definitely
> > resolve the annoying imbalance and iint_free() messages. But
> > incrementing/decrementing the pointers automatically each time a file is
> > opened/closed would defeat their purpose - alerting us that a file was
> > possibly not measured before being read/executed.
>
> I may be wrong since I don't fully understand IMA's purpose, but why did
> you create ima_counts_get() and make it call after dentry_open() in
> nfsd_open()? Isn't it same thing essentially?
>
>
> J. R. Okajima
NFSv3 is an interesting example. Permission checking is done once,
followed by multiple open/read/close calls. Incrementing the counters in
nfsd_permission() once and decrementing the counters in close, multiple
times, resulted in imbalance messages. True, the solution in this case
was to increment in open and decrement in close, but that was only part
of the solution. The other part of the solution, the important part,
was to add a call to ima_path_check() to measure the file.
The imbalance message did what it was suppose to do - highlight the fact
that a file was read/executed without first being measured.
Mimi
next prev parent reply other threads:[~2009-06-29 22:04 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-26 15:24 [PATCH] integrity: add ima_counts_put Mimi Zohar
2009-06-26 18:05 ` [PATCH] integrity: add ima_counts_put (updated) Mimi Zohar
2009-06-28 22:50 ` James Morris
2009-06-29 11:08 ` Mimi Zohar
2009-06-29 14:12 ` hooanon05
2009-06-29 14:46 ` Mimi Zohar
2009-06-29 20:36 ` hooanon05
2009-06-29 22:04 ` Mimi Zohar [this message]
2009-07-03 4:02 ` hooanon05
2009-07-03 18:37 ` Mimi Zohar
2009-07-29 5:12 ` hooanon05
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=1246313060.3280.81.camel@dyn9002018117.watson.ibm.com \
--to=zohar@linux.vnet.ibm.com \
--cc=hooanon05@yahoo.co.jp \
--cc=jmorris@namei.org \
--cc=linux-kernel@vger.kernel.org \
--cc=safford@watson.ibm.com \
--cc=zohar@us.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
all inboxes | Powered by JetHome®