浮雲雅築: 資安稽核

顯示具有 資安稽核 標籤的文章。顯示所有文章

2025年10月20日星期一

[研究]資通安全責任等級分級辦法-附表十資通系統防護基準閱讀重點摘要

[研究]資通安全責任等級分級辦法-附表十資通系統防護基準閱讀重點摘要

2025-10-20

法規名稱：資通安全責任等級分級辦法
修正日期：民國 110 年 08 月 23 日
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030304

有錯或異動，以原文為準

附表十資通系統防護基準閱讀重點摘要
資通系統應遮蔽鑑別過程中之資訊。

控制措施-構面	控制措施-措施內容	防護需求等級(高)	防護需求等級(中)	防護需求等級(普)
存取控制	帳號管理	一、機關應定義各系統之閒置時間或可使用期限與資通系統之使用情況及條件。二、逾越機關所許可之閒置時間或可使用期限時，系統應自動將使用者登出。三、應依機關規定之情況及條件，使用資通系統。四、監控資通系統帳號，如發現帳號違常使用時回報管理者。五、等級「中」之所有控制措施。強化使用監控、異常偵測、自動登出與使用條件管理。	一、已逾期之臨時或緊急帳號應刪除或禁用。二、資通系統閒置帳號應禁用。三、定期審核資通系統帳號之申請、建立、修改、啟用、停用及刪除。四、等級「普」之所有控制措施。加入帳號審核、禁用閒置或過期帳號等控管。	建立帳號管理機制，包含帳號之申請、建立、修改、啟用、停用及刪除之程序。只需建立帳號管理的基本程序。
	最小權限	採最小權限原則，僅允許使用者（或代表使用者行為之程序）依機關任務及業務功能，完成指派任務所需之授權存取。		無要求。
	遠端存取	一、遠端存取之來源應為機關已預先定義及管理之存取控制點。二、等級「普」之所有控制措施。僅允許預先定義的安全控制點		一、對於每一種允許之遠端存取類型，均應先取得授權，建立使用限制、組態需求、連線需求及文件化。二、使用者之權限檢查作業應於伺服器端完成。三、應監控遠端存取機關內部網段或資通系統後臺之連線。四、應採用加密機制。遠端存取授權、伺服器端權限檢查、連線監控與加密
事件日誌與可歸責性	記錄事件	一、應定期審查機關所保留資通系統產生之日誌。二、等級「普」之所有控制措施。定期審查日誌內容		一、訂定日誌之記錄時間週期及留存政策，並保留日誌至少六個月。二、確保資通系統有記錄特定事件之功能，並決定應記錄之特定資通系統事件。三、應記錄資通系統管理者帳號所執行之各項功能。僅需設定日誌留存政策與記錄特定事件
	日誌紀錄內容	資通系統產生之日誌應包含事件類型、發生時間、發生位置及任何與事件相關之使用者身分識別等資訊，採用單一日誌機制，確保輸出格式之一致性，並應依資通安全政策及法規要求納入其他相關資訊。
	日誌儲存容量	依據日誌儲存需求，配置所需之儲存容量。
	日誌處理失效之回應	一、機關規定需要即時通報之日誌處理失效事件發生時，資通系統應於機關規定之時效內，對特定人員提出警告。二、等級「中」及「普」之所有控制措施。需在規定時間內自動警示特定人員	資通系統於日誌處理失效時，應採取適當之行動。僅需在日誌失效時採取適當行動
	時戳及校時	一、系統內部時鐘應定期與基準時間源進行同步。二、等級「普」之所有控制措施。定期同步		資通系統應使用系統內部時鐘產生日誌所需時戳，並可以對應到世界協調時間(UTC)或格林威治標準時間(GMT)。只要求能對應時間
	日誌資訊之保護	一、定期備份日誌至原系統外之其他實體系統。二、等級「中」之所有控制措施。外部備份	一、應運用雜湊或其他適當方式之完整性確保機制。二、等級「普」之所有控制措施。日誌完整性	對日誌之存取管理，僅限於有權限之使用者。限制存取權限
營運持續計畫(BCP)	系統備份	一、應將備份還原，作為營運持續計畫測試之一部分。二、應在與運作系統不同地點之獨立設施或防火櫃中，儲存重要資通系統軟體與其他安全相關資訊之備份。三、等級「中」之所有控制措施。異地保存並納入營運持續測試	一、應定期測試備份資訊，以驗證備份媒體之可靠性及資訊之完整性。二、等級「普」之所有控制措施。定期測試以確保可靠與完整	一、訂定系統可容忍資料損失之時間要求。二、執行系統源碼與資料備份。基本備份、訂定容忍損失時間
營運持續計畫(BCP)	系統備援	一、訂定資通系統從中斷後至重新恢復服務之可容忍時間要求。二、原服務中斷時，於可容忍時間內，由備援設備或其他方式取代並提供服務。備援機制		無要求。
識別與鑑別	內部使用者之識別與鑑別	一、對資通系統之存取採取多重認證技術。二、等級「中」及「普」之所有控制措施。多重認證	資通系統應具備唯一識別及鑑別機關使用者(或代表機關使用者行為之程序)之功能，禁止使用共用帳號。不得共用帳號
	身分驗證管理	一、身分驗證機制應防範自動化程式之登入或密碼更換嘗試。二、密碼重設機制對使用者重新身分確認後，發送一次性及具有時效性符記。三、等級「普」之所有控制措施。強化驗證、抵禦攻擊（重點在「防自動化攻擊」、「一次性符記」、「多層驗證強化」。）		一、使用預設密碼登入系統時，應於登入後要求立即變更。二、身分驗證相關資訊不以明文傳輸。三、具備帳戶鎖定機制，帳號登入進行身分驗證失敗達五次後，至少十五分鐘內不允許該帳號繼續嘗試登入或使用機關自建之失敗驗證機制。四、使用密碼進行驗證時，應強制最低密碼複雜度；強制密碼最短及最長之效期限制。五、密碼變更時，至少不可以與前三次使用過之密碼相同。六、第四點及第五點所定措施，對非內部使用者，可依機關自行基本防護、密碼規範（重點在「密碼管理」、「帳鎖機制」、「避免明文傳輸」。）
	鑑別資訊回饋	資通系統應遮蔽鑑別過程中之資訊。
	加密模組鑑別	資通系統如以密碼進行鑑別時，該密碼應加密或經雜湊處理後儲存。		無要求。
	非內部使用者之識別與鑑別	資通系統應識別及鑑別非機關使用者(或代表機關使用者行為之程序)。
