自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

一文讀懂安全運營建設

安全 應用安全
安全運營的本質(zhì)是 “用持續(xù)對抗的不確定性,換取業(yè)務發(fā)展的確定性”。企業(yè)需摒棄“重采購輕運營”的舊思維,轉(zhuǎn)而建立 “工具為矛、人才為盾、流程為鏈” 的有機體系。

一、安全運營(SecOps)簡介

企業(yè)安全現(xiàn)狀及調(diào)整

大多數(shù)企業(yè)雖然采購了多種安全設備,但在實際使用中往往面臨管理難題。

缺乏統(tǒng)一的管理平臺和專門的安全運維團隊:這些設備經(jīng)常處于無人有效維護的狀態(tài),導致其功能未能充分發(fā)揮。各設備之間的告警信息相互獨立,缺乏整合和聯(lián)動,企業(yè)在面對復雜安全事件時,難以及時獲取全面、準確的威脅態(tài)勢。

企業(yè)安全管理還存在諸多其他問題:例如,安全防護手段過于被動,以事后響應為主,缺乏主動檢測和威脅情報的應用能力;內(nèi)部安全架構(gòu)孤立,多廠商環(huán)境增加管理復雜性。部分企業(yè)在合規(guī)性上重視表面達標,卻忽視實際防護效果。

員工安全意識薄弱,人為失誤頻發(fā):云安全和數(shù)據(jù)保護措施不足,敏感數(shù)據(jù)面臨泄露風險;

安全運營可以解決哪些問題

安全運營(Security Operations,簡稱SecOps)是指通過系統(tǒng)化的流程、技術和人員協(xié)作,持續(xù)監(jiān)控、檢測、分析和響應網(wǎng)絡安全威脅,以保護組織資產(chǎn)(如數(shù)據(jù)、系統(tǒng)、網(wǎng)絡)免受攻擊的綜合性活動。它不是某個工具或單次項目,而是一套“讓安全能力流動起來”的作戰(zhàn)體系,其核心目標是主動防御風險、快速應對安全事件、最小化業(yè)務損失。

在近20年的安全建設發(fā)展過程中,前10多年時間,政企機構(gòu)更多的以合規(guī)化建設為主;從2016年實戰(zhàn)化攻防演練開始,我們發(fā)現(xiàn)偏合規(guī)或堆砌式的安全架構(gòu)實際效果已經(jīng)不再那么明顯了。我們講運營,“運”就是用起來,使整個安全平臺、安全工具正常運轉(zhuǎn)。人作為工程師、司機,甚至是廚師也好,不論是各種角色,都是通過技藝與工具實現(xiàn)價值的輸出。

統(tǒng)一管理平臺:在安全工作中,我們有SOC類平臺如安全信息和事件管理(SIEM)、威脅檢測及響應(TDR)等工具,數(shù)據(jù)源源不斷地進來,供我們?nèi)シ治?,就像買輛車就得加油,他才能走,其實也是相應的輸入。而“營”則是持續(xù)的輸出價值。

安全運營體系: 我們買車的目的是載著我們?nèi)ミh方,去工作,或者周末出去玩。買了一輛車不會開怎么辦?車的價值怎么來體現(xiàn)?車動起來才能實現(xiàn)價值,恐怕很少人買車是為了放在那里擺著。車肯定不能僅僅實現(xiàn)擺設工具的價值。 這時我們要思考一個問題:如果開車是項技能,到底是司機重要,還是車本身重要?這個問題跟安全行業(yè)的思考有些類似。我們需要的安全價值或者說解決安全問題的做法,一定是通過人加工具一起實現(xiàn)的,二者缺一不可。光有人沒有車,很難實現(xiàn);沒有車,你可以走著去,但效率很低。只有車沒有人,車用不了,買來就是個擺設。

安全運營與傳統(tǒng)安全的區(qū)別

安全運營(Security Operations)與傳統(tǒng)安全(Traditional Security)的核心差異在于防御理念、技術手段、管理方式的全面升級。傳統(tǒng)安全以“靜態(tài)防御”為中心,而安全運營強調(diào)“動態(tài)對抗”,二者在以下維度存在顯著區(qū)別:

