Tuesday, September 04, 2007

Using VMware for Network Security Monitoring

While teaching last week I learned that recent versions of VMware Server (I used 1.0.2) no longer act like a hub. Doing some quick testing this morning with three VMs, I told VM 1 to ping VM 2 while VM 3 watched. I learned VM 3 cannot see VM 1 ping VM 2 when using bridged, host-only, or NAT networking. The host OS can see traffic on cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 bridged interface, /dev/vmnet1 (host) and /dev/vmnet8 (NAT).

This is important because it means you can't deploy a VMware-only monitoring lab. The only solution appears to be running sensor components on cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 host OS, watching cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 bridged interface, /dev/vmnet1 (host) and /dev/vmnet8 (NAT). I noticed that monitoring cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 physical bridged interface results in double packets, so only watching /dev/vmnet1 or /dev/vmnet8 seem like viable solutions for doing testing with VMs.

Does anyone have an opinion on this? Thank you.

9 comments:

eugenek said...

I think you're right. This is something that recently changed in VMware Server, so that virtual switches behaved more like real switches, and less like hubs. It was raised as a performance and security concern in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 past.

The recommended way to monitor VMs is cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 way you described, from cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 host OS. If you use cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 non-free ESX Server, you can do more advanced things like configure virtual VLANs, etc.

By cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 way, have you seen NeuralIQ? They have some interesting concepts on monitoring VMs from cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 outside.

Jon Baer said...

Not that this may / may not be related but Ive been having all types of issues w/ Nmap on OSX since running VMware Fusion and pretty much any libcap app is having a real confusing time picking an interface. I was mainly interested in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 lab type setup as well but don't think it's working out w/ cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 way it sets up. With FreeBSD or Fedora guests. Ive googled cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 issue w/o luck and interested in what you come up with (if it's related).

- Jon

Landon Lewis said...

With cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 SCADA Honeynet I use a virtual Honeywall to monitor traffic on a particular vmnet. Here's an image of how I set it up: wp-content/uploads/2006/11/honeynet.png

It works for cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 scenario I have and could work for a inline snort setup as well.

mechanix said...

may be it is time to switch to Xen, as virtualization platform?
combined with dynamips as cisco router simulator it is possible to build much more complicated and interesting scenarios and networks. Here is an article with some explanation on how to do it http://xgu.ru/wiki/Xenomips/en

Chris Buechler said...

Not sure about on Linux, but on Windows, VMware Server 1.0.3 acts cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 same as it and Workstation always have - each VMnet is acts like a hub, and bridged VMnets also pick up cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 host's traffic.

The latest Workstation 6 on Windows also behaves cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 same way.

I don't have a Linux VMware Server box handy at cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 moment, but I'll post back once I get a chance to try.

Anonymous said...

There's been rumors lately about 3rd party virtual switches for VMware ESX. For shops that use ESX extensivly, this seems like an opprotunity to get some of cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 visibility that Richard has been looking for.

Anonymous said...

Not sure with VMWare Virtual Server, but with VMWare ESX Server if you set cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 VLAN to 4095 you can see traffic on any VLAN while leaving cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 VLAN tags intact.

Anonymous said...

Had cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 same problems and google pointed me to this blog.

I am running VMware server 1.0.4 build-56528 and have two openbsd VMs connected to vmnet1 (host-only) and was not able to see cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 ping traffic from host to VM1 on VM2.

The following steps fixed this:
1.) stop vmware server
2.) chgrp vmadm /dev/vmnet*
3.) chmod g+rw /dev/vmnet*

The UID which is used to run cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 VMs needs to be in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 group vmadm.

Now cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 OS in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 VMs is able to put cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 interface into promiscuous mode and see cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 packets for cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 ocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r VM on cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 same vmnet network.

Unknown said...

I guess you have to look into proprietary software like something from Tek-Tools for effecting vmware monitoring.