系統與服務獲得	系統發展生命週期需求階段	針對系統安全需求（含機密性、可用性、完整性）進行確認。
	系統發展生命週期設計階段	一、根據系統功能與要求，識別可能影響系統之威脅，進行風險分析及評估。二、將風險評估結果回饋需求階段之檢核項目，並提出安全需求修正。風險識別與需求回饋		無要求。
	系統發展生命週期開發階段	一、執行「源碼掃描」安全檢測。二、系統應具備發生嚴重錯誤時之通知機制。三、等級「中」及「普」之所有控制措施。	一、應針對安全需求實作必要控制措施。二、應注意避免軟體常見漏洞及實作必要控制措施。三、發生錯誤時，使用者頁面僅顯示簡短錯誤訊息及代碼，不包含詳細之錯誤訊息。
	系統發展生命週期測試階段	一、執行「滲透測試」安全檢測。二、等級「中」及「普」之所有控制措施。	執行「弱點掃描」安全檢測。
	系統發展生命週期部署與維運階段	一、於系統發展生命週期之維運階段，應執行版本控制與變更管理。二、等級「普」之所有控制措施。		一、於部署環境中應針對相關資通安全威脅，進行更新與修補，並關閉不必要服務及埠口。二、資通系統不使用預設密碼。
	系統發展生命週期委外階段	資通系統開發如委外辦理，應將系統發展生命週期各階段依等級將安全需求（含機密性、可用性、完整性）納入委外契約。
	獲得程序	開發、測試及正式作業環境應為區隔。		無要求。
	系統文件	應儲存與管理系統發展生命週期之相關文件。
系統與通訊保護	傳輸之機密性與完整性	一、資通系統應採用加密機制，以防止未授權之資訊揭露或偵測資訊之變更。但傳輸過程中有替代之實體保護措施者，不在此限。二、使用公開、國際機構驗證且未遭破解之演算法。三、支援演算法最大長度金鑰。四、加密金鑰或憑證應定期更換。五、伺服器端之金鑰保管應訂定管理規範及實施應有之安全防護措施。	無要求。	無要求。
系統與通訊保護	資料儲存之安全	資通系統重要組態設定檔案及其他具保護需求之資訊應加密或以其他適當方式儲存。	無要求。	無要求。
系統與資訊完整性	漏洞修復	一、定期確認資通系統相關漏洞修復之狀態。二、等級「普」之所有控制措施。		系統之漏洞修復應測試有效性及潛在影響，並定期更新。
	資通系統監控	一、資通系統應採用自動化工具監控進出之通信流量，並於發現不尋常或未授權之活動時，針對該事件進行分析。二、等級「中」之所有控制措施。全方位自動化監控與事件分析	一、監控資通系統，以偵測攻擊與未授權之連線，並識別資通系統之未授權使用。二、等級「普」之所有控制措施。監控偵測未授權使用	發現資通系統有被入侵跡象時，應通報機關特定人員。入侵通報
	軟體及資訊完整性	一、應定期執行軟體與資訊完整性檢查。二、等級「中」之所有控制措施。定期	一、使用完整性驗證工具，以偵測未授權變更特定軟體及資訊。二、使用者輸入資料合法性檢查應置放於應用系統伺服器端。三、發現違反完整性時，資通系統應實施機關指定之安全保護措施。	無要求。

(完)

相關

法規名稱：資通安全責任等級分級辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030304

附表一資通安全責任等級A級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298107&lan=C

附表二資通安全責任等級A級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298108&lan=C

附表三資通安全責任等級B級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298109&lan=C

附表四資通安全責任等級B級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298110&lan=C

附表五資通安全責任等級C級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298111&lan=C

附表六資通安全責任等級C級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298112&lan=C

附表七資通安全責任等級D級之各機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298113&lan=C

附表八資通安全責任等級E級之各機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298114&lan=C

附表九資通系統防護需求分級原則.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000254363&lan=C

附表十資通系統防護基準.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298115&lan=C

法規名稱：資通安全事件通報及應變辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030305

資安演練與稽核
https://moda.gov.tw/ACS/operations/drill-and-audit/652

2025年10月11日星期六

[研究]資通安全責任等級分級辦法-附表九資通系統防護需求分級原則

[研究]資通安全責任等級分級辦法-附表九資通系統防護需求分級原則

2025-10-11

法規名稱：資通安全責任等級分級辦法
修正日期：民國 110 年 08 月 23 日
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030304

有錯或異動，以原文為準

附表九資通系統防護需求分級原則

構面	防護需求等級(高)	防護需求等級(中)	防護需求等級(普)
機密性	發生資通安全事件致資通系統受影響時，可能造成未經授權之資訊揭露，對機關之營運、資產或信譽等方面將產生非常嚴重或災難性之影響。	發生資通安全事件致資通系統受影響時，可能造成未經授權之資訊揭露，對機關之營運、資產或信譽等方面將產生嚴重之影響。	同左
完整性	發生資通安全事件致資通系統受影響時，可能造成資訊錯誤或遭竄改等情事，對機關之營運、資產或信譽等方面將產生非常嚴重或災難性之影響。	發生資通安全事件致資通系統受影響時，可能造成資訊錯誤或遭竄改等情事，對機關之營運、資產或信譽等方面將產生嚴重之影響。	同左
可用性	發生資通安全事件致資通系統受影響時，可能造成對資訊、資通系統之存取或使用之中斷，對機關之營運、資產或信譽等方面將產生非常嚴重或災難性之影響。	發生資通安全事件致資通系統受影響時，可能造成對資訊、資通系統之存取或使用之中斷，對機關之營運、資產或信譽等方面將產生嚴重之影響。	同左
法律遵循性	如未確實遵循資通系統設置或運作涉及之資通安全相關法令，可能使資通系統受影響而導致資通安全事件，或影響他人合法權益或機關執行業務之公正性及正當性，並使機關所屬人員負刑事責任。	如未確實遵循資通系統設置或運作涉及之資通安全相關法令，可能使資通系統受影響而導致資通安全事件，或影響他人合法權益或機關執行業務之公正性及正當性，並使機關或其所屬人員受行政罰、懲戒或懲處。	其他資通系統設置或運作於法令有相關規範之情形。

(完)

相關

法規名稱：資通安全責任等級分級辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030304

附表一資通安全責任等級A級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298107&lan=C

附表二資通安全責任等級A級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298108&lan=C

附表三資通安全責任等級B級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298109&lan=C

附表四資通安全責任等級B級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298110&lan=C

附表五資通安全責任等級C級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298111&lan=C

附表六資通安全責任等級C級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298112&lan=C

附表七資通安全責任等級D級之各機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298113&lan=C

附表八資通安全責任等級E級之各機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298114&lan=C

附表九資通系統防護需求分級原則.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000254363&lan=C

附表十資通系統防護基準.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298115&lan=C

法規名稱：資通安全事件通報及應變辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030305

資安演練與稽核
https://moda.gov.tw/ACS/operations/drill-and-audit/652

2025年10月10日星期五

[研究]應辦事項-技術面-比較表

[研究]應辦事項-技術面-比較表

2025-10-10

法規名稱：資通安全責任等級分級辦法
修正日期：民國 110 年 08 月 23 日
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030304

有錯或異動，以原文為準