1. 從靜態(tài)防御到動態(tài)對抗

維度

傳統(tǒng)安全

安全運營

防御重心

邊界防護(防火墻、IDS)

全生命周期管理(預防→檢測→響應→恢復)

威脅認知

被動防御已知威脅

主動狩獵未知風險(如APT、0day)

目標導向

合規(guī)達標(如等保)

業(yè)務風險可量化(如MTTD/MTTR指標)

2. 通過統(tǒng)一管理平臺聯(lián)動多個安全設備

維度

傳統(tǒng)安全

安全運營

工具架構(gòu)

孤立設備堆砌(如FW、WAF獨立運行)

平臺化整合(SIEM+XDR+SOAR)

數(shù)據(jù)價值

日志僅用于審計留存

多源數(shù)據(jù)關聯(lián)分析(網(wǎng)絡流量+終端行為+威脅情報)

自動化水平

人工處理告警

70%+低風險告警由SOAR自動閉環(huán)

3. 從應急響應到安全預警

維度

傳統(tǒng)安全

安全運營

團隊角色

運維人員兼任安全

專職SOC分析師+威脅獵人

流程設計

事件驅(qū)動(出事才處理)

流程標準化

能力建設

依賴外部廠商支持

內(nèi)部知識庫沉淀+ATT&CK實戰(zhàn)演練

4. 成本中心到業(yè)務賦能

維度

傳統(tǒng)安全

安全運營

投入重點

硬件采購(占預算60%+)

訂閱持續(xù)運營服務(監(jiān)測+響應+優(yōu)化)

ROI衡量

設備在線率、合規(guī)檢查通過率

風險損失下降率、MTTR降低值

業(yè)務關聯(lián)

安全與業(yè)務對立

安全與業(yè)務協(xié)同(DevSecOps)

安全運營工作的痛點

1. 人員與組織痛點

  • 專業(yè)人員缺失:國內(nèi)70%的中小企業(yè)無專職安全團隊,一線運維人員常身兼多職(如網(wǎng)管+安全),導致響應能力不足。
  • 安全意識薄弱:員工釣魚郵件點擊率高達15%-20%(行業(yè)調(diào)研數(shù)據(jù)),內(nèi)部人員誤操作成為主要攻擊入口
  • 職責邊界模糊:安全部門與IT、業(yè)務部門權責不清,出現(xiàn)安全事件時推諉扯皮。

2. 流程與管理痛點

  • 響應機制僵化:多數(shù)企業(yè)依賴人工處理工單,平均事件響應時間(MTTR)超過48小時,錯過黃金處置期
  • 合規(guī)與實戰(zhàn)脫節(jié):為滿足《網(wǎng)絡安全法》《數(shù)據(jù)安全法》等要求,過度側(cè)重合規(guī)檢查(如等保測評),但實際攻防演練中暴露防御短板。

3. 技術層面痛點

  • 工具分散,缺乏協(xié)同性:許多企業(yè)堆砌了防火墻、IDS、WAF、EDR等工具,但各系統(tǒng)數(shù)據(jù)孤島化,告警信息無法關聯(lián)分析,導致誤報率高、響應效率低。
  • 威脅情報應用不足:缺乏對行業(yè)威脅情報的動態(tài)整合能力,難以針對APT攻擊、勒索軟件等定向威脅制定防御策略。
  • 云與混合架構(gòu)的適配挑戰(zhàn):傳統(tǒng)安全難以覆蓋云原生環(huán)境(如容器)、跨云、混合云等場景

4. 投入不均衡

預算分配失衡:企業(yè)傾向于采購硬件設備(占預算60%以上),但持續(xù)運營投入(如威脅狩獵、日志分析)不足,導致設備利用率低于40%。

外包服務效果存疑:MSSP(托管安全服務)市場魚龍混雜,部分乙方交付流于“7×24監(jiān)控臺值班”,缺乏深度分析能力,甲方難以量化服務價值。

安全運營的目標

