ISACA 的 CISA 考綱把內容分成五大領域、十個子領域、60 個主題。清單攤開來,很容易覺得每一條都得背。其實五個領域問的是五種不同的問題,先抓住那個問題,選項就沒那麼會騙人。
例題是自寫的練習題,60 個主題的清單放在最後。
五個領域,五種問題
一句話分辨D1 問怎麼查,D2 問誰負責,D3 問什麼時點,D4 問怎麼維持,D5 問怎麼保護。D4 加 D5 合計過半。
D1 資訊系統稽核過程(18%):怎麼查
- 考法:題目站在稽核人員的位子,問查哪裡、拿什麼當證據、能做到哪一步。
- 被騙:看起來很負責的動作:自己動手修、事實沒查清就先寫報告、收下對方的聲明。
- 分辨:查哪裡看風險評估;證據選親眼看到、自己測出來的;稽核人員只評估與建議,不拍板,也不動手。
D2 IT 治理與管理(18%):誰負責
- 考法:誰核准、誰當責、誰定風險胃納。策略從業務往下傳到 IT、再傳到政策,不能倒過來。
- 被騙:找錯人:把拍板交給 IT 部門或資訊長,或以為委外就連責任一起外包。
- 分辨:拍板的是業務方或治理層(風險胃納由董事會或高階管理階層定)。工作可以委外,責任交不出去。
D3 系統取得、開發與導入(12%):什麼時點
- 考法:專案走到哪個階段,這個時點該看哪份文件、做哪種測試。
- 被騙:重要但時點不對。上線後要確認系統照設計運作,答案是導入後審查,不是使用者驗收測試(UAT)。
- 分辨:先圈出題目停在哪個階段,只選那個階段該交的東西。安全、隱私、控制越早納入越好,需求階段就要寫進去。
D4 營運與營運韌性(26%):怎麼維持
- 考法:兩半。日常營運:變更、事件、問題、日誌。中斷後怎麼救:營運衝擊分析(BIA)、備份、營運持續與災難復原計畫、演練。
- 被騙:RPO 與 RTO 對調;把叢集、雙 SAN 當成備份(那是冗餘);把桌上演練當成實際還原。
- 分辨:能丟多少資料是 RPO,多久要恢復是 RTO,停多久就撐不住是 MTD。選項有人員安全,人命第一。
D5 資訊資產保護(26%):怎麼保護
- 考法:先判斷資料最怕哪種傷害:被看到(機密性)、被改或漏(完整性)、用不到(可用性)、查不出誰做的(當責),再選顧它的控制。出事時考順序。
- 被騙:加密聽起來最安全,但只防偷看,不證明沒被改。出事時搶著重灌復原,或稽核人員自己動手清除,也是陷阱。
- 分辨:每個選項都問「它顧的是哪一項」。順序是確認、圍堵、根除、復原,稽核人員撞見事件只通報。
領域之間怎麼串
同一個主題常在不同領域出現,只是換了問法。
- D1 是眼鏡:D2 到 D5 的題目也常從稽核人員的位子問,答案用的是 D1 的規則。D1 只佔 18%,影響卻在每個領域。
- D2、D3、D4 是一條線:策略決定做哪些專案,專案依階段完成,再交給營運維持。復原的先後順序由業務端定,不是 IT 自己決定。
- D2 是 D5 的前提,D4 與 D5 交疊:資料先分類、先有擁有者,存取控制、加密、資料外洩防護才有依據。事件管理、日誌、修補、備份,兩邊都會出現。
例備份和雲端儲存是 D4、D5 的題材,這兩題卻是 D1 的題。
追蹤稽核時,管理階層說前次發現的備份還原測試問題已改善,附了內部簽核的完成聲明:接下來要取得近期還原測試的紀錄,因為聲明只證明對方說做了。
稽核中發現含大量個資的雲端儲存桶被設成公開可讀:最先通報適當的管理階層,不是自己登入改權限。
追蹤稽核時,管理階層說前次發現的備份還原測試問題已改善,附了內部簽核的完成聲明:接下來要取得近期還原測試的紀錄,因為聲明只證明對方說做了。
稽核中發現含大量個資的雲端儲存桶被設成公開可讀:最先通報適當的管理階層,不是自己登入改權限。
例拿生成式 AI 來說,五個領域各有一種問法。
D1:稽核團隊用它草擬發現,風險是沒查證的內容被寫進報告。
D2:用 AI 審核信用申請,最重要的配套是對不利決策提供解釋,並有人工覆核與申訴,決策才有人負責。
D3:開發含 AI 元件的系統,風險評估在需求階段就要做。
D4:客服高度依賴 AI,疑慮是失靈時沒有人工接手。
D5:內部文件的 AI 助理,疑慮是檢索時沒沿用來源系統的存取權限,能問出越權的資料。
D1:稽核團隊用它草擬發現,風險是沒查證的內容被寫進報告。
D2:用 AI 審核信用申請,最重要的配套是對不利決策提供解釋,並有人工覆核與申訴,決策才有人負責。
D3:開發含 AI 元件的系統,風險評估在需求階段就要做。
D4:客服高度依賴 AI,疑慮是失靈時沒有人工接手。
D5:內部文件的 AI 助理,疑慮是檢索時沒沿用來源系統的存取權限,能問出越權的資料。
建議的讀書順序
- D1 先讀三個地基主題:風險導向的稽核規劃、稽核準則與職業道德、證據蒐集。立場先立起來,後面才讀得進去。
- D2:組織架構與 IT 治理、企業風險管理、IT 供應商管理。誰核准、誰當責,各領域都會問。
- D4 再 D5,是主力:D4 先讀營運衝擊分析(決定先救誰)、備份與還原(決定救不救得回)、變更與修補(守住日常)。D5 先讀資訊資產安全政策與框架(CIA 三根柱子在這裡)、身分與存取管理(誰能碰什麼)、資安事件應變。D4 的事件、變更、日誌是 D5 事件管理的底;D5 術語最多,留最長的時間。
- D3:比重最小,時間不必和 D4、D5 看齊。先讀商業論證、導入測試、導入後審查,分別是提案、上線前、上線後;讀完 D4 的變更管理再讀上線與移轉,比較有畫面。
- 回頭補 D1 其餘:抽樣、資料分析、報告與追蹤,靠做題才熟。
背景不同,順序可以調:做稽核的人先補 D4、D5 的技術面;做維運或資安的人先補 D1、D2 的立場,因為同樣的技術題,稽核人員的答案常是通報、先盤點,不是你平常的做法。
60 個主題一覽
粗體是建議先讀的 15 個主題。考試很少直接問定義,常把主題放進情境。
| 子領域 | 主題 |
|---|---|
| 1A 規劃 | 稽核準則、指引、職能與職業道德 稽核、評估與審查的類型 風險導向的稽核規劃 控制的類型與考量 |
| 1B 執行 | 稽核專案管理 稽核測試與抽樣方法 稽核證據蒐集技術 稽核資料分析(含稽核演算法) 報告與溝通技巧 稽核流程的品質保證與改善 |
| 2A 治理 | 法律、法規與產業標準 組織架構、IT 治理與 IT 策略 IT 政策、標準、程序與實務 企業架構與考量 企業風險管理 隱私計畫與原則 資料治理與分類 |
| 2B 管理 | IT 資源管理 IT 供應商管理 IT 績效監控與報告 IT 的品質保證與品質管理 |
| 3A 取得開發 | 專案治理與管理 商業論證與可行性分析 系統開發方法 控制的辨識與設計 |
| 3B 導入 | 系統就緒與導入測試 導入的組態與釋出管理 系統移轉、基礎架構部署與資料轉換 導入後審查 |
| 4A 營運 | IT 元件 IT 資產管理 作業排程與正式作業自動化 系統介面 影子 IT 與終端使用者運算 系統可用性與容量管理 問題與事件管理 IT 變更、組態與修補管理 營運日誌管理 IT 服務水準管理 資料庫管理 |
| 4B 韌性 | 營運衝擊分析 系統與營運韌性 資料備份、儲存與還原 營運持續計畫 災難復原計畫 |
| 5A 資產安全 | 資訊資產安全的政策、框架、標準與指引 實體與環境控制 身分與存取管理 網路與端點安全 資料外洩防護 資料加密 公開金鑰基礎建設 雲端與虛擬化環境 行動、無線與物聯網裝置 |
| 5B 事件管理 | 安全認知訓練與計畫 資訊系統攻擊方法與技術 安全測試工具與技術 安全監控的日誌、工具與技術 資安事件應變管理 證據蒐集與鑑識 |
讀完一個領域,用免費試做挑幾題,看自己被哪種選項騙到。