信息安全基本方针

一、我们要保护什么

我们要求在开发、交付和维护过程中，做到三件事：客户资料只有有权人员能够查看；业务数据和程序不被擅自修改；系统发生故障后能够按约定恢复。

这些要求适用于公司员工、管理人员，以及获得项目权限的外包人员。客户有更严格要求时，项目负责人应将其写入项目计划，并说明由谁实施、如何检查。

制度参考GB/T 22239—2019等保二级的安全控制领域编写。它用于指导具体工作，不表示公司或全部项目已经通过等保测评。实际系统需要怎样定级、备案、建设和测评，应按系统情况确认。

二、谁来负责

一个人可以承担多个角色，但每项工作都要有明确姓名。开通高权限、批量导出、删除生产数据和不可逆迁移等重要操作，应由另一名有权人员复核。紧急情况下也应记录授权和操作，随后补充复核。

三、先查清系统和数据

项目开始前，应登记实际使用的服务器、数据库、文件存储、源码仓库、域名、第三方接口和服务账号，说明负责人、环境、部署地区和用途。密码和密钥只记录保管位置，不写进普通台账。

同时查清客户数据从哪里进入、经过哪些服务、保存在哪里、谁能访问以及怎样退出。例如，文档上传后还会进入搜索索引或AI服务，这些位置也要列入，不能只登记数据库。

上线、引入AI、更换供应商、改变部署地区或发生重大事件时，重新检查风险。发现问题要写明影响、责任人、处理措施、期限和验证办法，不能只登记一句“后续优化”。

四、所有项目应落实的基本要求

• 访问有授权。 账号按人分配，只开通工作所需权限；生产高权限和远程运维使用多因素认证。人员离岗、调岗或任务结束后及时收回权限。
• 网络有边界。 只开放必要入口，限制管理访问，数据库和缓存不直接向公网开放。
• 客户数据分开。 对文件、接口、任务、缓存和知识库检查客户归属，防止一个客户读取另一个客户的资料。
• 资料传输和保存有保护。 使用加密连接，按敏感程度保护存储和密钥，不把客户资料放入私人网盘、公开仓库或未经批准的工具。
• 操作有记录。 记录登录、高权限变更、导出和删除等重要行为，限制日志读取及修改，及时处理异常告警。
• 故障能够恢复。 明确备份范围、保存期限和恢复目标，实际验证恢复结果，不能只看备份任务显示成功。

具体参数和核验方法见网络与系统安全控制规范。云服务商负责的机房和基础设施，应核对其服务范围；应用权限、账号、数据和配置仍须明确我方与客户各自负责的部分。

五、把安全要求放进研发和交付

需求阶段确定权限、数据和安全验收项；设计阶段说明架构和数据流；开发阶段审查关键代码与依赖；上线前检查测试、批准、备份和回退；交付时说明运行维护、已知问题和账号责任。

认证绕过、跨客户访问、有效凭据泄露和可能造成重要数据丢失的问题，应在修复并复验后再上线。其他问题也要有责任人和期限，影响客户约定的，由有权客户代表确认。

使用AI前，应说清用途和数据范围，核实外部服务商是否会训练、保存或人工查看数据。未经客户授权，不得将其保密资料、个人信息或未公开代码发送给外部AI。

六、日常怎样检查

客户合同要求更频繁时按合同执行。检查记录应写实际发现和结果，不能把预定日程当成已经完成的工作。内部风险例外原则上最多批准90日，到期重新检查；内部批准不能免除法律义务，也不能代替客户授权。

七、发生问题怎样处理

任何人发现疑似泄露、越权、恶意程序或异常导出，都应立即报告。负责人组织限制影响、保存证据、恢复业务，并按实际职责通知客户和主管部门，不能为了等待完整结论延误应有报告。

客户需要了解保护措施时，可申请获得与其项目相关的制度、数据流、测试、权限和恢复材料。提供前核对范围并脱敏，说明对应的系统、环境和版本，不泄露其他客户资料，也不把制度文本当成措施已经落实的证明。

安全联系邮箱：market@zyaps.com。每年复核培训、撤权、漏洞、恢复和事件情况，对重复发生的问题安排改进。

八、制定依据

参考GB/T 22239—2019及现行《网络安全法》。具体数据、AI、开发和服务要求由本栏目相应制度补充。