辦理項目	辦理項目細項	A公務	A特定非公務	B公務	B特定非公務	C公務	C特定非公務	D公務、特定非公務	E公務、特定非公務
安全性檢測	弱點掃描	全部核心資通系統每年辦理二次。	同左	全部核心資通系統每年辦理一次。	同左	全部核心資通系統每二年辦理一次。	同左	無	無
安全性檢測	滲透測試	全部核心資通系統每年辦理一次。	同左	全部核心資通系統每二年辦理一次。	同左	同左	同	無	無
資通安全健診	網路架構檢視	每年辦理一次。	同左	每兩年辦理一次。	同左	同左	同左	無	無
	網路惡意活動檢視
	使用者端電腦惡意活動檢視
	伺服器主機惡意活動檢視
	目錄伺服器設定及防火牆連線設定檢視
資通安全威脅偵測管理機制		初次受核定或等級變更後之一年內，完成威脅偵測機制建置，並持續維運及依主管機關指定之方式提交監控管理資料。其監控範圍應包括本表所定「端點偵測及應變機制」與「資通安全防護」之辦理內容、目錄服務系統與機關核心資通系統之資通設備紀錄及資訊服務或應用程式紀錄。	初次受核定或等級變更後之一年內，完成威脅偵測機制建置，並持續維運。其監控範圍應包括本表所定「資通安全防護」之辦理內容、目錄服務系統與機關核心資通系統之資通設備紀錄及資訊服務或應用程式紀錄。	同A公務	同A特定非公務	無	無	無	無
政府組態基準(GCB)		初次受核定或等級變更後之一年內，依主管機關公告之項目，完成政府組態基準導入作業，並持續維運。	無	同A公務	無	無	無	無	無
資通安全弱點通報機制註：資通安全弱點通報系統(Vulnerability Analysis and Notice System, 簡稱VANS)		一、初次受核定或等級變更後之一年內，完成資通安全弱點通報機制導入作業，並持續維運及依主管機關指定之方式提交資訊資產盤點資料。二、本辦法中華民國一百十年八月二十三日修正施行前已受核定者，應於修正施行後一年內，完成資通安全弱點通報機制導入作業，並持續維運及依主管機關指定之方式提交資訊資產盤點資料。	一、關鍵基礎設施提供者初次受核定或等級變更後之一年內，完成資通安全弱點通報機制導入作業，並持續維運及依主管機關指定之方式提交資訊資產盤點資料。二、同A公務	同A公務	同A特定非公務	一、初次受核定或等級變更後之二年內，完成資通安全弱點通報機制導入作業，並持續維運及依主管機關指定之方式提交資訊資產盤點資料。二、本辦法中華民國一百十年八月二十三日修正施行前已受核定者，應於修正施行後二年內，完成資通安全弱點通報機制導入作業，並持續維運及依主管機關指定之方式提交資訊資產盤點資料。	一、關鍵基礎設施提供者初次受核定或等級變更後之二年內，完成資通安全弱點通報機制導入作業，並持續維運及依主管機關指定之方式提交資訊資產盤點資料。二、本辦法中華民國一百十年八月二十三日修正施行前已受核定者，應於修正施行後二年內，完成資通安全弱點通報機制導入作業，並持續維運及依主管機關指定之方式提交資訊資產盤點資料。	無	無
端點偵測及應變機制 (EDR)		一、初次受核定或等級變更後之二年內，完成端點偵測及應變機制導入作業，並持續維運及依主管機關指定之方式提交偵測資料。二、本辦法中華民國一百十年八月二十三日修正施行前已受核定者，應於修正施行後二年內，完成端點偵測及應變機制導入作業，並持續維運及依主管機關指定之方式提交偵測資料。	無	同A公務	無	無	無	無	無
資通安全防護	防毒軟體	初次受核定或等級變更後之一年內，完成各項資通安全防護措施之啟用，並持續使用及適時進行軟、硬體之必要更新或升級。	同	同	同	同	同	同	無
	網路防火牆		同	同	同	同	同	同	無
	具有郵件伺服器者，應備電子郵件過濾機制註：垃圾郵件過濾（Spam Filtering）		同	同	同	同	同	無	無
	入侵偵測及防禦機制註：入侵偵測系統（IDS）和入侵防禦系統（IPS）		同	同	同	無	無	無	無
	具有對外服務之核心資通系統者，應備應用程式防火牆註：WAF		同	同	同	無	無	無	無
	進階持續性威脅攻擊防禦措施註：進階持續性威脅（advanced persistent threat, APT）		同	無	無	無	無	無	無

(完)

相關

法規名稱：資通安全責任等級分級辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030304

附表一資通安全責任等級A級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298107&lan=C

附表二資通安全責任等級A級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298108&lan=C

附表三資通安全責任等級B級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298109&lan=C

附表四資通安全責任等級B級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298110&lan=C

附表五資通安全責任等級C級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298111&lan=C

附表六資通安全責任等級C級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298112&lan=C

附表七資通安全責任等級D級之各機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298113&lan=C

附表八資通安全責任等級E級之各機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298114&lan=C

附表九資通系統防護需求分級原則.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000254363&lan=C

附表十資通系統防護基準.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298115&lan=C

法規名稱：資通安全事件通報及應變辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030305

資安演練與稽核
https://moda.gov.tw/ACS/operations/drill-and-audit/652

[研究]應辦事項-認知與訓練-比較表

[研究]應辦事項-認知與訓練-比較表

2025-10-10

法規名稱：資通安全責任等級分級辦法
修正日期：民國 110 年 08 月 23 日
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030304

有錯或異動，以原文為準

辦理項目	辦理項目細項	A公務	A特定非公務	B公務	B特定非公務	C公務	C特定非公務	D公務、特定非公務	E公務、特定非公務
資通安全教育訓練	資通安全專職人員	每人每年至少接受十二小時以上之資通安全專業課程訓練或資通安全職能訓練。	同	同	同	同	同	無	無
	資通安全專職人員以外之資訊人員	每人每二年至少接受三小時以上之資通安全專業課程訓練或資通安全職能訓練，且每年接受三小時以上之資通安全通識教育訓練。	同	同	同	同	同	無	無
	一般使用者及主管	每人每年接受三小時以上之資通安全通識教育訓練。	同	同	同	同	同	同	同
資通安全專業證照及職能訓練證書		一、初次受核定或等級變更後之一年內，至少四名資通安全專職人員，分別各自持有證照及證書各一張以上，並持續維持證照及證書之有效性。二、本辦法中華民國一百十年八月二十三日修正施行前已受核定者，應於修正施行後一年內符合規定。	一、初次受核定或等級變更後之一年內，至少四名資通安全專責人員，各自持有證照一張以上，並持續維持證照之有效性。二、本辦法中華民國一百十年八月二十三日修正施行前已受核定者，應於修正施行後一年內符合規定。	一、初次受核定或等級變更後之一年內，至少二名資通安全專職人員，分別各自持有證照及證書各一張以上，並持續維持證照及證書之有效性。二、本辦法中華民國一百十年八月二十三日修正施行前已受核定者，應於修	一、初次受核定或等級變更後之一年內，至少二名資通安全專責人員，各自持有證照一張以上，並持續維持證照之有效性。二、本辦法中華民國一百十年八月二十三日修正施行前已受核定者，應於修正施行後一年內符合規定。	初次受核定或等級變更後之一年內，至少一名資通安全專職人員，分別持有證照及證書各一張以上，並持續維持證照及證書之有效性。	初次受核定或等級變更後之一年內，至少一名資通安全專責人員持有證照一張以上，並持續維持證照之有效性。	無	無

