混杂模式

在同一个VLAN里的VM能收到本VLAN的全部数据包，客户安装WireShark或者IDS，就可以看到目标是其它VM的数据包和广播包
注：该功能可能被恶意使用。

MAC地址更改

ESXi发现有VM篡改了MAC地址，把网卡MAC地址改为与VMX文件中定义的MAC地址不同（有效MAC与初始MAC不同），该咋办？
我们这样思考：
首先，ESXi明确知道内部所有客户机的2个MAC地址及其所属虚拟交换机的端口；
其次，发现VM1的网卡MAC与VMX文件中定义的初始MAC不符（A≠C，有效MAC≠初始MAC），说明VM1修改了有效MAC；
但这种修改是善意的，还是恶意的呢？虚拟交换机必须做出选择：
拒绝 - VM1修改了MAC？它想干嘛？想冒充其它的VM么？与VM1连接的虚拟交换机端口被禁用！
接受 - 这是善意的修改，VM1连接的虚拟端口启用。
Hacker经常用MAC欺骗（MAC模拟）来冒充另一个虚拟机，或通过将MAC更改为随机值将自己隐身。 将此项设为“拒绝”就切断了可疑分子的网络连接，从而保护了网络。
注1：本策略的执行者是虚拟交换机。
注2：如果使用Microsoft网络负载平衡（NLB），或连接了iSCSI存储，需设为“接受”。
注3：虽然与VM1连接的端口被禁用，但客户OS无法检测出这种情况（因为并不是在第1、2层上从虚拟网卡上断开，而是丢弃了所有发往该VM的帧）

伪传输

在网卡属性窗口里修改了MAC地址，发出的帧的源MAC肯定就改变了，但有些软件（或者是木.马）会直接修改以太网帧的源MAC。此时正在传输的帧的源MAC与虚拟网卡的MAC不同，本策略关注的就是这点：是否有软件修改了帧的源MAC地址，使其与网卡的“有效MAC地址”不符。
再次强调：上个策略比较的是虚拟网卡的”有效地址“与”初始地址“的不符，方向是入站；本策略比较的是”正在传输的帧的源地址“与虚拟网卡的”有效地址“的不符，方向是出站。
一旦有软件以伪造的源MAC地址向外发送数据帧，虚拟网卡就删除该帧，但放行合法的帧。这说明本策略的执行动作是”过滤“，而非一刀切的”断网“。
试想VM感染了木.马，该木.马以虚假的源MAC地址向外发欺骗帧，此时正在传输的帧的源MAC与虚拟网卡的有效MAC不同。虚拟网卡将会丢弃该帧，但其它合法软件的帧正常发出。