• 安全运维到运营


    运维,这个工作在中国还是比较尴尬的,企业管理者普遍认为运维就是被动救火队,企业对其重视程度非常低。很多人一说到运维就会想到“苦逼”、“背锅侠”、“救火队”。

    究竟是什么原因导致普遍给运维工作戴上了这些帽子?

    企业的现状是运维人员天天非常忙,天天加班,甚至连中午饭都不能按时吃,需要在机房不停加班,调试设备,部署软件。终端主机感染木马程序去飞速上级解决故障。天天忙个不停,每个复盘自己的工作,却不知道自己做了点啥有意义的事情。运维人员天天埋头工作,却不抬头看路。

    在企业网络安全运维中,当一个威胁出现(例如:wannacry病毒)做为企业的安全运维人员,攻击发生前,没有发现任何可疑行为,还高兴地在公司玩着王者荣耀唱着歌;当攻击正在发生,内外中大面积主机感染wannacry病毒,作为安全运维还在开心的王者荣耀中享受成就感,也只有虚拟世界能够得到成就感和满足感。终于有同事打来打电话,描述主机上的重要文件被攻击者加密了,只有支付赎金才可以解密,否则无法正常使用文档。

    这是企业中运维人员的普遍现状,没出事儿的时候你没有啥大用,当真的出事儿了说明你真的没有用。

    这个案例中安全运维又再一次给所有人背锅了。但是这个案例中出现的问题的其实也不完全有安全运维负责。

    在一个企业中网络和安全是一个整体,现有企业中,基本是从互联网出口到终点安全,基本都有5个以上厂商的设备,防火墙、ips、ids、waf、交换机等基本都是不同的厂商,这就造成一个问题,当出现问题的时候无法做到协同联动,导致的问题就是安全出问题了,找安全运维的处境。

    哎,对比下当初做安全时候的理想是维护网络和计算机安全,免受国内外黑客组织的侵害。而现实工作的处境就是一个“救火队长”,还经常是企业出问题之后的背锅侠,真是理想很丰满现实很骨感呀。

    安全运维人员是时候做出改变了。

    今天在大数据、人工智能的背景下,很多开发者愿意分享自己的的源代码在公共平台,运维这个传统的技术应该从“被动救火队”脱离出来,成为一家技术公司所依赖和信任的核心力量。

    是时候从网络运维转向安全运营了。

    在一家企业中(例如:银行),企业的数据是企业的根本(每个911之后因为没有备份数据导致客户所有的数据丢失,有很多企业因此而倒闭)。这数据包括,客户的用户信息,转账记录、存款记录、银行间的结算等等。这些数据一旦被攻击组织窃取,讲给客户造成非常大的损失,对于企业失去公众对其的信任,从此会走向倒闭。

    对于安全运营的宗旨是事前预警、事中监测及响应、事后溯源与追踪。

    架构层面:

    1、制定统一数据采集平台

    对企业中网络设备、安全设备、主机安全设备、资产数据所有的日志信息,进行统一标准化、归一化,对数据进行预处理,通过正则键值对等方式日志进行标准化解析。让数据可读可理解。

    2、制定云安全平台

    云平台作为业务的基础支撑平台,采用主动或被动方式获取机读情报,通过云安全平台,掌握最新一手的安全情报,通过统一的标准给安全设备、邮件设备联动,通过云安全平台给安全设备赋能,掌握最新的安全知识,设备拥有最先进的安全大脑。

    3、构建大数据安全分析,

    大数据分析的主要是对各类安全事件进行及时处理。做到事前预防、事中监测和告警、事后溯源追踪。快速锁定危险源头,将风险降到最低,提升企业的防御能力。

    从安全被动维持到企业基础设施重构建设,安全运维人员再也不是救火队,而是预言能力的超人,拥有事前预防、事中监测和告警、事后溯源追踪的能力。提高了企业的安全防御能力,为企业的业务保值增值,避免国内外攻击组织的入侵,安全运维的价值得到充分体现,也赢得领导的信任和支持。

    从运维走向运营,实现了安全能力的蜕变,看到了安全的厚度,得到了信任,稳定了基石。

    微信公众号:透雾

  • 相关阅读:
    java分页查询--oracle
    Tomcat Excel中的数据导出到页面中显示
    接口调用类3
    接口工具类2
    接口工具类
    redis 对外访问
    Spring 项目启动时执行
    scp 本地上传/下载服务器文件
    CentOS 安装 rabbitMQ
    卸载rabbitMQ
  • 原文地址:https://www.cnblogs.com/bravexz/p/9660398.html
Copyright © 2020-2023  润新知