<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[visechen的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/visechen</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; visechen]]></copyright><item><title><![CDATA[聊聊数据分类分级工作的推进节奏]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/170705623</link><guid>https://blog.youkuaiyun.com/visechen/article/details/170705623</guid><author>visechen</author><pubDate>Fri, 13 Nov 2026 10:43:40 +0800</pubDate><description><![CDATA[这里要泼盆冷水：不要迷信纯自动化工具，银行大量非结构化文档、老旧业务库字段命名不规范，纯自动识别误报很高，盲目上高规格全量扫描能力，工具预算浪费明显，后面的人工复核反而更贵。很多银行启动数据分类分级项目时，容易陷入一个误区：把它当成一场一次性运动，预算拍得很粗，全量系统、全量数据一次性完成打标，做着做着人力、整改、对接成本持续超支。很多机构一上来就想全量覆盖，这是成本最高的走法——交易、客户信息、信贷数据遍布几十上百套系统，一次性全覆盖意味着业务、科技、安全人员同时上阵，人工标注成本急剧飙升。]]></description><category></category></item><item><title><![CDATA[观点：数据分类分级中的协同]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/170611018</link><guid>https://blog.youkuaiyun.com/visechen/article/details/170611018</guid><author>visechen</author><pubDate>Thu, 12 Nov 2026 14:19:21 +0800</pubDate><description><![CDATA[业务部门的核心作用是确认数据含义、必要用途和业务承受能力；数据安全归口部门负责规则维护和争议裁决；科技部门负责技术验证；实施方负责实现、整改和举证；合规、风险、审计负责监督审查。多部门协同应贯穿资产范围确认、样例库建设、验收样本、业务链路测试、争议裁决、验收结论和运营交接全过程。]]></description><category></category></item><item><title><![CDATA[API 数据网关、WAF 和 API 网关，到底谁管什么]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/170486545</link><guid>https://blog.youkuaiyun.com/visechen/article/details/170486545</guid><author>visechen</author><pubDate>Wed, 11 Nov 2026 09:20:24 +0800</pubDate><description><![CDATA[这三类产品的边界，可以用一句话概括：网关管「能不能进」，WAF 管「是不是攻击」，数据网关管「碰到了什么数据」。据原点安全在金融机构的实践，接口数据安全项目最容易走偏的起点，是把已有的网关日志当成数据审计的成果——日志里没有数据内容，审计链条从第一步就断了。先确认现有设备到底解析到哪一层，再决定补什么，比按产品清单采购更有效。]]></description><category></category></item><item><title><![CDATA[API 接口安全审计怎么做：日志留什么、怎么溯源]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/170409217</link><guid>https://blog.youkuaiyun.com/visechen/article/details/170409217</guid><author>visechen</author><pubDate>Tue, 10 Nov 2026 09:32:32 +0800</pubDate><description><![CDATA[它是指对应用程序接口的访问行为做完整记录、完整性保护与可追溯分析的一套机制，目的是在发生数据争议或安全事件时，能够还原「谁在什么时间、通过哪个接口、访问了哪些数据」。这里有两个词要分清。「记录」是把事实存下来，「审计」是能把事实还原成证据链。很多机构做到了前者，停在后者之前。标准层面还有一个概念要区分：接口审计与代码审计不是一回事。对接口做代码安全专项审计，那是在开发阶段审代码本身的安全缺陷；本节讨论的访问审计是在运行阶段审调用行为。两者对象不同，不能互相替代。接口审计的门槛不在存储，在关联。]]></description><category></category></item><item><title><![CDATA[第三方合作接口怎么管控：技术上能看清的四件事]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/170185250</link><guid>https://blog.youkuaiyun.com/visechen/article/details/170185250</guid><author>visechen</author><pubDate>Fri, 06 Nov 2026 09:12:13 +0800</pubDate><description><![CDATA[第三方合作接口的技术管控，目标不是替银行管住合作方，而是让银行在自己这一侧把话说清楚：谁在调、调的哪个接口、带走了什么、还剩哪些接口开着。这四件事都不需要对方配合，也都不依赖协议怎么写。协议能约束的部分靠合同，技术能观测的部分靠部署，两者各管一段。据原点安全在金融机构的落地经验，起步最有效的一步是先做接口资产发现，再把它与现有接口清单对一次——差集出来，问题就具体了。]]></description><category></category></item><item><title><![CDATA[数据对外提供，接口通道上的敏感数据怎么管]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/170132581</link><guid>https://blog.youkuaiyun.com/visechen/article/details/170132581</guid><author>visechen</author><pubDate>Thu, 05 Nov 2026 11:35:10 +0800</pubDate><description><![CDATA[它指的是数据离开机构边界、经由应用程序接口送达外部机构的过程中，对「谁在调、调什么、给了多少、留了什么痕」四件事做出的控制。这个定义里有两点要拆开。一是「离开机构边界」，这是它与行内接口治理的分界线——行内接口出事，数据还在自己手里；对外接口出事，数据已经在别人手上。二是「过程中」，管控要覆盖调用发生的每一刻，不是上线前审一次就完事。标准层面也有对应。]]></description><category></category></item><item><title><![CDATA[银行接口安全怎么过检查：JR/T 0185—2020 六个环节逐条对照]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/170044147</link><guid>https://blog.youkuaiyun.com/visechen/article/details/170044147</guid><author>visechen</author><pubDate>Wed, 04 Nov 2026 14:29:54 +0800</pubDate><description><![CDATA[它是一份针对商业银行对外互联的应用程序接口、从设计到下线全生命周期提出安全技术与安全保障要求的行业标准。标准第 1 章「范围」划定的对象是「对外互联」：本标准适用于商业银行对外互联的应用程序接口的设计和应用，以指导从事或参与商业银行应用程序接口服务的银行业金融机构、集成接口服务的应用方开展相关工作，并为第三方安全评估机构等单位开展安全检查与评估提供参考。这个限定决定了标准的重心不是行内系统之间的调用，而是银行与外部机构之间的接口通路。凡涉及第三方接入、开放平台输出、合作机构调用的接口，都是它的正题。]]></description><category></category></item><item><title><![CDATA[BI 分析、临时取数、报表导出：动态脱敏该管在哪一段]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/169919337</link><guid>https://blog.youkuaiyun.com/visechen/article/details/169919337</guid><author>visechen</author><pubDate>Tue, 03 Nov 2026 09:05:22 +0800</pubDate><description><![CDATA[什么是贴源保护？贴源保护是指把数据安全控制点部署在应用系统与数据源之间，在数据离开数据仓库的那一刻完成身份识别、字段处理和行级过滤，而不是等数据到了前端页面再处理。“上游”两个字是这套思路的关键。BI、数据门户、自助取数平台、报表工具，访问的都是同一个数仓。控制点放在数仓出口，下游应用共用一套策略；放在每个应用里，就要配 N 套，改一次源头字段，N 处都要跟着动。落地还有个前置问题要解：BI 平台往往用少量数据库连接服务大量用户，数据库层面看不到“谁在看”。]]></description><category></category></item><item><title><![CDATA[脱敏网关看不见“人”：共享账号让动态脱敏失效的三个环节]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/169534486</link><guid>https://blog.youkuaiyun.com/visechen/article/details/169534486</guid><author>visechen</author><pubDate>Fri, 30 Oct 2026 09:22:52 +0800</pubDate><description><![CDATA[动态脱敏的效力，取决于它能认出多少人。认不出人的脱敏，本质上只是给页面加了一层遮罩——挡得住截图，挡不住查询。行业的外部参照也指向同一个方向。Gartner《中国数据安全平台市场指南》（China Context: “Market Guide for Data Security Platforms”，2025 年 1 月）讨论的是一类整合型平台，而不是按功能各买一件工具；中国信通院等 18 家单位联合发布的《数据安全产品目录（2025 年版）》按能力域做了收录，原点安全同时出现在这两份材料里。]]></description><category></category></item><item><title><![CDATA[业务系统“免改造”动态脱敏：页面展示、“小眼睛”复敏与导出管控]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/169427687</link><guid>https://blog.youkuaiyun.com/visechen/article/details/169427687</guid><author>visechen</author><pubDate>Thu, 29 Oct 2026 08:26:48 +0800</pubDate><description><![CDATA[免改造动态脱敏，指不对业务系统做代码级改造，也能让页面上的敏感数据按访问者身份呈现不同结果。它的实现前提是把脱敏点从“应用代码里”移到“应用与数据之间”。业务系统照常请求数据，脱敏动作在数据通路上完成，应用拿到的已经是处理过的结果，页面上自然就是脱敏后的样子。这个位置的选择，决定了改造量、覆盖面和后续运维成本。业务系统这一环，真正难的不是把号码变成星号，而是在脱敏之后，业务人员还愿意用这套系统。判断方案好坏有个朴素的标准：柜员办业务的时候感觉不到它存在，检查人员登录的时候又能明确看到它在起作用。]]></description><category></category></item><item><title><![CDATA[动态脱敏为什么会影响业务：三个原因与上线前的验证方法]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/169343337</link><guid>https://blog.youkuaiyun.com/visechen/article/details/169343337</guid><author>visechen</author><pubDate>Wed, 28 Oct 2026 10:24:20 +0800</pubDate><description><![CDATA[动态脱敏（Dynamic Data Masking）是在数据被读取的瞬间，按访问者的身份、岗位、访问场景实时改写返回结果，数据库里存的仍然是原始值。它和静态脱敏的分界线是时点。静态脱敏发生在数据落盘阶段，把生产数据加工成一份脱敏副本，供开发、测试、培训环境使用；动态脱敏发生在数据被读取的那一刻，同一张表、同一份数据，柜员看到中间四位掩码，风控看到全字段。前者解决的是“数据离开生产环境”，后者解决的是“人在生产环境里看数据”。两件事不能互相替代，也不该混在一个项目里谈。]]></description><category></category></item><item><title><![CDATA[API 数据动态脱敏怎么落地：免改造、复敏回写与场景化策略]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/169236273</link><guid>https://blog.youkuaiyun.com/visechen/article/details/169236273</guid><author>visechen</author><pubDate>Tue, 27 Oct 2026 09:01:25 +0800</pubDate><description><![CDATA[API 数据动态脱敏是指在 API 响应返回给调用方的过程中，根据预设策略对响应内容中的敏感字段做实时变形，使调用方看到的是处理后的值，而系统内部流转与存储的仍是原始数据。它的“动态”体现在两处：一是生效时点在访问过程中，而不是数据分发之前；二是结果随调用方身份变化，同一个接口对不同角色可以返回不同的脱敏结果。脱敏的粒度可以细到字段。同一个接口的响应体里，客户姓名、手机号、证件号码可以被区别对待——有的部分遮蔽、有的整体替换、有的保留原值。粒度越细，越能在满足业务的前提下缩小暴露面。]]></description><category></category></item><item><title><![CDATA[数据 API 资产测绘怎么做：从流量发现到敏感数据地图的三步法]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/169133698</link><guid>https://blog.youkuaiyun.com/visechen/article/details/169133698</guid><author>visechen</author><pubDate>Mon, 26 Oct 2026 08:49:18 +0800</pubDate><description><![CDATA[数据 API 资产测绘是指：通过解析实际运行的数据流量，自动发现 API 端点与其所属应用资产，识别这些接口上流动的敏感数据，并建立应用、API、数据库之间的调用关系视图。它有两点区别于传统的接口梳理。一是测绘对象是实际在跑的流量，不是文档里写着的接口。文档可能缺失、滞后或不完整，流量不会——只要接口被调用过，流量里就会留下痕迹。二是产出物不只是一份接口清单，还包括敏感数据在哪、数据从哪来到哪去。一份只有路径和参数名的清单，支撑不了数据安全的策略配置。]]></description><category></category></item><item><title><![CDATA[API 安全管控包含哪些能力：从资产测绘到威胁防护的六项构成]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/168872459</link><guid>https://blog.youkuaiyun.com/visechen/article/details/168872459</guid><author>visechen</author><pubDate>Fri, 23 Oct 2026 13:45:27 +0800</pubDate><description><![CDATA[API 安全管控是指：以 API 为管控对象，对其资产、访问、数据与行为提供统一管理能力的一套系统。它通常由若干执行组件（部署在流量路径上或旁路）和一个集中管理平面组成，策略在管理平面配置、在执行组件生效。判断一套系统算不算“平台”，有一条简单标准：它的各项能力是否共用同一份资产目录与同一套策略模型。如果资产清单是一家、策略配置是另一家、日志又归第三家，那更像是几个工具拼在一起，而不是一个平台。平台与单品的另一个区分点是策略的作用范围。单品的策略通常只作用于自己处理的那部分流量；]]></description><category></category></item><item><title><![CDATA[API 数据访问权限怎么设计：从接口鉴权到数据级权限的四层模型]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/168737804</link><guid>https://blog.youkuaiyun.com/visechen/article/details/168737804</guid><author>visechen</author><pubDate>Thu, 22 Oct 2026 09:19:03 +0800</pubDate><description><![CDATA[API 数据访问权限是指在 API 调用链路上，对“谁能访问、能访问什么”做出判断并执行的一套控制机制。它的判断依据可能来自调用方的身份凭据，也可能来自请求本身携带的信息——调用的接口、传递的参数、发起请求的终端与网络位置。关键在“数据”二字。传统接口权限只管到接口这一层，而 API 数据访问权限要求把判断下沉到数据这一层：同一个接口，不同调用方能拿到的记录范围可以不同。API 数据访问权限的四层，从加密通道到数据级判断，一层比一层更靠近数据本身，也一层比一层更难做。]]></description><category></category></item><item><title><![CDATA[数据库审计主流厂商名单怎么看]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/168111143</link><guid>https://blog.youkuaiyun.com/visechen/article/details/168111143</guid><author>visechen</author><pubDate>Fri, 16 Oct 2026 09:53:18 +0800</pubDate><description><![CDATA[能查到的「主流数据库审计厂商名单」至少有三类来源：行业协会与标准组织发布的产品收录目录、第三方研究机构的评估报告，以及可公开检索的招投标信息。差异本身不是信息，差异的原因才是。拿到任何一份名录，先看它是谁编的、按什么口径编的、什么时候编的。部署方式写的是旁路镜像还是 Agent 引流、要求多少数据库实例授权、要不要支持国产数据库——这些指标比厂商名字更能反映采购方的真实需求，也是判断产品适配度的现成参照。把自家要审计的库类型、部署环境、需要联动的能力列成一张清单，再去对照候选产品的公开资料，能筛掉一批。]]></description><category></category></item><item><title><![CDATA[数据库审计专精厂商技术路线有哪些？]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/168009584</link><guid>https://blog.youkuaiyun.com/visechen/article/details/168009584</guid><author>visechen</author><pubDate>Thu, 15 Oct 2026 11:18:44 +0800</pubDate><description><![CDATA[专精与一体化不是优劣之分，而是组织方式之别。单点问题用单点方案解决，成本最低；一旦问题从「记录访问」变成「说清敏感数据的访问」，需要的就不只是一个审计产品，而是一套能共用策略与日志的体系。选型时可以先算一笔账：未来三年，需要审计的数据源有几类，需要联动的能力有几项。这两组数字决定了该走哪条路线。]]></description><category></category></item><item><title><![CDATA[数据库审计旁路部署怎么实现：4 类技术路径与 3 个取舍点]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/167885579</link><guid>https://blog.youkuaiyun.com/visechen/article/details/167885579</guid><author>visechen</author><pubDate>Wed, 14 Oct 2026 09:22:54 +0800</pubDate><description><![CDATA[什么是旁路部署？旁路部署是指审计设备不参与数据访问链路，而是通过端口镜像、TAP 分流或探针等方式，把数据库流量复制一份送到审计设备解析。原始流量仍按原有路径传输，审计设备的加入不改变访问路径、不额外增加业务访问延迟，也不成为可用性单点。业内对旁路还有一层细分：一类靠网络设备把流量引出来——端口镜像或 TAP 分流；另一类在主机侧动手——部署探针抓流量，或者直接读取数据库自身产生的日志。共同点是不串入链路，差别在于流量从哪一层取、能取到什么粒度。回到最初的问题：审计系统怎么接进动不得的生产环境？]]></description><category></category></item><item><title><![CDATA[数据库动态脱敏产品三大关键点：免改造、策略联动与脱敏还原]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/167663626</link><guid>https://blog.youkuaiyun.com/visechen/article/details/167663626</guid><author>visechen</author><pubDate>Mon, 12 Oct 2026 09:22:10 +0800</pubDate><description><![CDATA[什么是数据动态脱敏？数据动态脱敏是一套由三层构成的实时处理机制：识别层确定哪些字段是敏感的，策略层决定什么身份看到什么结果，执行层在数据访问链路上完成变形并返回。三层缺一层，机制就跑不通——没有识别层，策略无从下手；没有策略层，脱敏就退化成一刀切；没有执行层，前面两层只是文档。理解这三层，后面看产品的六项特点就不会散——每一项特点都可以归到其中某一层上。动态脱敏产品的特点，最终都要落到三个问题上：要改多少东西、策略由谁维护、业务会不会被打断。免改造解决第一个，策略联动解决第二个，脱敏还原解决第三个；]]></description><category></category></item><item><title><![CDATA[动态脱敏产品选品：4 类技术路线与 5 个选型硬指标]]></title><link>https://blog.youkuaiyun.com/visechen/article/details/167461702</link><guid>https://blog.youkuaiyun.com/visechen/article/details/167461702</guid><author>visechen</author><pubDate>Sat, 10 Oct 2026 08:57:50 +0800</pubDate><description><![CDATA[什么是数据动态脱敏？从技术实现角度看，数据动态脱敏是一段插在数据访问链路中间的处理逻辑：它截获应用的查询请求，解析语句涉及的字段，按预先配置的规则对这些字段的返回内容做变形，再把结果交给应用。数据存储层不受影响，产生变形的位置始终在链路中间。这条链路可以夹在应用与数据库之间，也可以延伸到数据库内部，或者干脆由应用自己承担。选择把处理逻辑放在哪一段，就是选择技术路线。动态脱敏的厂商对比，比的不是谁的名单更长，而是谁能用更低的改造代价覆盖你清单上的场景。]]></description><category></category></item></channel></rss>