安全運營建設的核心目標是通過系統(tǒng)化的流程、技術和人員協(xié)作,持續(xù)監(jiān)控、檢測、分析和響應網(wǎng)絡安全威脅,以保護組織資產(chǎn)(如數(shù)據(jù)、系統(tǒng)、網(wǎng)絡)免受攻擊的綜合性活動,構(gòu)建一個持續(xù)、主動、動態(tài)的安全管理體系,以保障組織的業(yè)務連續(xù)性、數(shù)據(jù)資產(chǎn)安全和合規(guī)性。

通過整合SOAR、XDR等技術實現(xiàn)告警自動化處理與威脅主動狩獵,將平均響應時間壓縮至2小時以內(nèi);依托平臺化賦能與實戰(zhàn)化培訓,沉淀可復用的安全知識庫;通過技術、人員與流程的協(xié)同升級,推動企業(yè)從“被動合規(guī)”向“業(yè)務護航”轉(zhuǎn)型,實現(xiàn)安全投入與業(yè)務價值的精準對齊。

二、安全運營體系

人員體系

1. 概述

在安全運營體系(Security Operations, SecOps)中,人員體系是確保安全運營有效性的核心組成部分。一個完善的人員體系不僅需要明確角色和職責,還需要建立合理的組織架構(gòu)、培訓機制和協(xié)作流程。通過建立三級團隊,劃分不通職責,快速響應告警。

2. 三級運營團隊

一線運營團隊L1:安全監(jiān)控與初級響應

  • 角色:安全分析工程師、監(jiān)控機器人
  • 職責:

7×24小時監(jiān)控SIEM/XDR告警,完成初步分類與驗證(區(qū)分誤報/真實威脅)。

執(zhí)行標準化響應劇本(如隔離惡意IP、重置異常賬戶密碼)。

生成每日/周安全態(tài)勢報告(如Top攻擊類型、高危資產(chǎn)分布)。

二線高級分析工程師L2:高級分析與事件響應

  • 角色:安全工程師/威脅獵人(Threat Hunter)
  • 職責:

深度調(diào)查L1上報的復雜事件(如APT攻擊鏈還原、內(nèi)部橫向滲透溯源)。

優(yōu)化檢測規(guī)則(基于ATT&CK框架編寫Sigma/YARA規(guī)則)。

主導紅藍對抗演練,設計攻擊模擬場景(如釣魚郵件繞過現(xiàn)有防護)。

三線安全運營經(jīng)理L3:戰(zhàn)略規(guī)劃與架構(gòu)設計

  • 角色:安全架構(gòu)師/安全運營經(jīng)理
  • 職責:

規(guī)劃整體安全方案

制定安全運營SLA指標(如MTTD≤1小時、MTTR≤4小時)。

設計技術棧整合方案(如SIEM+SOAR+威脅情報平臺聯(lián)動)。

推動跨部門協(xié)作(如與IT部門制定漏洞修復SLA,與法務部門對接數(shù)據(jù)泄露合規(guī)流程)。

其他人員配置:

威脅獵人:

  • 漏洞利用趨勢
  • 公司數(shù)據(jù)是否被倒賣
  • 攻擊手法(比如常用釣魚郵件標題、惡意軟件類型)
  • 匹配情報與企業(yè)資產(chǎn)(比如某勒索病毒專門攻擊Windows服務器,而公司有300臺相關設備)

漏洞管理:

  • 全系統(tǒng)的漏洞掃描,檢查服務器、軟件、網(wǎng)絡設備的漏洞
  • 關注新曝光的漏洞(比如新聞爆出某數(shù)據(jù)庫有高危漏洞)
  • 模擬黑客攻擊測試系統(tǒng)(比如嘗試繞過登錄驗證)
  • 判定漏洞的等級

流程體系

1. 監(jiān)控分析流程

圖片圖片

數(shù)據(jù)采集

  • 網(wǎng)絡流量:記錄所有進出的數(shù)據(jù)包(如異常下載行為、用戶異常訪問) ● 終端設備:監(jiān)控每臺終端的狀態(tài)(電腦/手機是否中毒) ● 云上資產(chǎn):主機安全監(jiān)控(云服務器、容器行為) ● 用戶行為:識別"危險操作"(如員工半夜訪問核心數(shù)據(jù)庫)
  • 實時監(jiān)控:通過SEIM、XDR等平臺,實時監(jiān)控分析可疑行為、攻擊行為
  • 威脅分析:三級人員響應機制,由一線工程師與告警機器人響應與分析告警
  • 分析處置:根據(jù)不同的事件級別,使用不同的應急預案
  • 閉環(huán):知識庫:記錄攻擊手法和處置方案(按行業(yè)/攻擊類型分類)規(guī)則優(yōu)化:根據(jù)誤報調(diào)整檢測閾值(如正常員工批量下載次數(shù)上限)

