網路攻擊與勒索軟體：常用系統失效時如何開展危機傳播
網路危機中的傳播必須幫助受影響的人採取行動，即使電子郵件和日常工具已不可靠。關鍵是把技術證據、管理決定和可執行的資訊連線起來。
建立仍能運轉的決策渠道
傳播負責人應與資訊保安、管理層、法務和資料保護負責人協同，使用經安全團隊確認的備用渠道，並保留帶時間記錄的事實清單。系統中斷既不能直接證明資料被竊，也不能證明沒有入侵。每項表述都應保留其真實的確定程度。備用聯絡方式和審批許可權要在事故發生前準備好。
讓不同公眾知道下一步怎麼辦
首輪資訊應說明已確認的受影響服務、替代方案、安全聯絡方式和下次更新時間。員工、客戶和合作伙伴需要不同的指引。不要承諾未經驗證的恢復時間，也不要在調查結束前籠統否認資料風險。監管報告和向受影響人員通知需要單獨判斷，新聞稿不能代替這些程式。
示例：一家服務業企業
以下為假設場景，並非客戶事故：服務提供商暫時無法處理部分申請。獨立可訪問的狀態頁面和已核實的電話渠道為客戶提供指引。銷售與客服使用一致的資訊，區分可用業務、暫停業務和已儲存請求。向媒體說明事實時，不披露可能妨礙技術處置的細節。
分階段說明恢復情況
宣佈恢復前，應確認實際恢復範圍、完成的檢查和仍存在的限制。保留舊版本，便於更正矛盾。中國總部與法國業務之間應明確本地通知責任和時差下的審批安排，不把一個國家的規則或期限當作全球標準。覆盤應關注無人處理的問題、失效渠道和過早承諾，而非僅統計新聞數量。
資料來源與參考
延伸閱讀
從分析到行動
準備您的危機應對機制
首次交流只需說明企業背景、需要準備的決策、相關受眾及時間要求。保密資料可在雙方約定渠道後另行提供。
聯絡 Belief System香港與台灣企業的歐洲決策
跨時區危機需要總部與歐洲團隊約定事實核查、保護措施和對外發布的分工。香港或台灣的管理流程不能直接取代法國現場的技術確認。先記錄已知事項、未知事項、受影響受眾與下一次更新，不把初步訊號寫成定論。
預演可選用供貨中斷、產品品質、網絡事件或工業事故等假設情境。測試誰能批准哪些內容，誰可在通常系統失效時提供資料，以及員工、客戶和媒體如何收到一致的更新。地方安全指示與必要通知由相關專業及主管單位確認。
繁體中文版本更新：