資通安全專業證照清單（1140124修正）PDF

https://moda.gov.tw/ACS/laws/certificates/676

資安職能訓練證書清單

https://moda.gov.tw/ACS/laws/certificates2/1365

3.2. 資通安全專職人員之職務內容為何？

https://moda.gov.tw/ACS/laws/faq/03/594

********************************************************************************

資安專職人員　資安專責人員　差異 ? 參考料來源網址 ?　

ChatGPT

在台灣的資通安全法規中，「資安專職人員」與「資安專責人員」有明確的區別，主要體現在職責範圍與人力投入程度上。

🔐 資安專職人員（專職人員）

定義：指全職執行資通安全業務的專業人員。
適用對象：主要適用於公務機關。
配置要求：必須全職投入資通安全事務，並持有主管機關認可的資通安全專業證照。
人力配置：依據機關的資通安全責任等級，配置人數有所不同。

🛡️ 資安專責人員（專責人員）

定義：指專人負責資通安全事務的人員，無需全職投入。
適用對象：主要適用於特定非公務機關。
配置要求：機關應指派專人負責資通安全事務，但無需全職投入。
人力配置：依據機關的資通安全責任等級，配置人數有所不同。

📌 參考資料

欲深入了解相關規定，可參考數位發展部資通安全署提供的資安法規專區，特別是資通安全責任等級分級辦法應辦事項-資安專職人力及證照。
總結來說，兩者的主要區別在於是否全職投入資通安全業務。公務機關需配置全職的資安專職人員，而特定非公務機關則可配置非全職的資安專責人員。

(完)

相關

法規名稱：資通安全責任等級分級辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030304

附表一資通安全責任等級A級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298107&lan=C

附表二資通安全責任等級A級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298108&lan=C

附表三資通安全責任等級B級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298109&lan=C

附表四資通安全責任等級B級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298110&lan=C

附表五資通安全責任等級C級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298111&lan=C

附表六資通安全責任等級C級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298112&lan=C

附表七資通安全責任等級D級之各機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298113&lan=C

附表八資通安全責任等級E級之各機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298114&lan=C

附表九資通系統防護需求分級原則.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000254363&lan=C

附表十資通系統防護基準.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298115&lan=C

法規名稱：資通安全事件通報及應變辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030305

資安演練與稽核
https://moda.gov.tw/ACS/operations/drill-and-audit/652

[研究]應辦事項-管理面-比較表

[研究]應辦事項-管理面-比較表

2025-10-10

法規名稱：資通安全責任等級分級辦法
修正日期：民國 110 年 08 月 23 日
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030304

有錯或異動，以原文為準

管理面	A公務	A特定非公務	B公務	B特定非公務	C公務	C特定非公務	D公務、特定非公務	E公務、特定非公務
資通系統分級及防護基準	初次受核定或等級變更後之一年內，針對自行或委外開發之資通系統，依附表九完成資通系統分級，並完成附表十之控制措施；其後應每年至少檢視一次資通系統分級妥適性。	同左	同左	同左	初次受核定或等級變更後之一年內，針對自行或委外開發之資通系統，依附表九完成資通系統分級；其後應每年至少檢視一次資通系統分級妥適性；並應於初次受核定或等級變更後之二年內，完成附表十之控制措施。	同左	無	無
資訊安全管理系統之導入及通過公正第三方之驗證	初次受核定或等級變更後之二年內，全部核心資通系統導入 CNS 27001 或 ISO27001 等資訊安全管理系統標準、其他具有同等或以上效果之系統或標準，或其他公務機關自行發展並經主管機關認可之標準，於三年內完成公正第三方驗證，並持續維持其驗證有效性。	同左	同左	同左	初次受核定或等級變更後之二年內，全部核心資通系統導入 CNS 27001 或 ISO27001 等資訊安全管理系統標準、其他具有同等或以上效果之系統或標準，或其他公務機關自行發展並經主管機關認可之標準，並持續維持導入。	同左	無	無
資通安全專責人員	初次受核定或等級變更後之一年內，配置四人；須以專職人員配置之。	初次受核定或等級變更後之一年內，配置四人。	初受核定或等級變更後之一年內，配置二人；須以專職人員配置之。	初次受核定或等級變更後之一年內，配置二人。	初受核定或等級變更後之一年內，配置一人；須以專職人員配置之。	初受核定或等級變更後之一年內，配置一人。	無	無
內部資通安全稽核	每年辦理二次。	同左	每年辦理一次。	同左	每二年辦理一次。	同左	無	無
業務持續運作演練	全部核心資通系統每年辦理一次。	同左	全部核心資通系統每二年辦理一次。	同左	全部核心資通系統每二年辦理一次。	同左	無	無
資安治理成熟度評估	每年辦理一次	無	每年辦理一次	無	無	無	無	無

(完)

相關

法規名稱：資通安全責任等級分級辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030304

附表一資通安全責任等級A級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298107&lan=C

附表二資通安全責任等級A級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298108&lan=C

附表三資通安全責任等級B級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298109&lan=C

附表四資通安全責任等級B級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298110&lan=C

附表五資通安全責任等級C級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298111&lan=C

附表六資通安全責任等級C級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298112&lan=C

附表七資通安全責任等級D級之各機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298113&lan=C

附表八資通安全責任等級E級之各機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298114&lan=C

附表九資通系統防護需求分級原則.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000254363&lan=C

附表十資通系統防護基準.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298115&lan=C

法規名稱：資通安全事件通報及應變辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030305

資安演練與稽核
https://moda.gov.tw/ACS/operations/drill-and-audit/652

[研究]【資安法】源碼掃描、弱點掃描、滲透測試頻率

[研究]【資安法】源碼掃描、弱點掃描、滲透測試頻率

2025-10-10

法規名稱：資通安全責任等級分級辦法
修正日期：民國 110 年 08 月 23 日
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030304

「資通安全管理法子法最新公告」「02_資通安全責任等級分級辦法」「附表一 ~ 附表八」

全部核心系統	A公務/特定非公務	B公務/特定非公務	C公務/特定非公務	D、E公務/特定非公務
弱點掃描	每年2次	每年1次	每2年1次	無
滲透測試	每年1次	每2年1次	每2年1次	無

「資通安全管理法子法最新公告」「02_資通安全責任等級分級辦法」「附表十資通系統防護基準」

	普等級	中等級	高等級
「系統發展生命週期開發階段」源碼掃描			V
「系統發展生命週期測試階段」弱點掃描	V	V	V
「系統發展生命週期測試階段」滲透測試			V

(完)

相關

法規名稱：資通安全責任等級分級辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030304

附表一資通安全責任等級A級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298107&lan=C

附表二資通安全責任等級A級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298108&lan=C

附表三資通安全責任等級B級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298109&lan=C

附表四資通安全責任等級B級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298110&lan=C

附表五資通安全責任等級C級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298111&lan=C

附表六資通安全責任等級C級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298112&lan=C

附表七資通安全責任等級D級之各機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298113&lan=C