2. 事件管理流程

根據(jù)企業(yè)架構(gòu),參照2023年5月份發(fā)布的《GB/T 20986—2023 安全事件分級響應指南》,對告警級別分級響應

級別

事件級別

P0特別重大事件

P1重大事件

P2較大事件

P3一般事件

網(wǎng)絡攻擊

針對特別重要的信息系統(tǒng)進行持續(xù)、大量的、有組織的網(wǎng)絡攻擊事件,對系統(tǒng)功能造成損害,或?qū)е孪到y(tǒng)服務停止,導致了特別嚴重的系統(tǒng)損失

特別重要的信息系統(tǒng)受到騷擾或少量攻擊,或重要信息系統(tǒng)受到多次網(wǎng)絡攻擊,導致了嚴重的系統(tǒng)損失

重要信息系統(tǒng)受到騷擾或少量攻擊,或一般信息系統(tǒng)遭受多次網(wǎng)絡攻擊,導致較大系統(tǒng)損失

一次嘗試失敗的網(wǎng)絡攻擊事件,沒有造成系統(tǒng)損失或造成較小的系統(tǒng)損失

有害程序事件

特別重要信息系統(tǒng)遭受有害程序多次感染或大量感染,造成特別嚴重的系統(tǒng)損失

特別重要信息系統(tǒng)遭受單次有害程序,或重要信息系統(tǒng)受有害程序多次感染或嚴重感染,對系統(tǒng)用戶、應用程序造成損害,導致嚴重的系統(tǒng)損失

重要信息系統(tǒng)受單次的有害程序感染,或一般信息系統(tǒng)受有害程序多次感染,造成較大系統(tǒng)損失

一次已知的有害程序事件,被防病毒保護發(fā)現(xiàn)并攔截,沒有造成系統(tǒng)損失或造成較小的系統(tǒng)損失

數(shù)據(jù)攻擊事件

一般信息系統(tǒng)少量敏感信息或業(yè)務數(shù)據(jù)泄漏,及時發(fā)現(xiàn)并控制,沒有造成系統(tǒng)損失或造成較小的系統(tǒng)損失

重要信息系統(tǒng)少量敏感信息或業(yè)務數(shù)據(jù)泄漏,或一般信息系統(tǒng)大量敏感信息或業(yè)務數(shù)據(jù)泄漏,導致較大的系統(tǒng)損失,造成較大的社會影響

特別重要信息系統(tǒng)少量敏感信息或業(yè)務數(shù)據(jù)泄漏,或重要信息系統(tǒng)大量敏感信息或重要業(yè)務數(shù)據(jù)泄漏,導致嚴重的系統(tǒng)損失,造成重大的社會影響

特別重要的信息系統(tǒng)大量敏感信息或業(yè)務數(shù)據(jù)泄漏,導致特別嚴重的系統(tǒng)損失,造成特別重大的社會影響

響應時間(注:每個企業(yè)響應時間要求不同)

級別

響應時間

P0特別重大事件

15分鐘啟動應急小組

P1重大事件

30分鐘初步分析報告

P2較大事件

2小時內(nèi)處置方案

P3一般事件

24小時工單閉環(huán)

3. 漏洞管理流程

a.漏洞生命周期管理

圖片

b.監(jiān)控階段
  • 主動掃描:

使用工具(如Nessus、OpenVAS)定期掃描系統(tǒng)和應用(頻率:核心系統(tǒng)每周1次,普通系統(tǒng)每月1次)

覆蓋范圍:服務器、網(wǎng)絡設備、云資源、第三方組件

  • 被動接收:

監(jiān)控漏洞情報平臺(如CVE、CNVD)

接收外部報告(如白帽子提交、供應商通告)

安全設備流量抓取

c.驗證階段
  • 去重去誤報:

