189 8069 5689
本篇文章给大家分享的是有关网络流量分析引擎QNSM及其应用是怎样的，小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着小编一起来看看吧。
十年的银海网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。成都营销网站建设的优势是能够根据用户设备显示端的尺寸不同，自动调整银海建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联从事“银海网站设计”,“银海网站推广”以来，每个客户项目都认真落实执行。
一定业务规模的互联网公司的基础设施的网络边界通常都呈现一定程度的复杂多分区的情况，如何进行有效的安全防护和控制会成为安全体系建设的重点和难点。
上图是典型的中大型互联网公司的网络架构，通常分为:
办公网络，可能还有如右下角的众多小的分支机构，甚至还有办公机房
核心数据中心， 这些数据中心机房可能分布在全国多个地方，并通过专线实现互连，在这个基础上构建了自己的私有云。
cdn网络，这些CDN节点和核心机房也存在一定的互连。
如果使用公有云基础服务，呈现混合云的模式，这些基础服务与核心数据中心存在互连。
上述大量的分区都可能通过不同的方式接入到互联网。
最后，BYOD和各种无线热点以及手机无线热点等出现，导致呈现了大量碎片化的所谓新边界。
对企业安全防御而言，带来了各种新的挑战:
安全防御变得碎片化和多层次化，大边界内部还可能出现更多的小边界。
单个边界可能流量会非常大，特别是互联网互联的边界，100Gps以上成为常态，如果在这些边界进行流量检测，要求流量检测要具备高性能和很好的水平扩展能力，随时应对边界流量的扩展。
企业面临的内外威胁依旧很严峻，流量型攻击，漏洞型攻击，边界突破渗透，内部人员的泄露、破坏和控制都是普遍存在。
安全防御的体系也在逐步演化，从单纯的边界防御、结合多层次内部防御的纵深防御、以及立足于零信任或者假设失陷的下紧扣角色和权限的安全模型都在推动我们安全防御在不断的升级迭代来应对日益严峻的威胁。安全防御体系的演化不代表边界消失了，边界防御依旧是基础和重要一环，有效地流量分析和控制成为了新的安全防御体系重要的数据源和关节可编排的控制点。
因此，我们自研了旁路流量分析引擎QNSM(iQiYi Network SecurityMonitoring)，通过对业务流量和旁路流量的协同分析，并集成多种可调度的防护能力，协同应对多种类型和多种层次的攻击，并且安全运营体系打通，从接入、预案、响应、联动、防御、溯源逐步形成闭环。
全流量分析是非常重要的, 可以用来进行资产发现、网络监控和可视化，对安全而言，通过对网络流量的分析，对流量构建基线建模，从流量中可以发现异常、风险以及检测攻击，从流量中也可以实现数据内容提取，发现潜在的敏感数据流动或者泄露，还可以进行ACL策略校对，并将网络流量产出的数据特征通过机器学习和专家分析，可以挖掘更多的信息以及进行取证溯源和事件回查。
如上图所示，QNSM是作为服务软件运行在普通多核X86服务器上，每一个服务器可以有多块万兆网卡，并且通过分光或者交换端口镜像的方式获得要分析的网络流量，如果流量比较大，可以进一步通过分流器进行分流，将流量分散到不同的服务器上进行分析，进而QNSM利用DPDK实现了多个多核处理器和多个多队列网卡实现了高速包处理，其高性能来自于:
零拷贝（Zero-copy）
预取、批量收包来减少cache miss和提高吞吐
Share Nothing的设计模式实现无锁、无CPU切换
充分利用网卡的RSS特性，收包队列和CPU核绑定
QNSM在DPDK的基础上封装构建了各种基础库为构建上层流水线提供了基础能力，包括:
PORT：对网卡队列和核心之间ring队列的逻辑封装，是实现并行处理和线性扩展的基础。
MSG：封装了支持回调的CPU核心之间的传递的通信消息，这些消息可以是策略消息也可以是数据消息，这种无阻塞的核间消息支持一对一和一对多通信，实现数据和控制平面分开，数据集的输出和包处理分开。
ACL:是支持回调的五元组的策略描述，例如要指定满足怎么样的策略的包要聚合、处理、dump等操作。
TBL:是对DPDKrte_hash表的封装，是数据集的存储，提供CURD操作接口，实现基于mempool的表项资源分配。
SCHED:是对工作线程的封装，支持自定义的包处理，策略执行，自定义计算逻辑，消息分发和定时回调等。
QNSM构建了不同的流水线组件来满足不同场景的安全应用，为了支持更多的安全应用场景，我们可以在基础库的基础上构建更多的流水线组件，进而实现网络流量多样的处理能力。
SESSM：负责包解析，flow数据聚合和复制转发，处理策略消息等。
SIP_AGG:是对源IP进行特征聚合和输出，在攻击时通过响应策略消息打开。
VIP_AGG:实现目标VIP（需要保护的业务IP）的自学习，以及基于目标VIP的进行特征提取和向EDGE输出。
DUMP:保存数据包为PCAP文件供后续的事件回溯，在攻击时通过响应策略消息打开。
EDGE:负责将上游组件发送的多维数据输出到外部Kafka供进一步分析。
DETECT:集成Suricata库，支持IDPS的检测。
基于QNSM现有的流水线组件，我们已经将其应用在DDoS攻击检测，IDPS检测防护，流量监控以及网络DLP等多种场景，并支撑了各种上层安全产品的开发。大家可以根据自己不同安全应用的需要，设计和插入自开发的组件。
Master是整个引擎的主控，通过Kafka接收从管理平台接收策略消息，并下发到流水线组件实现对流水线的配置和处理控制。
上图展示了在爱奇艺如何应用QNSM来满足各种安全需求，爱奇艺的QNSM服务节点分布在各个网络分区的边界上，并通过边控中心来进行管理和维护。边控中心(Aegis)是爱奇艺网络安全防护的核心服务，它有如下功能:
管理配置所有的QNSM集群，通过Kafka 和QNSM的进行控制交互
通过IDPS网关实现管理和配置QNSM集成的IDPS（Suricata）
作为爱奇艺WAF的统一服务后台，这里不做重点介绍
爱奇艺内部的安全大数据分析引擎结合威胁情报等外源数据，对从QNSM集群EDGE组件输出到Kafka的数据进行分析处理，产出的网络攻击事件会发送边控中心，边控中心会根据策略进一步和态势感知系统对接，进而和安全运营系统对接实现闭环运营。
边控中心可以按事件驱动QNSM dump网络流量成PCAP文件，并ETL进Moloch (https://github.com/aol/molocha largescale, open source, indexed packet capture and search system）建立包索引，方便对事件进行包级别的分析和溯源。
我们将会在后续的分享文章中具体介绍边控中心的架构和设计，这里不再赘述。下面，简单介绍我们是如何利用QNSM来满足我们DDoS攻击检测和扩展支持IDPS能力的需求。
业务接入边控中心，会提供要保护的VIP(Virtual IP)，此外QNSM也会主动发现流量中的目标VIP并且和CMDB进行比对发现属于待保护的VIP。DDoS攻击检测方法主要是要基于受保护的VIP为目标的流量进行聚合特征数据供安全大数据分析引擎进行判断以实现DDoS检测。整体的检测思路是构建目标VIP以及所在机房的流量基线，计算流量特征，并进行多维异常检测识别攻击，常见的流量基线是包括VIP和本机房的成分基线以及机房流量基线和流量上边界，通过当前流量与基线进行实时计算，构建表示当前流量与基线的偏离的多维指标特征，并利用解释性强的模型来进行检测判断(例如评分卡模型等)，并且会采取边控中心运营对事件的正负反馈来进一步修正基线和训练模型。
通过前面的多维异常检测识别出流量攻击以后，边控中心收到攻击事件和报警后会立即采取如下行动:
边控中心通过Kafka向Master组件下发各种策略消息管理和指导流水线的工作，包括dump数据包取证，攻击源IP发现，攻击源端口提取，反射攻击协议DFI等策略消息。
Master组件根据策略唤醒SIP_AGG组件，DUMP组件，其中SIP_AGG组件基于源IP聚合特征数据(可用于协助发现后续攻击来源IP)， DUMP组件会进行dump数据包，dump出的PCAP文件投递到Moloch进一步索引和进行专家分析。
VIP_AGG组件基于VIP+SPORT聚合特征数据，SESSM组件也会针对被攻击VIP 做协议DFI识别，以协助识别是否存在某类协议的反射攻击。
QNSM通过EDGE组件，聚合数据进入到Kafka，可以作为安全大数据分析的数据源，并且和其他不同的安全服务进行联动。
DDoS攻击结束，边控中心通过Kafka向Master组件下发策略关闭消息管理和指导流水线中的重度组件工作。
在检测出VIP的入口流量存在攻击的情况下，通常需要进一步判断该攻击是否为反射攻击，我们会利用QNSM产出的VIP+SPORT聚合特征数据以及 SESSM组件的DFI协议识别特征数据，在安全大数据引擎计算不同的源端口的流量占比分布和包占比分布等特征进而计算熵值，熵值越小，风险越高(占比越高，风险越高, 流量和包占比如果全部集中在一个端口，熵将会是0)，我们会结合多维度特征构建评分卡模型，最终给出是否是某一类协议的反射攻击的判定。
攻击确定以后，会根据应急预案进行流量牵引，爱奇艺构建了私有的流量清洗中心，并结合云清洗和运营商的近源清洗形成了三位一体的清洗能力。
Suricata是一种基于网络流量的IDPS引擎，它有广泛的规则集来监控网络流量，并在发生入侵事件时触发警报, QNSM使用库文件的方式将Suricata集成，并通过IDPS网关接收边控中心下发更新Suricata相关检测规则，从SESSM组件复制转发过来的包会通过Detect组件调用Suricata进行处理，实现实时检测和触发事件和告警，并通过Kafka将事件和告警输出到安全大数据分析引擎进行进一步分析处理。通过对Suricata的集成，QNSM可以兼容大量开源和自定义的IDPS规则集，并且规则管理方式保持完全一致。
利用Suricata的DFI能力，QNSM也快速扩展支持从流量中识别各类数据库，缓存等云服务访问流量的能力，并且支持从流量中提取文件信息（包括文件名，文件大小，文件类型，MD5等），通过Kafka输出到安全大数据分析引擎，最终实现向DLP平台(绿盾)输出数据泄露和违规访问事件。
目前支持了爱奇艺内部常见的HTTP, MySQL，redis，CouchBase, Memcached，MongoDB，Elasticsearch，Kafka，VNC，RSYNC等多种协议和相关工具的识别，支持对HTTP，SMTP，FTP文件传输通道的监控。
目前QNSM 已经应用到爱奇艺包括DDOS攻击检测检测、IDPS、网络DLP等多种安全检测场景，累计部署22+集群共计130+分析节点，总分析带宽容量达到1TBps。
我们需要大家和我们一起改进QNSM,让它变得更强大,非常欢迎更多的合作和贡献，覆盖更多的甚至不限于安全应用的场景。
以上就是网络流量分析引擎QNSM及其应用是怎样的，小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注创新互联行业资讯频道。