All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steve Grubb <sgrubb@redhat.com>
To: linux-audit@redhat.com
Cc: Martin Kletzander <mkletzan@redhat.com>
Subject: Re: What fields should be used for reporting shared memory?
Date: Thu, 16 Mar 2017 21:04:52 -0400	[thread overview]
Message-ID: <1547121.n0WsK5LWQM@x2> (raw)
In-Reply-To: <20170314114227.GB6248@wheatley>

Hello,

I apologize for the delay.

On Tuesday, March 14, 2017 7:42:27 AM EDT Martin Kletzander wrote:
> I am going through the fields in the dictionary and I can't find any
> name to use for the following scenario.
> 
> We (libvirt) are running virtual machines and there's a thing nowadays,
> that people like to use, called ivshmem (Inter-VM SHared MEMory).  From
> host's point of view this is just a shared memory region accessed by
> multiple VMs (and possibly to host as well).  The machine maps the
> shared memory given a name (e.g. name "asdf" results in /dev/shm/asdf to
> be mapped) *or* it can communicate with a server over UNIX socket and
> that server handles interrupts and also tells the client which shared
> memory region to map.

If both of these result in a path, then I think we want to log it as a 
resource event.

> Talking about information we have; in server-less
> setup it's the shared memory region that is shared, in the server
> scenario it is the socket.  That's information we can output.

Above you mentioned that the server communicates which region to map. Can you 
explain what that means?

> So my question is, when starting a domain or hot-(un)plugging, what
> naming should we use for this kind of device and what are the things
> that we should describe about it?  Basically, how would you like the
> message to look?

We need a record recording what is getting assigned to the VM. In the case of 
the /dev/shm, you can record that as a path which must be escaped. In the case 
of the server, I think we still need to understand what is happening. Just 
recording a socket number or path is not terribly useful in reconstructing the 
resources given to the VM.

Audit events have to tell a story. There is a subect, object, action, and 
results. It kind of needs to be a sentence. "libvirtd successfully assigned 
____ to vm-name."

-Steve

> Thanks in advance for any info.
> 
> Have a nice day,
> Martin

  reply	other threads:[~2017-03-17  1:04 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-03-14 11:42 What fields should be used for reporting shared memory? Martin Kletzander
2017-03-17  1:04 ` Steve Grubb [this message]
2017-03-20 11:36   ` Martin Kletzander
2017-03-20 22:21     ` Steve Grubb
2017-05-10 12:37       ` Martin Kletzander

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=1547121.n0WsK5LWQM@x2 \
    --to=sgrubb@redhat.com \
    --cc=linux-audit@redhat.com \
    --cc=mkletzan@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.