IT审计操作流程

范围

所需資料、文件

要求

1

公司层面控制

·        IT 部门架构图、IT 人员职责说明

·       IT 预算、策略和年度规划 (2005-2007 年)

·        IT 内部、IT  与业务部门、IT 与管理层之会议记录

·        与第三方供货商之服务协议 (若 IT 服务外判)

·        IT 风险评估制度和报告

·        财务系统与其它系统间之数据流程图

·        IT 内部审计报告和审计发现之跟进

1、   完整清晰的部门架构以及职员职责说明；

2、   有完善的费用预算机制，有经过授权并正式签发的费用预算文件；有与公司战略相匹配的IT策略及每年的年度规划；

3、   内部、与业务部门、与管理层之间的会议记录；

4、   签订相关服务合同；

5、   完善的风险评估机制，或引进专业风险评估机构；

6、   提供数据流程图；

7、   应建立内审机制并定期内审，以辅助外审，建议引进专业机构定期内审。

2

信息安全

信息安全制度、用户信息安全意识

·       信息技术安全规章制度

·        令员工充份了解信息技术安全规章制度的措施

·       信息安全培训记录

1、    制定完善的安全规章制度，并采取广泛的宣传措施将该制度灌输至每位公司职员。

2、    规章制度写入员工手册并印发，新员工入职便能了解公司要求，并做定期培训，做好培训记录。

物理安全

·       机房物理安全规章

·        保安设施  (如门禁系统、访客记录)

1、物理要求：门禁系统、烟雾报警器（置于地板夹层或顶棚夹层）、监控、UPS、空调（接UPS）、干粉灭火器、防火防水装修材料；

2、机房管理：专人管理钥匙、有访客记录、机柜门应上锁；

3、服务器管理：密码变更设置（文档/流程/频率）、密码策略（windows/sql用户密码强制策略、windows帐号锁定策略、密码长度8位以上、历史密码6次）、windows界面自动锁定、应急管理/流程（备用钥匙、密码文件密封置于机房上锁的柜子中或密封的信封里面）；

4、机房显眼处应有机房管理制度；

用户权限设定

·       用户系统权限的列表

·        用户设置不同系统权限之制度和审批等步骤

·        不同权限是否显示在用户申请表上

(需抽样申请表格 – 参见附注)

1、   用户权限组有详细的权限定义；

2、   完整的用户帐号增加、修改、删除审批流程；

3、   用户帐号审批流程中应体现具体的权限选择；

用户设定制度

·        增加、更改、删除系统用户的步骤

·        用户部门及  IT 部门审批程序, 申请表格之处理和保存 (需抽样申请表格, 可和上面的样本相同)

1、完整的用户帐号增加、修改、删除审批流程；

2、有与人力资源中心提供的入职、离职名单相匹配的用户帐号增加、删除记录；

系统密码设定

·        系统密码设定 (应用系统层、操作系统层、网络层、数据库)

·        密码长度

·        密码最大更改日数

·        密码复杂性

·        可重用旧密码次数

·        锁定用户前之容许错误登录次数

1、密码长度应大于8位、应由字母和数字组成或者再区分大小写、客户端密码变更的频率应有控制（如30天强制要求变更密码）；

2、错误密码登陆次数应不超过3次，且系统应用提示信息；

3、密码修改时应不允许与原密码相同的密码进行修改操作，应有历史密码控制策略；

4、对各种不同密码的变更频率及设置要求等应有完整的密码管理制度；

用户权限审阅

·        用户系统权限之定时审阅和复核, 及有关记录 (需抽样各阶段之文件及记录– 参见附注)

1、对系统用户帐号的申请及权限分配等，应有定期进行复核的操作，并有相关文档记录，且文档应由相关领当定期审阅；

超级用户

·        应用系统、操作系统、数据库超级用户的申请、管理、使用审核的步骤和记录

·        拥有超级用户的人员名单

1、对系统超级用户的使用应有审批授权制度，并有相匹配的流程；

2、对拥有超级用户权限的人员应严格控制；

3

系统变更

系统变更管理

·       系统变更管理规章制度

·        系统变更审批、开发、测试 (用户及  IT) 之步骤及记录 (需抽样各阶段之文件及记录– 参见附注)

1、要求有完整的系统变更流程，流程中包括紧急变更的处理流程；

2、变更过程中应有各种表单支持，如用户申请、上级审批、开发需求、IT测试、用户测试、实施记录、用户签收等相关表单；

3、测试环境与正式业务系统环境应有严格区分，并有证据证明（可截图说明）；

4、紧急变更中应体现允许时候补走流程的内容；

5、系统中应有系统变更的日志记录，以方便查询历史变更；

系统变更上线

·        系统变更上线审批之步骤及记录 (需抽样文件及记录– 参见附注)

·        开发人员和上线人员之分工 (开发人员没有生产环境之权限) 之证明

·        开发环境和测试环境之逻辑或物理分开之证明

参数变更

·        应用系统、操作系统、数据库系统参数变更管理规章制度

·        系统变更审批、测试 (用户及 IT) 之步骤及记录 (需抽样各阶段之文件及记录– 参见附注)

紧急变更

·        无法循正常变更流程的紧急变更管理规章制度、审批、测试 (用户及  IT) 之步骤及记录 (需抽样各阶段之文件及记录– 参见附注)

4

5

信息技术运作

批处理工作

·        日常系统批处理工作监察 (需抽样批处理核对清单– 参见附注)

对于批量处理的事务应有完整的流程相匹配，如需要对数据源的确认、批处理完成后数据的校对。

备份制度

·        系统备份制度、核对 (需抽样备份核对清单– 参见附注)

1、完整在备份制度，包括数据备份及系统备份；

2、每天的自动备份文件应保留6天以上而不能每天自动覆盖；且要有每天的备份任务执行情况的检查记录；

3、应有多重的备份机制，如本地磁盘备份、磁带备份、光碟备份、异地备份；

4、应有完善的备用环境，如异地双机热备；

5、对备份介质应定期进行恢复测试，有相关业务部门进行确定数据的准确性，并保留相关记录，该记录要求有用户、信息部门、管理层签字确认；

6、异地备份的物理环境应同于实际业务环境，以确保实际环境发生意外时备用环境能立即切换启用；

7、对于异地备份根据区域的不同可有不同的定义，不一定要求在5公里以上的间隔距离；

·        备份定期恢复测试制度和记录 (需抽样备份恢复测试记录– 参见附注)

·       异地备份制度

·        异地备份之物理安全 (需抽样异地备份转移记录)

用户问题管理

·        用户就系统有关问题之管理制度、问题处理、问题严重性分级、上报机制、问题汇总和审核制度 (需抽样问题处理记录– 参见附注)

1、对问题管理应有完善的机制，包括问题收集、汇总，按严重性、紧急性分级，以及上报机制。

2、问题的处理应有跟踪反馈机制，确保问题被及时有效解决。

6

最终用户应用程序管理

·       对与财务报告有关之重要最终用户应用程序之管理制度 (如用户编制含 Macro 等程序之 Excel, Access 等)  (如适用)

1、相关软件的使用权（即正版软件）的购买应在预算中体现，并有购买的凭证；

2、对禁止使用盗版软件应有严格规定并依此执行；