附表八資通安全責任等級E級之各機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298114&lan=C

附表九資通系統防護需求分級原則.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000254363&lan=C

附表十資通系統防護基準.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298115&lan=C

法規名稱：資通安全事件通報及應變辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030305

資安演練與稽核
https://moda.gov.tw/ACS/operations/drill-and-audit/652

[研究]資通安全事件通報及應變辦法-摘要與比較

[研究]資通安全事件通報及應變辦法-摘要與比較

2025-10-10

法規名稱：資通安全事件通報及應變辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030305

可容忍中斷時間（Maximum Tolerable Period of Disruption, MTPD）

CI 關鍵基礎設施 ( Critical Infrastructure)

**********

資通安全事件分為四級

等級	第一級	第二級	第三級	第四級
非核心	輕微	嚴重
非核心MTPD	OK	不OK
非CI		輕微	嚴重
非 CI MTPD		OK	不OK
機密、敏感、CI之核心			輕微	嚴重
機密、敏感、CI之核心 MTPD			OK	不OK

********************************************************************************

通報及應變

ChatGPT

資通安全事件通報與等級審核流程（文字版）

事件發生

│

▼

發生事件的機關（公務機關）

│ ←【第4條：1小時內】

│ 通報事件給主管機關（或指定單位）

▼

主管機關收到通報

│

▼

初步審核事件等級（第5條第3點）

│

├─ 第1～2級：8小時內完成

│

└─ 第3～4級：2小時內完成

│

▼

必要時變更事件等級

│

▼

主管機關通知其他單位／指導損害控制

│

▼

損害控制與復原（第6條 / 第7條）

├─ 第1～2級：72小時內完成

└─ 第3～4級：36小時內完成

│

▼

提交調查與改善報告（1個月內）

********************************************************************************

第二章（公務機關）、第三章（特定非公務機關）比較

項目	第二章（公務機關）	第三章（特定非公務機關）
適用法規	公務機關適用	特定非公務機關適用
監督 / 指導機關	資通安全主管機關	中央目的事業主管機關（中央資安主管機關協助）
制度化要求	無第15、16條的規範義務（通報／應變程序制度化）	需訂定內部通報與應變作業規範，含演練、應變小組、損害控制、復原、鑑識、紀錄保全等
法律責任	公務員行政責任	行政命令、罰鍰或其他法規責任
通報對象細節	主管機關即可	主管機關 + 中央目的事業主管機關，且制度要求更完整

(完)

相關

法規名稱：資通安全責任等級分級辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030304

附表一資通安全責任等級A級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298107&lan=C

附表二資通安全責任等級A級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298108&lan=C

附表三資通安全責任等級B級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298109&lan=C

附表四資通安全責任等級B級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298110&lan=C

附表五資通安全責任等級C級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298111&lan=C

附表六資通安全責任等級C級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298112&lan=C

附表七資通安全責任等級D級之各機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298113&lan=C

附表八資通安全責任等級E級之各機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298114&lan=C

附表九資通系統防護需求分級原則.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000254363&lan=C

附表十資通系統防護基準.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298115&lan=C

法規名稱：資通安全事件通報及應變辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030305

資安演練與稽核
https://moda.gov.tw/ACS/operations/drill-and-audit/652

2025年10月2日星期四

[研究]「輔導稽核委員」

[研究]「輔導稽核委員」

2025-10-02

"輔導稽核委員" 定義 ? 工作 ?

ChatGPT 說：

你問的「輔導稽核委員」不是一個在所有領域都有統一定義的職稱，...(略)

********************************************************************************

"資安稽核" 中的 "輔導稽核委員" 定義 ? 工作 ?

ChatGPT 說：

很好 👍 你把範圍縮到資安稽核（Information Security Audit），那「輔導稽核委員」的定位就比較明確了。以下我用資安管理常見做法（例如 ISO/IEC 27001、CNS 27001、內控/資安健檢）來解釋：

一、定義

資安稽核中的輔導稽核委員

指在資安稽核過程中，除了檢視被稽核單位是否符合資安管理制度（ISMS）與相關法規外，同時負責輔導、協助受稽單位改善資安控制與流程的專責委員。

他不像「獨立第三方外部稽核員」那麼單純專注於合規驗證，而是兼具檢視（Audit）+ 輔導（Guidance）角色。

二、工作職責

1. 稽核面（Audit）

檢查受稽單位是否遵循資安政策、程序、控制措施（如 ISO 27001 附錄 A 控制項）。
評估資安事件處理、帳號管理、存取控制、弱點修補、備援演練等是否落實。
發現不符合事項（NC, Non-conformity），並提出改善建議。
撰寫稽核報告，提供管理階層決策依據。

2. 輔導面（Guidance / Coaching）

協助受稽單位釐清「哪些是法規/ISO 必須遵循的要求」。
指導單位如何補強資安制度（如訂定 SOP、完善日誌稽核、加強存取控管）。
提供資安最佳實務（best practices）或同業案例。
在重大缺失發現後，協助擬定「矯正措施（Corrective Action）」與「預防措施（Preventive Action）」。

3. 橋樑/顧問角色

在「資安委員會 / 資安長」與「受稽單位」之間扮演協調角色。
避免稽核淪為「挑毛病」，而是推動組織資安持續改善（Continuous Improvement）。

三、和一般稽核員的差異

角色	著重點	定位
稽核委員	偏重查核、發現缺失	較中立、偏檢查
輔導稽核委員	查核 + 輔導，協助改善	偏顧問、教育推動

四、常見出現場景

ISO/IEC 27001 導入初期：組織會先找輔導稽核委員「預稽核」，幫忙補齊缺口，再進行正式驗證。
政府/金融業資安健檢：會有「輔導性質稽核」，協助單位在正式查核前修正缺失。
內部稽核機制：資安小組或資安委員會中，設置輔導稽核委員，降低部門抗拒。

✅ 總結一句：

資安稽核中的「輔導稽核委員」是結合「檢查合規」與「提供改善建議」的資安顧問型稽核人員，重點在於協助被稽單位提升資安，而不只是開立缺失。

********************************************************************************

Q1、輔導稽核委員可以由資安稽核的主導稽核員擔任 ? 不可以 ?

Q2、輔導稽核委員可以由資安稽核的稽核員擔任 ? 不可以 ?

Q3、輔導稽核委員可以推薦資安稽核的觀察員未來擔任稽核員 ? 不可以 ?

ChatGPT 說：

這三個問題問得非常專業，牽涉到 ISO/IEC 27001（或內部資安稽核作業）對於稽核獨立性、角色區分、培育機制的規範。以下我逐一解析：

Q1、輔導稽核委員可以由資安稽核的主導稽核員擔任 ?

一般規範看法：不建議 / 原則上不可以

主導稽核員（Lead Auditor）負責整體稽核計畫、組織稽核團隊、主持會議、簽核稽核結論。
若同一人又擔任輔導稽核委員，等於自己下結論 → 自己再輔導改善，會導致角色衝突，破壞稽核的「獨立性與客觀性」（ISO 19011 §4 原則）。
在第三方驗證（如 ISO 27001 認證稽核）中，這樣的角色合併明確違反規範。

