在軟件開(kāi)發(fā)中技術(shù)防護(hù)體系構(gòu)建，數(shù)據(jù)全生命周期加密傳輸層采用HTTPS協(xié)議，敏感數(shù)據(jù)使用AES-256算法加密，用戶(hù)密碼、支付信息TLS 1.3 協(xié)議動(dòng)態(tài)密鑰生成，存儲(chǔ)層數(shù)據(jù)庫(kù)字段級(jí)加密如客戶(hù)手機(jī)號(hào)用SHA-256哈希+鹽值處理，備份數(shù)據(jù)加密存儲(chǔ)透明加密+定期密鑰輪換，處理層內(nèi)存中臨時(shí)數(shù)據(jù)加密禁止明文日志記錄，如打印日志時(shí)用“***”替代敏感信息日志脫敏中間件。
訪問(wèn)控制與權(quán)限管理最小權(quán)限原則，按角色劃分權(quán)限、如財(cái)務(wù)人員僅可查看薪資數(shù)據(jù)，不可修改核心代碼，采用RBAC角色基礎(chǔ)訪問(wèn)控制模型，銷(xiāo)售經(jīng)理可查看部門(mén)業(yè)績(jī)報(bào)表，但無(wú)法導(dǎo)出全公司客戶(hù)數(shù)據(jù)。多因素認(rèn)證關(guān)鍵操作，數(shù)據(jù)導(dǎo)出、系統(tǒng)配置修改需同時(shí)驗(yàn)證密碼+短信驗(yàn)證碼+硬件令牌如U2F鑰匙。
漏洞檢測(cè)與安全開(kāi)發(fā)SDL安全開(kāi)發(fā)生命周期，在需求分析階段引入安全需求，如抗SQL注入、XSS防護(hù)，開(kāi)發(fā)中使用靜態(tài)代碼掃描檢測(cè)代碼漏洞，動(dòng)態(tài)滲透測(cè)試模擬黑客攻擊，第三方審計(jì)委托獨(dú)立安全機(jī)構(gòu)進(jìn)行滲透測(cè)試，出具安全評(píng)估報(bào)告。
上線后運(yùn)營(yíng)與應(yīng)急響應(yīng)數(shù)據(jù)備份與災(zāi)難恢復(fù)，三級(jí)備份策略實(shí)時(shí)備份寫(xiě)入數(shù)據(jù)庫(kù)時(shí)同步備份到異地機(jī)房，每日全量備份凌晨自動(dòng)備份到離線存儲(chǔ)設(shè)備，每周異地容災(zāi)備份通過(guò)加密專(zhuān)線傳輸至第三方災(zāi)備中心，數(shù)據(jù)丟失如服務(wù)器遭攻擊，測(cè)試備份數(shù)據(jù)的完整性和恢復(fù)耗時(shí)目標(biāo)。
員工安全培訓(xùn)與監(jiān)控定制化培訓(xùn)，針對(duì)不同崗位開(kāi)展培訓(xùn)，開(kāi)發(fā)人員禁止硬編碼密鑰、定期更新依賴(lài)庫(kù)普通員工，禁止在公共網(wǎng)絡(luò)使用系統(tǒng)、不點(diǎn)擊可疑郵件鏈接操作審計(jì)日志，記錄所有數(shù)據(jù)操作、如查詢(xún)、修改、刪除的時(shí)間、賬號(hào)、IP地址，日志留存至少180天支持事后追溯應(yīng)急響應(yīng)機(jī)制漏洞響應(yīng)流程、發(fā)現(xiàn)漏洞→1小時(shí)內(nèi)通知供應(yīng)商→4小時(shí)內(nèi)提供臨時(shí)解決方案 → 72小時(shí)內(nèi)發(fā)布補(bǔ)丁，部署端防護(hù)軟件禁止員工私自接入外接設(shè)備，若遭攻擊立即隔離受感染服務(wù)器并啟用備份。