剔除掃描工具誤報(如將配置警告誤判為高危漏洞)

  • 復現(xiàn)驗證:

手工驗證漏洞可利用性(如通過Metasploit測試、POC)

d.分級及修復階段

根據(jù)漏洞的風險等級以及對業(yè)務的影響程度,綜合判斷漏洞等級:

風險等級

業(yè)務影響

修復期限

危重

核心系統(tǒng)/客戶數(shù)據(jù)

≤3天

高危

內(nèi)部管理系統(tǒng)

≤7天

中危

測試環(huán)境/非敏感數(shù)據(jù)

≤30天

低危

無實際利用路徑

觀察

e.修復策略
  • 熱修復機制:高危漏洞72小時緊急補丁
  • 虛擬補?。篧AF規(guī)則臨時防護(平均部署時間<30分鐘)
  • 補償控制:當無法修復時實施網(wǎng)絡微隔離

特殊場景處理:

  • 零日漏洞:情報獲取 → 影響分析 → 虛擬補丁 → 監(jiān)控攻擊 → 官方補丁跟進
  • 供應鏈漏洞:建立軟件清單,快速定位受影響組件、要求供應商簽署SLA(如漏洞響應時間≤72小時)
f.改進措施:
  •  制定內(nèi)部適用的《漏洞優(yōu)先級評估指南》
  • 培訓開發(fā)團隊基礎安全編碼規(guī)范
  •  運維團隊掌握熱修復和回滾技能

4. 問題升級流程

a.分級上報機制

圖片

b.升級溝通機制
  • 黃金小時報告:重大事件1小時內(nèi)提供決策簡報
  • 應急:建立多通道通知系統(tǒng)(電話/短信/釘釘/郵件)
  • 升級追溯審計:記錄所有升級決策的時間戳和責任人

5. 持續(xù)優(yōu)化機制

PDCA循環(huán)

① 每月復盤會:分析上月事件,優(yōu)化3個痛點流程 

② 季度攻防演練:模擬真實攻擊(如釣魚郵件突破防御)

 ③ 年度劇本更新:將新戰(zhàn)術寫入操作手冊

 ④ 漏洞修復排行榜:公示各部門修復時效,倒數(shù)部門需說明

技術體系

1. 概述

安全技術體系是一個多層次、多維度的綜合框架,通過技術手段預防、檢測、響應和恢復安全威脅。其核心目標是構(gòu)建動態(tài)、智能、協(xié)同的防御能力,覆蓋從基礎設施到應用層的全生命周期防護。

2. 基礎安全防護

互聯(lián)網(wǎng)邊界:使用防火墻、web應用防火墻防護邊界應用

終端安全:通過EDR、HIDS、容器安全管理終端安全

身份認證與訪問管理:基于“永不信任,持續(xù)驗證”原則的動態(tài)訪問控制、IAM

3. 持續(xù)監(jiān)測與檢測

建立統(tǒng)一日志分析平臺:如SIEM、SOC、XDR(跨端檢測),收集所有設備日志(網(wǎng)絡流量、服務器記錄、員工電腦行為),整合所有日志。

4. 響應與自動化編排

SOAR(自動化響應):

  • 自動化處置常見事件(如封禁惡意IP、隔離感染主機)。
  • 示例:通過劇本(Playbook)自動響應暴力破解攻擊

三、總 結(jié)

核心總結(jié)

升維防御理念

從“靜態(tài)合規(guī)”到“動態(tài)對抗”:安全運營將傳統(tǒng)設備堆砌升級為“監(jiān)測-響應-優(yōu)化”的閉環(huán)體系,通過ATT&CK框架、威脅狩獵等技術實現(xiàn)主動防御。從“成本中心”到“業(yè)務護航”:安全投入與業(yè)務風險直接掛鉤MTTR下降,推動安全與DevOps、云原生架構(gòu)深度融合。

核心能力三角

技術驅(qū)動:SIEM+XDR實現(xiàn)數(shù)據(jù)關聯(lián)分析,SOAR自動化處置70%低風險告警,云原生安全覆蓋容器/K8s環(huán)境。人才進階:三級響應團隊(L1監(jiān)控-L2分析-L3決策)與威脅情報專家協(xié)同,形成“機器處理量、人工解決質(zhì)”的分工模式。流程固化:通過知識庫、PDCA循環(huán),將個人經(jīng)驗轉(zhuǎn)化為組織知識資產(chǎn),實現(xiàn)新員工可快速接手以及處理P2級別事件。