✅ 適用情境：

僅能在「內部輔導性稽核 / 預稽核」時，組織基於人力不足，讓主導稽核員兼任，但正式認證稽核必須分開。

Q2、輔導稽核委員可以由資安稽核的稽核員擔任 ?

一般規範看法：可以，但需注意區隔

稽核員（Auditor）若僅負責部分稽核工作（例如帳號管理流程），在稽核後可以協助輔導受稽單位改善。
但正式稽核報告審查與結論仍要由「主導稽核員」主持，避免稽核與輔導混淆。
ISO 19011 的精神是稽核員應保持獨立性，因此建議是不同階段不同角色，例如：
稽核階段：他是稽核員。
輔導階段：結束後可轉換角色，提供改善建議，但不要同時掛名稽核員 + 輔導稽核委員。

✅ 總結：原則上可以擔任，但要避免「邊查邊輔導」造成角色不清。

Q3、輔導稽核委員可以推薦資安稽核的觀察員未來擔任稽核員 ?

一般規範看法：可以，這其實是常見的「稽核員培育管道」。

觀察員（Observer）通常是新進人員或見習，透過觀摩學習稽核技巧。
輔導稽核委員（具有經驗的資深稽核人員）推薦其轉任稽核員，符合人才培育與能力驗證（ISO 19011 §7.2）的精神。
但需經過：

資安稽核訓練課程（如 ISO 27001 Lead Auditor / Internal Auditor 課程）
實務參與次數（例如跟稽核員一起參與至少 2~3 次）
組織內部的資格認定

✅ 總結：可以，而且合理，這正是觀察員的角色設計目的。

********************************************************************************

(完)

相關

法規名稱：資通安全責任等級分級辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030304

附表一資通安全責任等級A級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298107&lan=C

附表二資通安全責任等級A級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298108&lan=C

附表三資通安全責任等級B級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298109&lan=C

附表四資通安全責任等級B級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298110&lan=C

附表五資通安全責任等級C級之公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298111&lan=C

附表六資通安全責任等級C級之特定非公務機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298112&lan=C

附表七資通安全責任等級D級之各機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298113&lan=C

附表八資通安全責任等級E級之各機關應辦事項.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298114&lan=C

附表九資通系統防護需求分級原則.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000254363&lan=C

附表十資通系統防護基準.PDF
https://law.moj.gov.tw/LawClass/LawGetFile.ashx?FileId=0000298115&lan=C

法規名稱：資通安全事件通報及應變辦法
https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=A0030305

資安演練與稽核
https://moda.gov.tw/ACS/operations/drill-and-audit/652

2025年4月2日星期三

[研究]SQL Server 那些版本、等級支援 SQL Server Audit ?

[研究]SQL Server 那些版本、等級支援 SQL Server Audit ?

2025-04-02

ChatGPT 說在 SQL Server 中，「伺服器稽核（Server Audit）」功能只有在 Enterprise 版和特定的高階版本（如 Datacenter 或 Developer）才可用，而 Standard 版及更低版本（如 Express）不支援這個功能。敝人實際測試並非如此。

根據下面網址，至少 SQL Server 2016 有，但沒提到要 Enterprise 才支援
https://learn.microsoft.com/zh-tw/sql/relational-databases/security/auditing/sql-server-audit-action-groups-and-actions?view=sql-server-2016

3.2. SQL Server Audit Support in Different Editions and Versions
https://logbinder.helpspot.com/index.php?pg=kb.page&id=79
根據這篇，有更詳細說明

Edition \ Version	SQL Server 2008 and 2008 R2	SQL Server 2012 and 2014	SQL Server 2016* and 2017
Enterprise	Server- and database-level	Server- and database-level	Server- and database-level
Developer	Server- and database-level	Server- and database-level	Server- and database-level
Datacenter	Server- and database-level	N/A	N/A
Business Intelligence	None	Server-level	N/A
Standard	None	Server-level	Server- and database-level*
Web	None	Server-level	Server- and database-level*
Express	None	Server-level	Server- and database-level*

* Database-level auditing for Standard, Web and Express editions are available starting SQL Server 2016 SP1

********************************************************************************

以下是 SQL Server Audit 中伺服器層級（Server-Level）和資料庫層級（Database-Level）稽核的適用情境、優缺點，以及彼此無法取代的功能的比較：

層級	適用情境	優點	缺點	彼此無法取代的功能
伺服器層級	需要監控整個 SQL Server 執行個體的活動，例如登入事件、伺服器配置變更、資料庫的建立或刪除等。希望統一管理所有資料庫的稽核策略，確保一致性。	能夠集中監控整個伺服器的活動，提供全局視角。設定簡單，適用於需要統一監控的情境。	無法針對特定資料庫或物件進行細緻的稽核設定。可能會產生大量的稽核資料，增加儲存需求。	能夠監控整個伺服器的活動，例如登入和伺服器配置變更，這些是資料庫層級稽核無法覆蓋的。
資料庫層級	需要監控特定資料庫內的活動，例如對特定表格的 SELECT、INSERT、UPDATE、DELETE 操作。不同資料庫需要不同的稽核策略，以滿足各自的安全性和合規性要求。	提供更細緻的控制，能夠針對特定資料庫或物件設定稽核策略。有助於滿足特定的合規性要求，針對敏感資料進行監控。	需要在每個資料庫中單獨設定和管理稽核策略，增加管理複雜度。如果同時啟用伺服器層級和資料庫層級稽核，可能會導致重複記錄相同的事件，增加儲存成本。	能夠針對特定資料庫內的物件和操作進行細緻監控，這是伺服器層級稽核無法實現的。

********************************************************************************

(完)

2025年3月28日星期五

[研究]SQL Server 2019 如何查詢資料庫帳號變更稽核？

[研究]SQL Server 2019 如何查詢資料庫帳號變更稽核？

2025-03-27

SQL Server 2019 如何查詢資料庫帳號變更稽核？

ChatGPT 說：

在 SQL Server 2019 中，可以使用 SQL Server Audit 或 Default Trace 來查詢資料庫帳號變更的稽核記錄，以下是幾種方法：

********************************************************************************

2025-04-02 補

註：ChatGPT 說在 SQL Server 中，「伺服器稽核（Server Audit）」功能只有在 Enterprise 版和特定的高階版本（如 Datacenter 或 Developer）才可用，而 Standard 版及更低版本（如 Express）不支援這個功能。敝人實際測試並非如此。根據下面網址，至少 SQL Server 2016 有，但沒提到要 Enterprise 才支援

https://learn.microsoft.com/zh-tw/sql/relational-databases/security/auditing/sql-server-audit-action-groups-and-actions?view=sql-server-2016

3.2. SQL Server Audit Support in Different Editions and Versions
https://logbinder.helpspot.com/index.php?pg=kb.page&id=79
根據這篇，有更詳細說明

