驻场人员带自有电脑怎么管安全

先做风险分级

低风险只访问公开或脱敏资料，中风险访问项目管理和测试环境，高风险接触源代码、生产数据、密钥或个人信息。不同等级对应不同设备要求；如果甲方制度禁止 BYOD，就应提供受控设备，而不是事后用个人电脑补救。

入场前登记设备型号、系统版本、磁盘加密、补丁、杀毒或 EDR、屏幕锁定、管理员权限和存储位置。不要收集与安全目的无关的个人文件，也不要要求驻场人员交出私人账号密码。

账号和数据要最小化

为项目创建个人账号、MFA、最小权限和有效期；代码仓库、VPN、云盘、数据库分别授权，禁止共用账号和把密钥写在脚本或聊天里。敏感数据优先脱敏，下载、复制、外发和打印要有审批或限制。

项目台账系统 可记录设备确认、保密承诺、权限申请、审批和离场回收节点，但不能替代终端管理、网络隔离或代码平台的技术控制。具体安全策略由甲方 IT 与信息安全部门确定。

离场不是最后一封邮件

项目结束、人员替换或设备故障时，回收账号、令牌、门禁、共享链接和本地缓存；确认代码提交、文档交接和数据删除或返还。若设备归个人所有，删除动作要明确范围并保留双方确认，不要未经授权检查私人内容。

发生丢失、恶意软件或误发时，先按应急预案冻结权限、保全日志和报告，不能只在人员记录里写一句“已处理”。

处理建议

自有电脑管理需要安全、隐私和劳动协作同时考虑。最稳妥的是能不用个人设备就不用；确需 BYOD 时，把边界和退出机制写在前面。 建议把关键事实、责任人、截止日期和证据要求拆成字段，先用小范围样本跑通，再逐步扩展。对无法由系统判断的法律、税务、知识产权、信息安全和劳动关系问题，保留人工复核节点。

进场与离场验收

先用一份脱敏的项目需求单试跑：技能、级别、到场日期、地点、周期、工作时间、汇报对象、设备、代码或数据权限、交付物和替换条件都要写清。验收不能只看人是否到了现场，还要看人员身份与合同关系是否核对、入场培训和保密确认是否完成、权限是否按范围开通、任务是否有人负责、交接材料是否可复用。

建议由甲方项目负责人、供应商项目经理和信息安全或 HR 分别确认。涉及代码、生产数据、客户信息、门禁和自有设备时，离场要回收账号、令牌、门禁、共享链接和本地缓存，确认未完成事项、版本、文档和责任人。计费按合同口径核对人天、工时、里程碑或变更单，不以系统里的单条记录自动替代验收。