趨勢展望

技術融合加速

AI重塑分析模式:大語言模型(LLM)將用于自動生成事件報告、解讀告警上下文,分析師效率提升3倍。云原生安全成為標配:CNAPP(云原生應用保護平臺)統(tǒng)一管理多云安全,Serverless和容器安全檢測精度達99%。自動化防御網(wǎng)絡:SOAR與XDR深度聯(lián)動,實現(xiàn)“檢測-響應-阻斷”秒級閉環(huán),勒索軟件加密前攔截率達90%。

運營模式創(chuàng)新

安全即服務(SECaaS):中小企通過MSSP(托管安全服務)按需獲取威脅狩獵、紅隊演練等高階能力,成本降低50%。員工安全素養(yǎng)量化:通過模擬釣魚平臺、UEBA(用戶實體行為分析)動態(tài)評估員工風險等級,納入績效考核。

實施建議

小型企業(yè)(預算有限,團隊<5人)

輕量監(jiān)控部署開源SIEM+EDR實現(xiàn)基礎威脅感知。訂閱威脅情報服務(如微步在線),自動攔截惡意IP/域名。

聚焦高頻風險

  • 制定《Top 5應急預案》(如釣魚郵件、弱密碼爆破、病毒感染等),快速處置安全事件。
  • 每季度開展1次全員安全意識培訓(點擊率需≤10%)

2. 中大型企業(yè)(預算充足,專職團隊>10人)

高階能力建設

構(gòu)建SOC統(tǒng)一日志分析平臺:整合SIEM+SOAR(Palo Alto Cortex)+XDR(CrowdStrike),實現(xiàn)告警全生命周期管理。

建立威脅狩獵團隊:每周開展1次ATT&CK戰(zhàn)術場景狩獵(如橫向移動、權限提升)。

DevOps流程:在DevOps流程嵌入SAST、DAST、SCA等工具,實現(xiàn)代碼提交階段攔截70%漏洞。

結(jié)語

安全運營的本質(zhì)是 “用持續(xù)對抗的不確定性,換取業(yè)務發(fā)展的確定性”。企業(yè)需摒棄“重采購輕運營”的舊思維,轉(zhuǎn)而建立 “工具為矛、人才為盾、流程為鏈” 的有機體系。未來三年,隨著AI、自動化技術的成熟,安全運營將進入“智能協(xié)同時代”——機器處理99%的日常告警,人類專注于1%的戰(zhàn)略性威脅狩獵。唯有先行者,能在攻防不對稱的戰(zhàn)場上贏得主動權。

責任編輯:武曉燕 來源: 新鈦云服
相關推薦

2021-04-29 17:43:56

運營安全技術

2023-07-19 08:46:00

導航地圖

2023-10-22 12:00:37

數(shù)據(jù)運營

2023-12-22 19:59:15

2021-08-04 16:06:45

DataOps智領云

2020-11-08 13:33:05

機器學習數(shù)據(jù)中毒人工智能

2018-09-28 14:06:25

前端緩存后端

2022-09-22 09:00:46

CSS單位

2025-04-03 10:56:47

2022-11-06 21:14:02

數(shù)據(jù)驅(qū)動架構(gòu)數(shù)據(jù)

2023-05-20 17:58:31

低代碼軟件

2023-11-27 17:35:48

ComponentWeb外層

2022-07-05 06:30:54

云網(wǎng)絡網(wǎng)絡云原生

2022-10-20 08:01:23

2022-07-26 00:00:03

語言模型人工智能

2021-12-29 18:00:19

無損網(wǎng)絡網(wǎng)絡通信網(wǎng)絡

2022-12-01 17:23:45

2022-07-07 18:03:15

網(wǎng)絡協(xié)議網(wǎng)絡通信

2025-01-08 10:30:24

2021-02-05 05:26:33

字節(jié)ASCII控制
點贊
收藏

51CTO技術棧公眾號