From: Steve Grubb <sgrubb@redhat.com>
To: linux-audit@redhat.com
Cc: gcwilson@us.ibm.com, bryntcor@us.ibm.com
Subject: Re: [RFC] Virtual machine related events support
Date: Sat, 3 Dec 2011 08:59:20 -0500 [thread overview]
Message-ID: <201112030859.20373.sgrubb@redhat.com> (raw)
In-Reply-To: <4EBDA10C.40704@linux.vnet.ibm.com>
On Friday, November 11, 2011 05:26:20 PM Marcelo Cerri wrote:
> Hi,
>
> We are working on a project in which we need to get some events from
> audit log related to virtual machine events and filter these events per
> guests. Currently, the audit tools doesn't support this kind of search.
> However we are willing to implement the necessary features to support it
> and we'd like to receive some feedback from audit stakeholders on our
> proposal.
>
> Most of these records are generated by libvirt, but some of them are
> generated by SELinux (as AVC denials). To get events generated by
> libvirt, we'd like to search through audit records using the both "uuid"
> and "vm" fields.
> The following records are examples of both types of records that we
> intend to filter:
>
> type=VIRT_RESOURCE msg=audit(1319602467.134:33): user pid=14103 uid=0
> auid=4294967295 ses=4294967295 msg='resrc=disk reason=start
> vm="CentOS-Guest" uuid=41ffecd5-037e-0059-b074-ab2bf354fd0a old-disk="?"
> new-disk="/var/lib/libvirt/images/CentOS-Guest.img":
> exe="/usr/sbin/libvirtd" (hostname=?, addr=?, terminal=? res=success)'
> type=AVC msg=audit(1318529059.690:801): avc: denied { read } for
> pid=31199 comm="qemu-kvm" name="RHEL6.img" dev=dm-0 ino=524635
> scontext=system_u:system_r:svirt_t:s0:c99,c999
> tcontext=system_u:object_r:svirt_image_t:s0:c390,c835 tclass=file
>
> While "vm" field contains the domain name and it's a more user friendly
> identifier, it's intended to be a unique only within the scope of a
> single host. On the other hand, "uuid" field is intended to be a global
> identifier.
>
> We'd like to create a stand-alone tool, similar to aulast, to filter
> this kind of events and that could be part of audit's tools. It'd be
> able to list VM specific events, and filter these events by UUID or VM
> name if needed. We are intended to support the following usage/options
> (any suggestions are welcome):
>
> Usage: auvirt [ options ] [ uuid | vm-name ]
>
> Options:
>
> --summary(default)
> Write a formatted output containing summarized information as
> considered time period, total number of VM specific events,
> total
> number of events by type (start, stop, resource change) and
> total
> number of AVC events.
>
> --raw
> Write records related to guests as shown in audit.log. The
> output may contain the following record types: VIRT_CONTROL,
> VIRT_RESOURCE, VIRT_MACHINE_ID and AVC.
>
> -f file, --stdin
> Same as aulast.
>
> We intend to correlate AVC denial events to guests through the security
> label used by a guest in a specific period.
This sounds fine.
> Another proposal would be change ausearch to support two new search
> options:
>
> -uu, --uuid vm-uuid
> Search for an event with the given UUID.
>
> -vm, --vm-name vm-name
> Search for an event with the given virtual machine name.
This sounds fine.
> However, these fields are defined by libvirt and it may be a good idea
> to add to libaudit a new "audit_log_*" function to enforce a standard
> message format for VM related events that could be used by other
> virtualization tools.
This also sounds fine.
I was also considering making a very basic report in aureport but as you can see from
aulast, sometimes a special dedicated report is better for different kinds of uses.
-Steve
next prev parent reply other threads:[~2011-12-03 13:59 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-11 22:26 [RFC] Virtual machine related events support Marcelo Cerri
2011-12-03 13:59 ` Steve Grubb [this message]
2011-12-06 20:31 ` Marcelo Cerri
2011-12-06 21:06 ` Steve Grubb
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=201112030859.20373.sgrubb@redhat.com \
--to=sgrubb@redhat.com \
--cc=bryntcor@us.ibm.com \
--cc=gcwilson@us.ibm.com \
--cc=linux-audit@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.