随着越来越多的企业用户将传统的业务系统迁移至虚拟化环境或是云服务商提供的云平台，数据的泄露及篡改风险变的越发严峻，针对数据安全的防护以及事后审计追溯也变得越来越困难。究其原因，主要是传统的数据库审计解决方案是通过旁路分析目标被审计数据库镜像的流量，而虚拟化环境或者云平台由于内部的虚拟交换机（Vswitch）流量很难镜像或者无法镜像，因此传统的数据库审计解决方案不足以应对虚拟化和云平台的数据库审计需求。
首先我们对虚拟化及云平台环境中，传统的数据库审计解决方案在典型的几种场景下的优缺点进行解析：
场景一：应用和数据库的虚拟主机在同一台物理机器上
针对应用和数据库在同一台物理机器上，应用和数据库的交互过程通过内部的Vswitch进行了流量转发，流量并不通过所在的物理机器的宿主主机网卡，因此采用传统的镜像流量根本无法镜像，如下图所示：
首先我们对虚拟化及云平台环境中，传统的数据库审计解决方案在典型的几种场景下的优缺点进行解析：
场景一：应用和数据库的虚拟主机在同一台物理机器上
针对应用和数据库在同一台物理机器上，应用和数据库的交互过程通过内部的Vswitch进行了流量转发，流量并不通过所在的物理机器的宿主主机网卡，因此采用传统的镜像流量根本无法镜像，如下图所示：
这种解决方案的缺点也非常明显：
1、开启流量广播虽然大部分Vswitch都支持，但是这种方式就好比早期的Hub一样，tcp通信能力将明显降低，严重影响整体网络传输的时延及可靠;
2、DB审计可以采集到所有虚拟机的流量，其他虚拟机一样也会采集到所有的流量，这些流量里肯定包含很多未加密的敏感数据如用户名、密码等，假设这些虚拟机中有一台机器被入侵或者非法利用，这样会带来极大的安全问题。
场景二 ：应用和数据库的虚拟主机随机的分配在一个虚拟化集群的某个主机上
这种场景其实是场景一和场景二的结合，目前大部分客户为了避免单一硬件的故障，基本上都采用虚拟化集群的方式实现企业的虚拟化，当碰到单一硬件的故障，虚拟机会在整个硬件虚拟化资源池中自动迁移，具体迁移到哪台物理主机上并不确定，因此传统的镜像方式并不能确定虚拟主机此刻在哪个交换机上，如下图所示：
因此在这种场景下同样无法做镜像，只能把虚拟化集群所有主机的流量全部镜像出来，这种缺点也非常明显：
1、当出现业务和DB在迁移到同一个物理机器上时，其实并没有流量，实质上审计不到任何数据，这个时候是存在严重的漏审计;
2、虚拟化集群涉及的机器比较多，流量非常大，网络可能也比较复杂，传统的镜像方式很难在实际中进行配置，因此很难实施;
更多详情请咨询 CCNA小陆 QQ.2881064153