[libvirt] [PATCH] selinux: relabel tapfd in qemuPhysIfaceConnect
Guannan Ren
gren at redhat.com
Thu Oct 18 14:21:00 UTC 2012
On 10/18/2012 09:55 PM, Eric Blake wrote:
> On 10/18/2012 07:30 AM, Guannan Ren wrote:
>> Relabeling tapfd right after the tap device is created.
>> qemuPhysIfaceConnect is common function called both for static
>> netdevs and for hotplug netdevs.
>> ---
>> src/qemu/qemu_command.c | 9 +++++----
>> 1 file changed, 5 insertions(+), 4 deletions(-)
>>
>> diff --git a/src/qemu/qemu_command.c b/src/qemu/qemu_command.c
>> index 0c0c400..b24e9b1 100644
>> --- a/src/qemu/qemu_command.c
>> +++ b/src/qemu/qemu_command.c
>> @@ -170,6 +170,11 @@ qemuPhysIfaceConnect(virDomainDefPtr def,
>> vmop, driver->stateDir,
>> virDomainNetGetActualBandwidth(net));
>> if (rc >= 0) {
>> + if (virSecurityManagerSetTapFDLabel(driver->securityManager,
>> + def, rc) < 0) {
>> + VIR_FORCE_CLOSE(rc);
>> + return -1;
>> + }
>> virDomainAuditNetDevice(def, net, res_ifname, true);
>> VIR_FREE(net->ifname);
> Looks like you leak net->ifname on error, not to mention that you are
> skipping out on an audit point. I think you need to fix up the logic
> here to avoid leaks on failure to relabel the fd.
>
In case of failure of relabel, I leaked char *res_ifname.
Shall we need to do the audit on failure of tapfd relabelling?
I don't think it is necessary to do it, is it?
More information about the libvir-list
mailing list