Edition \ Version	SQL Server 2008 and 2008 R2	SQL Server 2012 and 2014	SQL Server 2016* and 2017
Enterprise	Server- and database-level	Server- and database-level	Server- and database-level
Developer	Server- and database-level	Server- and database-level	Server- and database-level
Datacenter	Server- and database-level	N/A	N/A
Business Intelligence	None	Server-level	N/A
Standard	None	Server-level	Server- and database-level*
Web	None	Server-level	Server- and database-level*
Express	None	Server-level	Server- and database-level*

* Database-level auditing for Standard, Web and Express editions are available starting SQL Server 2016 SP1.

********************************************************************************

方法 1：使用 SQL Server Audit（推薦方式）

SQL Server Audit 提供較完整的稽核功能，可以記錄登入帳號新增、刪除、變更密碼、授權變更等操作。

1. 建立 Server Audit（伺服器級稽核）

首先，建立稽核物件，將稽核記錄存放於檔案中：

請先手動建立C:\AuditLogs\ 目錄

下圖。ChatGPT 原本給的指令如下，就算是 SQL Server 2019 Enterprise 也無法執行成功

CREATE SERVER AUDIT LoginAudit
TO FILE (FILEPATH = 'C:\SQLAudit\', MAXSIZE = 10MB, ROLLOVER = ON);
ALTER SERVER AUDIT LoginAudit WITH (STATE = ON);

敝人後來改成下面

CREATE SERVER AUDIT Audit_LoginChanges
TO FILE ( FILEPATH = 'C:\AuditLogs\', MAXSIZE = 10MB)　　
WITH ( QUEUE_DELAY = 1000, ON_FAILURE = CONTINUE );

(下圖)ChatGPT 說 SQL Server Audit 要 Enterprise 版才支援，但敝人實際測試下面指令 SQL Server 2019 Standard 也可以正常執行

2. 建立 Server Audit Specification（伺服器層級稽核規格）

設定要稽核的事件：

CREATE SERVER AUDIT SPECIFICATION Audit_Login_Changes_Spec
FOR SERVER AUDIT Audit_LoginChanges
ADD (SERVER_PRINCIPAL_CHANGE_GROUP)
WITH (STATE = ON);

(下圖)SQL Server 2019 Enterprise 和SQL Server 2019 Standard 都可以執行

其中 SERVER_PRINCIPAL_CHANGE_GROUP 會記錄登入帳號變更（如 CREATE LOGIN、ALTER LOGIN、DROP LOGIN 等）。

3. 啟動 Audit

ALTER SERVER AUDIT Audit_LoginChanges WITH (STATE = ON);

(下圖)SQL Server 2019 Enterprise 和SQL Server 2019 Standard 都可以執行

4. 查詢 Audit 記錄

當帳號變更後，可以用以下 SQL 查詢：

SELECT event_time, action_id, succeeded, session_server_principal_name, server_principal_name, statement
FROM sys.fn_get_audit_file('C:\AuditLogs\*.sqlaudit', DEFAULT, DEFAULT)
ORDER BY event_time DESC;

(下圖)SQL Server 2019 Enterprise 和SQL Server 2019 Standard 都可以執行

其中

event_time：事件時間
action_id：動作類型（如 LGCR 表示 CREATE LOGIN，LGMD 表示 ALTER LOGIN）
succeeded：是否成功（1 = 成功，0 = 失敗）
session_server_principal_name：執行變更的帳號
server_principal_name：被變更的帳號
statement：執行的 SQL 指令

5. 刪除建立的東西

--步驟 1：停用 SERVER AUDIT SPECIFICATION
ALTER SERVER AUDIT SPECIFICATION Audit_Login_Changes_Spec WITH (STATE = OFF);

--步驟 2：刪除 SERVER AUDIT SPECIFICATION
DROP SERVER AUDIT SPECIFICATION Audit_Login_Changes_Spec;

--步驟 3：停用 SERVER AUDIT
ALTER SERVER AUDIT Audit_LoginChanges WITH (STATE = OFF);

--步驟 4：刪除 SERVER AUDIT
DROP SERVER AUDIT Audit_LoginChanges;

********************************************************************************

方法 2：使用 Default Trace（預設追蹤）

SQL Server 預設啟用了 Default Trace，可以用來查詢帳號變更。

查詢 Default Trace

SELECT 
    te.name AS EventName,
    t.DatabaseName,
    t.StartTime,
    t.ObjectName,
    t.ObjectType,
    t.EventClass,
    t.EventSubClass,
    t.TextData
FROM sys.fn_trace_gettable(
    (SELECT REVERSE(SUBSTRING(REVERSE(path), CHARINDEX('\', REVERSE(path)), LEN(path))) + 'log.trc' 
     FROM sys.traces WHERE is_default = 1), DEFAULT) t
JOIN sys.trace_events te ON t.EventClass = te.trace_event_id
WHERE t.EventClass IN (104, 105, 108) -- 104: Create Login, 105: Drop Login, 108: Alter Login
ORDER BY t.StartTime DESC;

其中

104（Create Login）：建立登入帳號
105（Drop Login）：刪除登入帳號
108（Alter Login）：修改登入帳號
Default Trace 只保留短期記錄，如果需要長期記錄，建議使用 SQL Server Audit。

(下圖) 新增一個帳號後測試

********************************************************************************

方法 3：查詢 SQL Server Error Log（部分變更可查）

部分帳號變更（如 CREATE LOGIN 或 ALTER LOGIN）會記錄到 SQL Server Error Log。

請參考

[研究]SQL Server 2019 資料庫帳號登出登入稽核？
https://shaurong.blogspot.com/2025/03/sql-server-2019.html

這方法適用於 SQL Server 已啟用 LOGIN_CHANGE_PASSWORD 記錄的情況，但不如 SQL Server Audit 詳細。

********************************************************************************

總結

方法	優點	缺點
SQL Server Audit（推薦）	最完整，支援長期記錄，可用 GUI 或 SQL 查詢	需設定 Audit
Default Trace	內建功能，不需額外設定	只能查詢最近變更
SQL Server Error Log	不需設定，適用於密碼變更查詢	記錄不完整

如需完整監控帳號變更，建議使用 SQL Server Audit，可確保符合稽核規範（如 GDPR、ISO 27001），並能長期儲存記錄。

(完)

2025年3月27日星期四

[研究]查 NTP Server 是哪台 ? 是否校時成功 ? 如何設定 ? (Windows 2019, 2022, 2025)

[研究]查 NTP Server 是哪台 ? 是否校時成功 ? 如何設定 ? (Windows 2019, 2022, 2025)

2025-03-26

********************************************************************************

【查詢 NTP 伺服器是哪台】

下圖，user1 是一般使用者

C:\>whoami
win2019\user1

C:\>w32tm /query /source
發生下列錯誤: 存取被拒。 (0x80070005)

C:\>

下圖，admin1 已經是 administrators 群組的帳號

C:\>whoami
win2019\admin1

C:\>w32tm /query /source
發生下列錯誤: 存取被拒。 (0x80070005)

C:\>

下圖，必須以「系統管理員」身分執行的「命令提示字元」才有權限執行。

C:\>whoami
win2019\administrator

C:\>w32tm /query /source
time.windows.com,0x8

C:\>

********************************************************************************

【檢查最近的同步狀態】

C:\>w32tm /query /status
躍進式指示器: 0(沒有警告)
組織層: 4 (次要參照 - 依 (S)NTP 同步處理)
精確度: -23 (119.209ns 每個滴答)
根延遲: 0.0175734s
根散佈: 0.0595452s
參照識別碼: 0x14BD4F48 (來源 IP:  20.189.79.72)
上次成功同步處理時間: 2025/3/26 下午 05:26:27
來源: time.windows.com,0x8
輪詢間隔: 8 (256s)


C:\>

********************************************************************************

【手動立刻強制同步】

C:\>w32tm /resync
正在傳送 resync 命令給本機電腦
電腦並未 resync，因為沒有可用的時間資料。

C:\>ping time.windows.com

Ping twc.trafficmanager.net [20.189.79.72] (使用 32 位元組的資料):
回覆自 20.189.79.72: 位元組=32 時間=16ms TTL=128
回覆自 20.189.79.72: 位元組=32 時間=15ms TTL=128
要求等候逾時。
回覆自 20.189.79.72: 位元組=32 時間=21ms TTL=128

20.189.79.72 的 Ping 統計資料:
    封包: 已傳送 = 4，已收到 = 3, 已遺失 = 1 (25% 遺失)，
大約的來回時間 (毫秒):
    最小值 = 15ms，最大值 = 21ms，平均 = 17ms

C:\>w32tm /resync
正在傳送 resync 命令給本機電腦
命令已經成功完成。

C:\>w32tm /query /status
躍進式指示器: 0(沒有警告)
組織層: 4 (次要參照 - 依 (S)NTP 同步處理)
精確度: -23 (119.209ns 每個滴答)
根延遲: 0.0209559s
根散佈: 7.8029606s
參照識別碼: 0x14BD4F48 (來源 IP:  20.189.79.72)
上次成功同步處理時間: 2025/3/26 下午 05:37:45
來源: time.windows.com,0x8
輪詢間隔: 6 (64s)

C:\>

電腦並未 resync，因為沒有可用的時間資料。

通常表示 Windows Time 服務 (W32Time) 無法從指定的 NTP 伺服器獲取時間資訊，可能的原因包括：

NTP 伺服器設定錯誤
Windows Time 服務未正確啟動
NTP 伺服器無法連線（防火牆或網路問題）
NTP 設定有誤，沒有可用的時間來源

實際上再做一次，又正常成功

【圖形介面，手動立刻強制同步 (Windows Server 2019】

【圖形介面，手動立刻強制同步 (Windows Server 2022】

(下圖)「立即同步」按鈕按下後，出現打勾，表示同步完成且成功 (Windows Server 2019 無此按鈕)

【圖形介面，手動立刻強制同步 (Windows Server 2025】

操作方法又不同了，不是滑鼠左鍵直接Click日期時間，而是滑鼠右鍵

********************************************************************************

【重設並重新同步】

net stop w32time

w32tm /unregister

w32tm /register

net start w32time

w32tm /resync

C:\>net stop w32time
Windows Time 服務正在停止.
Windows Time 服務已經成功停止。

C:\>w32tm /unregister
W32Time 已成功解除登錄。

C:\>w32tm /register
W32Time 已登錄成功。

C:\>net start w32time
Windows Time 服務正在啟動 .
Windows Time 服務已經啟動成功。   

C:\>w32tm /resync
正在傳送 resync 命令給本機電腦
命令已經成功完成。

C:\>

********************************************************************************

國家時間與頻率標準實驗室

https://www.stdtime.gov.tw/chinese/bulletin/NTP%20promo.txt

tock.stdtime.gov.tw

watch.stdtime.gov.tw

time.stdtime.gov.tw

clock.stdtime.gov.tw

tick.stdtime.gov.tw

********************************************************************************

【用w32tm設定 NTP Server】

1.設定 NTP Server

w32tm /config /manualpeerlist:"tw.pool.ntp.org,0x8" /syncfromflags:manual /reliable:YES /update

說明：/reliable:YES：將此伺服器設為可靠來源。

2. 設定 Windows Time 服務為自動啟動

sc config w32time start= auto

3. 重新啟動 Windows Time 服務，讓設定生效

net stop w32time && net start w32time

4. 在防火牆開放 UDP 123

Windows 內建防火牆可能會阻擋 NTP 服務，請開放 UDP 123 埠：

netsh advfirewall firewall add rule name="NTP" dir=in action=allow protocol=UDP localport=123

C:\>w32tm /config /manualpeerlist:"tock.stdtime.gov.tw,0x8" /syncfromflags:manual /reliable:YES /update
命令已經成功完成。

C:\>sc config w32time start= auto
[SC] ChangeServiceConfig 成功

C:\>net stop w32time && net start w32time
Windows Time 服務正在停止.
Windows Time 服務已經成功停止。

Windows Time 服務正在啟動 .
Windows Time 服務已經啟動成功。


C:\>netsh advfirewall firewall add rule name="NTP" dir=in action=allow protocol=UDP localport=123
確定。


C:\>w32tm /query /source
tock.stdtime.gov.tw,0x8

C:\>w32tm /query /status
躍進式指示器: 0(沒有警告)
組織層: 3 (次要參照 - 依 (S)NTP 同步處理)
精確度: -23 (119.209ns 每個滴答)
根延遲: 0.0032347s
根散佈: 7.7980191s
參照識別碼: 0xD316679D (來源 IP:  211.22.103.157)
上次成功同步處理時間: 2025/3/27 上午 11:41:29
來源: tock.stdtime.gov.tw,0x8
輪詢間隔: 6 (64s)


C:\>

********************************************************************************

【透過登錄檔(Registry)設定 NTP Server】

啟動登錄編輯器 (Regedit.exe)

路徑：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters

修改 NtpServer

重新啟動時間服務，讓設定生效

net stop w32time

net start w32time

或用圖形介面重新啟動時間服務，讓設定生效

按 Win + R，輸入 services.msc，按 Enter。

********************************************************************************

NTPServer 的標誌(Flags)代表不同的同步模式：

標誌值代表意義
0x1 Use Special Poll Interval (使用特殊的輪詢間隔)
0x2 Use Asymmetry Mode (用於非對稱模式)
0x4 Use Client Mode (用戶端模式)
0x8 Use SpecialInterval (使用特別的同步間隔)
0x9 0x1 + 0x8 (同時使用特殊輪詢間隔 + 特別同步間隔)

********************************************************************************

【新增 NTP Server 而不刪除舊的】

w32tm /config /manualpeerlist:"原有NTP1,0x9 原有NTP2,0x9 新增NTP,0x9" /update

********************************************************************************

(完)

訂閱：文章 (Atom)

2025年10月20日 星期一

2025年10月11日 星期六

2025年10月10日 星期五

2025年10月2日 星期四

2025年4月2日 星期三

2025年3月28日 星期五

2025年3月27日 星期四

2025年10月20日星期一

2025年10月11日星期六

2025年10月10日星期五

2025年10月2日星期四

2025年4月2日星期三

2025年3月28日星期五

2025年3月27日星期四