读数据安全架构设计与实践25GRC
1. 风险 1.1. 萨班斯法案 1.1.1. SOX法案 1.1.2. 必须控制IT风险在内的各种风险以保障财务数据的准确可靠 1.1.3. 促成了GRC理论的诞生 1.2. GRC 1.2.1. Governance,Risk management and Compliance 1.2.2. 即 ...
项目管理者如何用AI提效：基于真实系统落地的场景拆解
做了十几年项目管理，亲测AI如何真正嵌入业务。拆解8个真实落地场景，给出5条稳妥建议，帮助项目管理者从经验驱动转向数据+智能双轮驱动。 ...
云南的AI机会在“花香、咖啡和口岸”里
别卷大模型了，云南的AI机会在“花香、咖啡和口岸”里 一份《数字云南“十五五”规划》的第一视角拆读，前两天我把《数字云南建设“十五五”规划》从头到尾啃了一遍。说实话，这份文件最让我兴奋的，不是“我们要搞人工智能”这种正确的废话，而是它终于把云南的AI叙事说清楚了——不跟东部拼通用大模型，不跟北京上海 ...
读数据安全架构设计与实践24隐私保护增强技术
1. 隐私保护增强技术 1.1. Privacy Enhancing Technologies，隐私增强技术 1.1.1. PET 1.2. 默认不展示并且在具体查询时记录了日志，一方面提高了批量查询的难度，另一方面会让查询者产生敬畏心理，知道自己的查询会被记录，因此停止批量查询行为 1.3. 插入 ...
交通运输行业-定制客运+客货邮的AIGC落地
定制客运+客货邮的AIGC落地：为什么先做“会说话的知识库”，而不是“调度大脑”？ 当你在县城汽车站看到大妈因为不会用小程序买票而焦急时，当你听到客运站长抱怨“上座率越来越低”时，当你发现农村山货因为物流成本高而烂在地里时——你可能会想：AI不是万能的吗？让它来搞定啊。但真相是：定制客运+客货邮的A ...
读数据安全架构设计与实践23隐私保护基础
1. 隐私保护基础 1.1. 个人数据安全，或者说隐私保护，是数据安全中的一个重要部分 1.2. 除了需要满足企业内部的数据安全要求之外，还需要满足所有适用的法律法规要求。满足内部的要求可称为内部合规，满足法律法规的要求就是外部合规 1.3. 隐私 1.3.1. 自从人类开始穿上“衣服”，隐私的意 ...
扣子产品下线公告观点讨论与反思
扣子产品下线公告观点讨论与反思扣子企业版下线，本质是字节 AI 办公战略收拢的选择。虽然扣子在智能体搭建赛道取得了不错的开发者市场份额，但企业版业务存在几个核心问题：一是与豆包工作场景重叠，内部资源分散、销售 GTM 冲突；二是商业模式以售卖搭建工具为主，使用者局限在少数开发人员，缺少全员高频使用场 ...
读数据安全架构设计与实践22安全政策文件体系(下)
1. 数据安全标准 1.1. 算法与协议标准 1.1.1. 在安全的工程实践中，“不要自行设计加密算法”已是大家的共识，使用经过实践检验的、成熟的加密算法是最佳的选择 1.1.2. 让学术上的事情归学术、工程上的事情归工程，加密算法涉及大量理论与学术研究成果，理应由学术圈的专家来设计 1.1.3. ...
读数据安全架构设计与实践21安全政策文件体系(中)
1. 数据分级与分类 1.1. 分级和分类的目的是为了对不同分级或分类的数据采用不同的防护措施，分级和分类越多，管理成本就越高 1.2. 数据分级通常是按照数据的价值、敏感程度、泄露之后的影响等因素进行分级 1.2.1. 通常分级一旦设定，基本不再变化 1.2.2. 每一个数据分级可对应多个数据分类 ...
读数据安全架构设计与实践20安全政策文件体系(上)
1. 数据安全文件体系 1.1. 数据安全文件体系，即一系列管理、标准与规范、流程、指南、模板等文件的文档化记录 1.2. 当企业开始规范化运作的时候，特别是需要通过外部的认证、测评的时候，文档化的文件体系就是必不可少的了 1.3. 四层文件体系架构 1.3.1. 政策总纲/实践框架，属于该领域内的 ...
读数据安全架构设计与实践19数据安全治理(下)
1. 合规与风险管理 1.1. 合规，即符合法律法规、监管的各项要求 1.2. 不合规，不一定会给业务带来技术性的风险，比如某些行业需要上岗人员具有从业资格认证 1.3. 定政策 1.3.1. 是指合规管理，包括建立并完善内部政策，使之符合法律法规的要求并作为内部风险改进的依据，以及合规认证与测评， ...
读数据安全架构设计与实践18数据安全治理(上)
1. 治理简介 1.1. 在治理模式下，不再指望每一个上级都是英明的领导，也不再将上级作为唯一的权威，而是通过一种分工协作而又互相制衡的矩阵型组织和制度设计，让每个人能够发挥主观能动性，但又都在政策框架下行动，不至于偏离太远，让各团队总是能朝着“大致正确”的方向前进 1.2. 在决策上，一般采取集体 ...
读数据安全架构设计与实践17安全架构案例(下)
1. 存储加密实践 1.1. 敏感的个人信息以及涉及敏感的个人隐私的数据、敏感的UGC数据，需要加密存储 1.2. 口令、加解密密钥、私钥，需要加密存储 1.3. 有明确检索、排序、求和等运算需求的业务数据，不需要加密存储 1.4. 数据库字段加密 1.4.1. 针对结构化数据（一般指存放于数据库的 ...
读数据安全架构设计与实践16安全架构案例(上)
1. 零信任与无边界网络架构 1.1. 内部员工也并不是完全值得信任的，内网也不是值得信任的安全域 1.1.1. 过去我们认为内部员工是可信任的，但实际并非如此，内部原因造成的数据泄露已频频出现 1.1.2. 过去我们认为内部网络都是可信任的，但黑客只要找到一个入口，就能在内网漫游 1.2. 不信任 ...
读数据安全架构设计与实践15应用和数据层(下)
1. 应用网关与HTTPS 1.1. 各业务团队各自保存自己的私钥，很容易出现保存不当或备份不当，比如将私钥备份文件存放在自己的个人电脑中，可能会在无意中泄露或被黑客窃取 1.2. 私钥文件明文放置在Web服务器文件系统中，可能会被木马通过翻找文件的方式窃取 1.3. 私钥文件可能被开发员工误上传到 ...
读数据安全架构设计与实践14应用和数据层(上)
1. 应用和数据层 1.1. 身份认证：是否集成SSO 1.2. 授权：主要关注权限管理系统 1.3. 访问控制：主要关注应用接入 1.4. 审计：主要关注统一的日志管理平台 1.5. 资产保护，包括数据脱敏与加解密、WAF、业务风控、客户端数据安全等 1.6. CMDB（配置管理数据库）、DNS ...
读数据安全架构设计与实践13设备和主机层(下)
1. 运维审计与主机资产保护 1.1. 运维审计就是对运维操作进行记录、分析，从中找出恶意的行为或攻击线索 1.2. 运维审计不仅包含正常的运维操作，也包含各种通过脚本（含网页脚本）发起的命令执行操作，如服务器被植入Web Shell后，黑客通过网页脚本文件调用的系统命令，也应被记录下来并进行分析， ...
读数据安全架构设计与实践12设备和主机层(上)
1. 设备和主机层 1.1. 身份认证与账号安全：最典型的场景是SSH登录安全 1.2. 授权与访问控制：谁有权可以登录、登录来源限制、端口开放限制 1.3. 主机资产保护：防止恶意软件破坏主机计算环境 1.4. 主机运维审计与入侵检测 1.5. 主机层的基础设施 1.5.1. 主机统一认证管理 1 ...
读数据安全架构设计与实践11网络和通信层(下)
1. 网络层访问控制 1.1. 网络准入控制 1.1.1. NAC原理 1.1.1.1. 网络准入控制是在网络层控制用户和设备接入的手段，确保只有符合企业要求的人员、设备才能访问对应的网络资源，防止不可信或不安全的设备特别是感染病毒木马的计算机接入企业网络后，对网络产生风险 1.1.1.2. 网络准 ...
读数据安全架构设计与实践10网络和通信层(上)
1. 网络和通信层 1.1. 通用基础设施 1.1.1. 网络安全域（或网络分区）。 1.1.2. 防火墙及配套的防火墙策略管理系统 1.1.3. 四层网关（可选），用于受控的任意协议的NAT转发等用途 1.2. 防御基础设施 1.2.1. 抗DDoS系统，用于缓解DDoS攻击 1.2.2. 网络 ...
