管控總監崗位職責任職要求
管控總監崗位職責
工作職責:
1.具體負責新零售項目推進和全渠道運營管控
2.具體負責公司一體化平臺有關商品、營銷、運營、會員、物流等業務跨業態協同,推進一體化重點場景拓展
3.具體負責一體化平臺運營KPI跟蹤,促進績效提升
4.具體負責推進集團其他新業務的創新轉型、業務整合、運營管控
任職資格:
1.45周歲以下,身體健康
2.本科及以上學歷,經濟或管理類相關專業畢業
3.5年以上零售行業從業經驗,有較好的職業素養、敬業精神
4.熟練掌握英語、熟練應用辦公軟件,具有良好的綜合分析、溝通協調及表達能力
5.新零售相關從業經歷者優先工作職責:
1.具體負責新零售項目推進和全渠道運營管控
2.具體負責公司一體化平臺有關商品、營銷、運營、會員、物流等業務跨業態協同,推進一體化重點場景拓展
3.具體負責一體化平臺運營KPI跟蹤,促進績效提升
4.具體負責推進集團其他新業務的創新轉型、業務整合、運營管控
任職資格:
1.45周歲以下,身體健康
2.本科及以上學歷,經濟或管理類相關專業畢業
3.5年以上零售行業從業經驗,有較好的職業素養、敬業精神
4.熟練掌握英語、熟練應用辦公軟件,具有良好的綜合分析、溝通協調及表達能力
5.新零售相關從業經歷者優先
管控總監崗位
篇2:維修班組員工不安全行為管控措施制度
為了深入開展“本安管理體系鞏固發展年”活動,有效遏制員工不安全行為發生,確保安全生產,特制定如下不安全行為管控措施:
一、不安全行為管控重點
結合中心的安全生產工作實際,通過對歷年來中心發生的不安全行為統計分析,確定洗選中心人員不安全行為管控的重點是:
(一)重點人群
1.新入企員工
2.勞務工
3.外委專業化服務人員
4.單崗作業人員
5.作業地點流動性大的員工
(二)重點時段
1.中夜班及凌晨作業時段
2.交接班時間
3.節假日加班及日常延點時間
4.突發搶修設備故障時段
5.檢查人員剛離開時
(三)重點作業活動
1.設備檢修
2.電氣焊作業
3.崗位工單獨巡視設備
(四)重點行為
1.個人防護用品佩戴不正確(安全帽、耳塞、防塵口罩、工作服)
2.作業人員未隨身攜帶資格證上崗
3.脫崗、睡崗
4.交接班時不履行交接班程序
5.無監護人進入設備、設施內部作業
6.停電后不閉鎖、上鎖
7.作業前不進行危險源辨識
二、不安全行為預防
基層單位是本單位員工不安全行為管理的責任主體,要發揮最大潛能為員工創造良好的工作環境,消滅不安全行為發生的誘因和土壤,為員工提供自覺規范作業的條件,從根本上杜絕不安全行為的發生。
(一)強化車間、班組現場管理,提高員工自覺遏制不安全行為的積極性。
1.對員工不安全行為實行分級考核管理。各基層單位發現的不安全行為,自行按照相關辦法考核處理;中心各部門檢查發現的不安全行為,由中心按照相關辦法考核處理;公司檢查發現的不安全行為,由公司按照相關辦法進行考核處理。對基層單位及車間、班組已經查處的不安全行為當事人不再進行責任追究,其不安全行為也不納入中心、公司績效和評先樹優等考核。
2.各基層單位要明確各級管理人員在不安全行為管控中的責任,并落實到人。當出現不安全行為時,不但要對當事人進行處罰,同時要追究管理者的連帶責任。確保跟班到位,不安全行為管控責任落實到位。
3.各單位要注重員工現場實操技能培訓,充分發揮班組長和老師傅一對一的“傳、幫、帶”作用。在特殊時期、特殊時段、特殊任務下,加強對新員工的管理監督,以防止由于突擊生產和僥幸心理導致不安全行為的發生。
4.持續開展班組的危險源辨識和風險評估工作。班前會必須針對上一班反饋的信息和本班的工作任務進行作業安全風險分析,有重點地落實安全措施;交接班要與現場危險源辨識和隱患排查處理相結合,杜絕上班時不能認真負責干好本職工作,急于早下班而手忙腳亂、無序操作等不安全行為發生;作業中,要培育員工養成“五思而行”(①本人做此項工作有哪些風險不知道不去做;②本人是否具備做此項工作的技能?不具備不去做;③做本項工作所處的環境是否安全?不安全不去做;④做本項工作是否有適當的工具不恰當不去做;⑤做本項工作是否已佩戴了合適的個人防護用品不合適不去做)的習慣,從根本上杜絕員工不安全行為。
5.各單位要對員工的作業行為實行分類管理,特別是對新員工要重點關注、重點管控。如通過安全帽上貼“星”型標識來識別新員工的入企時間(1-2個月貼一個星,3-4個月為兩個星,以此類推,超出一年解除“星”標識);按要求落實帶班隊長、師帶徒不安全行為考評處罰機制,加強不安全行為管控。
(二)加強職業培訓,提高員工自身安全生產意識和技能。
要加強對員工的思想教育,提高員工安全意識;加大作業規程及相關業務知識培訓力度,提高員工業務技能,使員工勝任本職工作,避免無意違章現象發生。
?1.做好“不安全行為認定標準”的告知和培訓工作,讓員工知道哪些是不安全行為、其風險等級如何、會造成什么后果等,以進行自我行為約束。
?2.建立完善的培訓系統,配備充足的培訓資源,創新培訓手段,建立培訓考核機制,確保培訓工作取得實效。
(1)配齊培訓教材。針對不同培訓對象配備相應培訓教材。如新員工培訓、安全常識培訓、本安體系基礎知識和專業技能培訓教材等,可分類別、分專業進行編制或收集。
(2)充實師資力量。選拔建立講師隊伍,形成相對固定的專業化培訓團隊負責安全培訓工作,開展常態化、系統性的安全培訓。
(3)抓好質量關。針對不同的崗位開展不同內容的培訓,改變目前“培訓只是把全部內容念一遍,考試只是發下試卷抄一遍”的現象。
(4)實施嚴格考核。嚴格開展培訓后的考核工作,考核題目要有針對性,與培訓內容高度統一,避免使用通用類考試題,使考試流于形式。如建立考試題庫供分類隨機抽取,實行教考分離等。
(5)豐富培訓方法。如傳統面授、視頻會議、網絡系統、模塊化、圖像化、實操化培訓等。
(6)做好培訓考核。對培訓工作的開展情況及效果進行考核,推動礦“三級”培訓的良性運行。
(三)加強設備管理,提高設備設施的安全可靠性。
要按照安全風險預控的要求,從設計、設備配套過程中嚴格把關,增加科技含量,提高設備的安全可靠度。
1.加強設備檢修、維護,提高設備完好率。對存在缺陷的在用設備、設施要建立臺賬,有計劃地開展使用中消缺和大、項修時消缺,為員工規范作業提供硬件保障。
2.對風險高的設備和工藝,開展針對性的小改小革、流程改造、科技創新及安全產品替代等活動,降低操作風險。如開展自主創新性改革活動、借鑒其他單位亮點工程等。
(四)改善作業環境,為安全生產提供良好的空間保障。
要努力為員工創造便捷的作業環境和空間,使員工在安全的環境中作業。如按規定距離設置皮帶過橋、安全出口保持暢通等。要從粉塵和噪音治理、安全防護、噪音照明和人機工程學等方面落實持續改進的具體目標和措施,并按計劃執行。
(五)改進管理方法,全方位遏制員工不安全行為的發生。
1.各單位要有效開展不安全行為管理分析,分析高發不安全行為的類型、人群、時段等,制定針對性的管控措施,明確重點管控對象。同時,要積極探索不安全行為發生的客觀因素和主觀原因,從“人”、“機”“環”、“管”查找管理漏洞和缺陷,不斷強化管控方案。
2.機關各職能部門要從定編定員、設備及備件配置、工程設計等
方面做好支持和服務工作,為基層單位的安全生產創造條件。
3.基層單位要查找由于設備缺陷、作業空間受限、檢修或作業時設施不完善、防護用品不齊備等因素引發不安全行為的作業活動,從管理上進行消缺和改進,消除“不違章不能干”的錯誤觀念。
4.安管部要把員工不安全行為管理納入業務保安職責,定期對中心不安全行為人員數據庫中的行為表現進行分析,查找各級人員在不安全行為治理工作中的不足,進行有針對性地改進。
5.經營部要建立全中心特種作業人員數據庫,動態掌握各單位特種作業人員持證情況,做到辦證、證件復審、換證超前安排,確保符合法定要求。
6.各基層單位要大力推行標準化作業流程,合理、均衡布置工作任務,做到人崗匹配,防止搶時間、趕進度而發生不安全行為。同時,要配備完好、有效的安全防護用品和工器具,把好最后一道防線。
(六)正向激勵、營造安全氛圍。
1.?加強廠務公開,員工工資、福利待遇、晉級等要保證公平、合理,不徇私情。
2.?各級領導和組織要及時掌握員工的思想動態,切實關心職工生活,積極采取交流和談心等方式化解各類矛盾,解決職工的后顧之憂,使作業人員注意力集中,避免員工帶情緒上崗而發生不安全行為。
3.?強化后勤保障工作,使員工休息充分、精力充沛。如將生產單位同班的人員盡可能調整到一個宿舍,使員工得到充分休息;保證食堂的飯菜質量;為中夜班員工配備咖啡等。
4.?開展形式多樣的安全文化活動,形成良好安全氛圍。如:
(1)舉辦事故案例宣講活動。以身邊的事故或未遂事故為切入點,通過員工自己講解,加深記憶,深刻吸取事故教訓。
(2)開展“創建無不安全行為車間、班組”活動。對創建無不安全行為車間、班組成功的車間第一責任人、班組長,分別在績效考核中給予獎勵加分。同時,對創建成功的區隊分別按管理難易程度給予獎勵。
(3)調動家屬,協管安全。對不安全行為達到重大風險等級,且家屬在礦區的不安全行為人員,通過家屬協管員以“違章告知書”的形式送到家屬手中,對不安全行為可能造成的后果進行說明。通過舉辦寫安全家書、親情安全寄語等活動,降低不安全行為發生率。
(七)提高本安信息系統數據質量,積累安全管控有效數據。
1.本安信息系統選擇項錄入
(1)檢查日期、班次一欄中,日期、班次選擇必須與現場查處時間一致,錄入日期為自動生成,根據本安信息系統要求,必須自查處不安全行為之時起24小時內錄入。
(2)不安全行為一欄為選擇不安全行為認定標準項,系統具有模糊查詢功能,但不得只靠模糊查詢選擇標準,要在全面熟悉系統中人員不安全信息數據庫的基礎上,認真對照選擇。
(3)負責單位、責任區隊必須是當事人所在單位和車間。不得隨意選擇,在查處當事人時,必須核實清楚。
(4)監管單位和監管責任人的認定,要嚴格執行《神華巴彥淖爾公司安全生產管理獎懲辦法》有關規定。
(5)是否處罰欄為可選項,處罰標準執行《神華巴彥淖爾公司安全生產管理獎懲辦法》,不得隨意改變。
(6)如果系統中找不到責任單位或當事人的名字時(造成系統中人員缺失的原因是由于公司人力資源信息系統不能及時更新和不包括勞務用工所致),可手工記錄,并責成所在單位及時補充數據后錄入,不得加于他人。
2.本安信息系統鍵入項的錄入
人員不安全行為詳細描述一欄內,需填寫當事人不安全行為的具體表現,即在某某地點發生什么不安全行為,具體要注意以下幾個方面:
(1)選擇項中已有的內容,不需重復鍵入。如:日期、班次、當事人姓名等。
(2)選擇標準時,標準會自動復制至人員不安全行為詳細描述一欄內,鍵入內容時方便在此基礎上修改,不得以標準代替詳細描述。
(3)人員不安全行為詳細描述中,僅限于當事人本人。
(4)人員不安全行為詳細描述中,只能說明當事人的一種行為,如有兩種或以上不安全行為時,要分兩次錄入。
(5)負責單位處罰金額一欄,為非必填項,若要鍵入數據,必須依據現行處罰標準執行,不得隨意填寫金額數據。
(6)矯正意見一欄內,所提出的意見有針對性,要具體。
三、不安全行為監督與考核
(一)明確責任,“九位一體”開展不安全行為監督和查處。
1.基層單位要建立“九位一體”的安全管理體系,明確不安全行為職責分工、工作目標和具體任務。要完善細化不安全行為管理制度,落實各級管理人員查處不安全行為的責任。要明確對隱患和不安全行為的查處,不僅僅是安全管理部門的責任。
2.中心各業務保安部門在現場實施監督檢查過程中,要嚴厲糾察不安全行為,同時錄入本安信息系統建立不安全行為信息檔案。
3.要公開、公正地進行不安全行為查處,保證當事人的知情權,避免出現為完成查處指標而弄虛做假。
4.要多措并舉,加強單崗作業區域和人員的巡查工作。如實行單崗作業人員定時向帶班領導長匯報制度,帶班班組要隨時抽查崗位作業人員工作情況,避免發生睡崗及其它違章行為;實行單崗作業人員輪崗制。
5.要重點控制中夜班人員睡崗問題。采取措施減少崗位工的空閑時間、降低其嗜睡程度,減少、控制不安全行為的發生。如加大巡回檢查力度;加強崗位點文明衛生管理,要求環境整潔、設備衛生、標識清晰,讓崗位工行動起來,避免出現睡崗。
6.發揮帶班車間主任、班長作用,對不安全行為發生的關鍵作業工序和重要時間段,做好重點跟蹤管控。
(二)加強掛鉤考核,控制不安全行為發生。
1.基層單位要把員工不安全行為納入員工績效考核,要建立檔案,作為當事人評先選優、晉級、勞務工轉正等工作的重要依據,并與班組、車間、廠站及分管領導關聯,從個人切身利益激發員工消除和查處不安全行為的主動性和積極性。
2.基層單位要將不安全行為納入車間、個人績效考核中,根據已發生的不安全行為的風險等級,對應扣除考核分數,對不安全行為當事人進行考核。同時,將本班發生的不安全行為與班組長績效掛鉤,全月發生的不安全行為與所在單位一把手績效掛鉤。嚴格兌現獎罰,實現車間、班組對不安全行為的管理由“被動管理”向“主動管理”的轉變。
3.設立不安全行為曝光亮相臺,通過對不安全行為人員當日曝光與月底集中公示的方式來警示員工;設置不安全行為舉報箱,舉報不安全行為發生人員,形成全員監管機制。
4.利用本安信息系統,對員工不安全行為進行積分管理,對積分較高的高危人群加大考核兌現力度。
5嚴格執行《神華巴彥淖爾公司安全生產獎懲實施細則》等相關制度,對不安全行為人員兌現獎懲。
四、不安全行為矯正管理
要做好不安全行為人員的矯正工作。對所有查出有不安全行為的人員,適時地采取恰當的方法和措施進行行為矯正,根據行為風險等級高低及行為嚴重程度分層次、有針對性開展引導、幫教和培訓工作,避免重復發生不安全行為。
(一)發現不安全行為后,必須進行現場糾正。同時,要根據不安全行為等級,適時組織矯正培訓;對發生重大風險等級不安全行為的員工,由單位安全分管領導親自進行轉化幫教,以提高培訓教育效果;對于重復發生不安全行為的人員,要強制待崗培訓。
(二)基層單位要每季度召開不安全行為管理座談會,及時了解不安全行為人員的思想動態,深刻剖析不安全行為發生的原因,制定具體的管控措施。
(三)要把不安全行為矯正與員工業務培訓相結合,通過員工技能的提升,減少發生不安全行為的可能性。
(四)各單位要互相借鑒不安全行為矯正中好的做法,開展多種形式的員工不安全行為矯正工作。如:
1.執行不安全行為人員積分管理辦法,按照積分多少進行不同類型的矯正工作。
2.采用談心引導、平等交流等形式,糾正員工對安全的錯誤認識,保證員工從根本上認知不安全行為。
3.給不安全行為員工觀看不安全行為動漫和典型事故案例警示員工。
4.舉辦工傷人員和不安全行為人員“現身說法”教育活動,警示其他員工。
篇3:信息系統開發安全管控辦法
1?范圍
本標準規定了信息系統開發階段、測試階段、試運行階段和上線階段的管理內容與要求。
本標準適用于公司自主開發及委外開發信息系統的管理。
2?規范性引用文件
下列文件中的條款通過本標準的引用而成為本標準的條款。凡是注明日期的引用文件,其隨后所有的修改單(不包括勘誤的內容)或修訂版均不適用于本標準。凡是不注明日期的引用文件,其最新版本適用于本標準。
國務院令(第339號)計算機軟件保護條例
國務院令(第147號)中華人民共和國計算機信息系統安全保護條例
Q/JYG/GL-SB-16-2013.a《投資項目管理辦法》
3?術語和定義
信息系統:是指由計算機及其相關的配套設備、設施(含網絡)構成的,按照一定的應用目標和規則對信息進行采集、加工、存儲、傳輸、檢索等處理的人機系統。
信息系統一般由三部分組成:硬件系統(計算機硬件系統和網絡硬件系統)、系統軟件(計算機系統軟件和網絡系統軟件)、應用軟件(包括由其處理、存儲的信息)。
4?職責
4.1?****部門
4.1.1?負責公司信息系統開發各階段文檔的審批工作;
4.1.2?負責組織公司新開發信息系統的測試工作;
4.1.3?負責公司信息系統上線與終止的驗收工作。
4.2?卷煙廠計算機中心
4.2.1?負責本廠信息系統開發各階段文檔的審批工作;
4.2.2?負責組織本廠新開發信息系統的測試工作;
4.2.3?負責本廠信息系統上線與終止的驗收工作。
4.3?各實施部門或單位
4.3.1?負責本單位信息系統開發過程中的需求提出、測試及驗收等工作。
5?管理內容與要求
5.1?總體要求
5.1.1?信息系統開發須遵循《計算機軟件保護條例》、《中華人民共和國計算機信息系統安全保護條例》。
5.1.2?信息系統開發過程中項目單位(承接信息系統開發的單位)須提交相應的安全需求、安全設計、安全測試等資料并經過****部門審批,否則不予立項或驗收。
5.1.3?信息系統開發范圍的變更(增加或縮減)、新技術的使用、新產品或新版本的采用、新的開發工具和環境須經過****部門審批。
5.2?信息系統開發生命周期管理要求
5.2.1?系統需求收集和分析階段
a)?技術可行性分析
根據業務上提出的需求,信息系統歸口管理部門應從技術開發的角度分析是否現有的技術手段和技術能力是否可以達到業務上要求的系統功能,主要包括:人員技術能力分析(指公司內的系統開發隊伍是否有足夠的軟件開發的技術能力來完成系統開發的任務,或第三方外包的開發公司是否具有開發應用系統的技術能力)、計算機軟件和硬件分析(指公司現有的軟件和硬件的性能是否足夠滿足開發相應的系統的要求)、管理能力分析(指現有的技術開發管理制度和管理流程是否成熟且標準化,是否足夠系統開發的要求)。
b)?需求可行性分析:信息系統歸口管理部門應對該申請部門所提需求進行可行性分析,以判斷需求是否明確,是否符合實際,是否能在一定的時間范圍實現。
c)?經濟可行性分析:信息系統歸口管理部門應根據業務需求和技術手段的分析,確認投資的數額在可控制和可承受的范圍內。
d)?安全可行性分析:信息系統歸口管理部門應明確該系統的安全建設范圍和內容,設定安全性指標要求,合理判定該信息系統是否符合公司的網絡及信息安全要求。
5.2.2?設計階段安全管理
a)?單點訪問:任何用戶如果希望訪問應用系統中的某一個部分,則必須通過統一且唯一的認證授權方式以及流程。
b)?人員職責和權限的劃分:系統必須具有基于人員職責的用戶授權管理以確保每個用戶可以訪問到其權利范圍內的應用系統部分,也要確保每個用戶無法訪問其權限范圍以外的應用系統部分。
c)?保護敏感系統的安全性:通過將應用系統中敏感信息保存在服務器端以進行集中的加密安全管理,確保客戶端系統本身并不能存儲任何信息敏感的數據。
d)?確保訪問層的安全性:系統在要確保系統模塊本身安全性的同時,還需考慮模塊與模塊之間的通訊的安全性。模塊與模塊之間的安全性包括:應用系統內部模塊之間的安全、應用系統內部模塊和外部模塊之間的安全性,如主機和客戶端之間通訊的安全性,服務器和服務器間通訊的安全性,本地系統和異地系統之間通訊的安全性。
e)?確保日志管理機制健全:要求建立可以根據情況自由設置的日志管理機制,即日志紀錄的范圍和詳細程度可以根據需求自行定制,且可實現在應用系統使用過程中進行日志的定制和記錄,并保留所有系統開發相關程序庫的更新審核紀錄。
f)?新系統的容量規劃:容量規劃是指確定系統的總體規模,性能和系統彈性。容量規劃應充分考慮:系統的預期存儲容量和在給定的周期里面獲取生成和存儲的數據量;在線進程的數量和估計可能的占用資料;系統和網絡的相應時間和性能,即端對端系統;系統彈性要求和設計使用率、峰值、槽值和平均值等;安全措施如加密解密數據對系統的影響等;7*24小時運作要求和可接受的系統宕機次數(維護或者設備更新導致的必須性宕機)。
5.2.3?開發階段安全管理
a)?通用要求
1)?輸入驗證:在客戶機/服務器環境下,系統需進行服務端的驗證而禁止客戶端的驗證(如基于Javascript的驗證),并在字符有效性檢查之前設置邊界檢查驗證以及環境變量提取數據驗證。
2)?命名規范:規范變量、函數的命名;規范程序的書寫格式等。
3)?SQL語句:如果應用程序需要連接后端數據庫,使用存儲過程而不能在代碼中使用SQL語句。
4)?注釋代碼:當應用程序在實際環境中開始應用時,應該刪除所有的注釋代碼。
5)?錯誤信息:所有為用戶顯示的錯誤信息不應暴露任何關于系統、網絡或應用程序的敏感信息。
6)?URL內容:對于web應用,不能在URL上暴露任何重要信息,如密碼、服務器名稱、IP地址或者文件系統路徑等。
b)?變更要求
1)?信息系統歸口管理部門應對更改進行嚴格的控制,在系統開發的每一個階段(可行性研究、需求分析、設計、編碼、測試、培訓等)的每一個更改實施前經過評審與授權。
2)?信息系統歸口管理部門應當建立更改控制審批程序,對更改的申請、評審、測試、批準、更改的計劃的提出和實施提出明確要求并嚴格的實施,確保安全性與控制程序不被損害,確保任何的改動都是經過審批的。
3)?更改的程序應考慮以下方面:清晰確認所有的需要更改的應用系統、信息、數據庫和相關的硬件設備;清晰的確認更改的原因(業務上的具體流程和具體的需求或開發上的需求);由授權的用戶提交更改的申請;保留相關的授權登記記錄;在正式的實施之前,更改的方案必須經過評審并通過正式的批準;確保授權的用戶在實施之前確認并接受更改的內容;確保在實施的過程中,盡量的減少對現行的商務運作系統的影響;確保建立的文件系統在完成各項更改時得到修改,舊文件被很好的歸檔或處置;保證所有的應用系統升級的版本的控制;確保所有的更改情求的審核跟蹤;確保用戶使用手冊作相應的必要的更改;確保更改的實施選擇了適當的時機以確保更改的實施不會干擾正常的商務運作。
c)?版本控制要求
1)?程序清單:信息系統歸口管理部門應在任何時候對于程序清單必須進行嚴格的控制并且及時地進行更新;對應用系統開發源程序的打印的資料、電子版本或者是相關的報告都必須進行控制,紙質的文件應當保存在一個安全的環境下,如保險柜等,電子文檔則應進行一定的加密;
2)?版本升級控制:當軟件的版本由于更新,修改等操作需要升級時,必須先向相關負責人員提交申請;信息系統歸口管理部門應對升級的應用系統進行測試,確認系統的各種安全特性;信息系統歸口管理部門應確認對應用系統的版本升級,即確認當前的版本為最新版本,舊的版本需進行歸檔,不得隨意丟棄或刪除;信息系統歸口管理部門應制定相關的升級計劃,確保將系統升級對業務的影響降至最低。
d)?開發審計:信息系統歸口管理部門應對開發日志及開發人員權限進行每月審核。
5.2.4?測試階段安全管理
a)?測試前安全檢測:信息系統歸口管理部門應組織開發人員進行代碼審核,檢查、消除程序代碼潛在的安全漏洞。
b)?信息系統歸口管理部門應設計詳細的測試計劃,測試范圍,測試方法和測試工具,應充分考慮與其他系統的互操作性測試中對其他系統的影響,選擇適當的時間、方法。并對應用系統存在的弱點威脅進行安全檢查,如:假冒身份、惡意篡改、信息泄露、拒絕服務、特權提升等。
c)?信息系統歸口管理部門應在測試系統功能正常運行的基礎上,還需測試系統的模塊和模塊之間、功能和功能之間的接口的正確性、負載能力及水平、系統承受壓力及峰值、測試環境等。
5.3?開發、測試及驗收過程安全指導規范
5.3.1?開發環境安全
a)?信息系統歸口管理部門應對項目文檔、代碼的存儲進行備份,以確保在發生意外時,可有效恢復;
b)?信息系統歸口管理部門應對項目文檔和代碼版本管理和訪問控制;
c)?信息系統歸口管理部門應對用于開發的服務器、個人電腦的配置做好嚴格的安全防護措施。
5.3.2?文檔安全
a)?文檔內容的安全:信息系統歸口管理部門應對文檔內容進行以下幾個的規范:需求說明書中應明確描述應用系統的安全需求;設計說明書中應有針對安全需求的設計,并進行評審;在測試大綱或者測試方案中應有安全性測試方案,并以此進行安全性測試;開發各階段輸出的文檔應對安全要求的執行情況進行描述。
b)?文檔自身的安全:信息系統歸口管理部門應對文檔設定密級及讀者范圍,以限定其訪問范圍,文檔的訪問控制應有相應的授權機制。
5.3.3?源代碼管理
a)?信息系統歸口管理部門應根據協議執行源代碼的管理,源代碼管理應保存所有的歷史版本,以便查閱。
b)?信息系統歸口管理部門應對所有的程序源代碼及設置支持文件等打包進行安全檢查并存檔。
c)?對于委托第三方開發的應用系統(或功能、模塊等)的代碼文件或設置文件,在需要對其進行修改時,必須經過投資裝備部批準后,才能交給修改人進行修改。修改完畢需通過安全檢查才可以提交,通過檢查后的源代碼(或設置文件)提交至****部門,由專人進行更新和歸檔。
d)?其他源代碼規范:應用系統需對函數入口參數的合法性和準確性進行檢查;應嚴格遵循Fail-Safe原則,即當發生意外事故時,必須能自動切換到安全的保護模式。(當應用系統的登錄驗證機制不能正常運行時,系統必須自動拒絕所有登錄請求,而非接受所有登錄請求);應禁止接受不安全的登錄密碼,并允許系統管理員強制密碼設定規則;所有缺省安全設置必須能同時滿足系統正常運行和系統安全兩方面的要求;在所有警告或提示對話窗口中應使用準確、明了的描述性語言,并提供有關幫助鏈接;在接受用戶輸入時,必須有數據合法性檢查,并嚴格規定輸入數據的字符長度;在輸入密碼等敏感信息時,使用特殊符號來代替輸入的字符;應禁止使用未經授權和驗證的代碼,在使用第三方代碼時,應對代碼安全性進行評估和測試;如密碼由應用系統生成,則必須保證有足夠的長度和隨機性,如密碼由用戶生成,則應用系統應有密碼安全策略來拒絕接受“不安全的”密碼;應禁止以明文方式傳遞用戶密碼;應測試用的“后門”,應在發布版中去除;應注釋代碼中無用的代碼;應規范代碼的格式,并對代碼進行版本控制,確保代碼的可用性;應禁止在程序中添加隱藏“惡意”的代碼,防止與應用系統相關的程序員對系統的非授權修改。
5.3.4?需求分析
a)?信息系統歸口管理部門應在需求分析階段確定應用系統的安全要求,并對其進行詳細描述,制定項目安全需求說明書,并指導整個項目設計、實現、測試環節。
b)?在需求分析階段應明確以下與安全相關的需求:用戶數、終端數、在線并發數;用戶角色的劃分和權限的分配;應用系統性能要求;應用系統可用性要求;現有網絡現狀和網絡性能要求;數據量估計、數據存儲方式和周期;系統安全級別和數據保密性要求;其他對網絡、存儲、服務器、終端、操作系統、數據庫、數據等方面的安全需求。
5.3.5?應用安全功能設計
a)?認證失敗處理:連續失敗登錄后鎖定該帳號,帳號鎖定后可由系統管理員解鎖,也可以在一段時間后自動解鎖,并通知用戶認證失敗。
b)?授權:應用系統應包含用戶權限分配和管理功能設計。如:系統讀、寫、執行權限設計;系統查看、配置、修改、刪除、登錄、運行等權限設計;數據訪問范圍的角色設計;應用功能模塊使用權限的設計;限制用戶對系統級資源的訪問,系統級的資源包括:文件、文件夾、注冊表項、ActiveDirectory對象、數據庫對象、事件日志的系統資源;程序應使用盡可能小的權限;數據庫訪問應該使用低權限數據庫賬號(如選擇,刪除,更新,插入等)通過參數化的存儲過程來訪問;應用啟動進程的權限盡可能小;應用使用的系統賬號(運行環境中的)應該有盡可能低的權限。應避免“Administrator”,“root”,“sa”,“sysman”,“Supervisor”或其它所有的特權用戶被用來運行應用系統或連接到網站服務器,數據庫或中間件。
c)?輸入輸出驗證:為了防止攻擊者繞過客戶端直接驗證,在服務器端進行驗證時,必須使用服務器端代碼執行驗證;按照已知的有效類型、模式和范圍驗證數據;應限制用戶輸入并驗證數據的類型、長度、格式和范圍。
d)?數據加密:應用系統應使用公開并且經過驗證和測試的加密方法;應避免向算法傳遞明文數據,并避免修改存儲該數據;應確保所使用的密鑰長度和密鑰空間能提供足夠的安全級別;對于大量數據加密,應使用對稱的加密,提高加密的速度并減少資源消耗;對于少量存儲的敏感數據使用非對稱加密,確保數據的安全性;應對密鑰的存儲進行嚴格保護。
5.3.6?測試安全
a)?信息系統測試人員需明確記錄測試目的、安全要點、測試參與人員、測試流程,并編寫測試大綱,包括對應用系統的帳號、口令的安全測試;
b)?信息系統測試人員需對應用系統的安全功能點進行測試,確保安全功能的有效性、正確性;
c)?信息系統測試人員需對對應用系統抵抗攻擊的能力進行測試;
d)?信息系統測試人員需對數據傳輸的安全性、物理環境等進行測試,測試數據如選擇真實數據,應限定測試的人員,并在測試完成后全部刪除和詳細記錄測試過程中發現的問題。
5.3.7?系統部署安全
a)?信息系統歸口管理部門應規劃應用系統部署需要的資源需求:應用系統部署的軟件、硬件的資源要求;應用系統部署的網絡要求;物理鏈路(光纖、五類線)資源;網絡設備資源(HUB、Switch)、上聯網絡節點端口;IP地址;上聯網絡帶寬;應用系統部署的有關部門、人員要求;其它資源的詳細清單。
b)?信息系統歸口管理部門應確保應用系統部署的環境安全:確保應用系統部署的硬件安全、操作系統安全;確保應用系統部署的帳號、口令安全;確保符合應用系統部署的安全策略要求(如訪問控制);確保應用系統部署的物理環境安全(如電力);應了解脆弱的網絡或者主機的配置缺陷。
c)?信息系統歸口管理部門應確保應用系統部署的過程安全:確保應用系統部署過程的操作安全;對應用系統部署所在的系統進行安全備份;只對部署所需要的帳號提供最小的訪問權限,防止進行其它與部署無關的活動;部署的過程應有業務人員在場,對部署的操作需要經業務人員的確認;對部署的操作過程應進行記錄;應確保應用系統部署過程的安裝安全。
d)?應用系統部署的其它安全問題:記錄應用系統部署的詳細過程;應用系統部署的時間進度安排;分析應用系統部署可能存在的風險,并制定風險規避方案;明確所有參與人員的工作職責;與所有參與人員簽訂保密協議,禁止泄漏部署有關的重要內容。
e)?信息系統歸口管理部門需明確應用系統部署后的升級驗收標準,并在驗收之前做系統測試(如系統聯通性測試),管理員應確保應用系統的驗收標準和要求得到清楚地定義、記錄和測試。管理員還應考慮以下的管理措施:性能和計算機容量需求;錯誤恢復和重新啟動程序及意外事故的處理計劃;有效的人工操作程序;業務連續性安排;證明新應用系統的安裝不會對現有系統有負面影響,尤其是在高峰處理時段;證明已經考慮到新系統對該組織整體安全性的影響;應用系統的操作使用手冊;安排人員培訓。
5.3.8?日志設計
a)?日志的內容應盡可能詳細、準確,但應平衡性能要求。應為日志文件設計不同的詳細程度供系統管理員或用戶選擇。
b)?為日志文件設計輸出界面,允許以不同的格式輸出日志文件或允許直接輸出日志文件到數據庫。
c)?日志文件中的每條數據記錄應要求有日期和時間(精確到秒)。
d)?應利用操作系統或其他監控系統的日志文件對應用系統在發生異常時提供日志記錄。