OVTP范式下的权限管控、域名异常指向溯源与AI大模型告警研判探讨｜总第318周

0x1本周话题

话题一：OVTP范式揭示了传统访问控制模型的系统性认知盲区——DAC、MAC、RBAC、BLP等经典模型在设计之初就丢失了关键信息，使得身份滥用、权限滥用等B1型攻击在合法的访问接口后几乎不受约束。OVTP范式不是对传统模型的简单修补，而是对访问控制认知框架的系统性升级：区分操作者与凭据，用工单凭证取代静态。

A1：有些公司生产运维好像符合或者部分符合OVTP要求，堡垒机与工单系统绑定，只有拿到合法的工单，有权限的运维人员才能在预定时间内访问指定的资产。

国内这块现在做的如何呀，想了解大家的实践。

A2：特权账号口令回收，自动改密，sre 要用工单号，变更号，事件号申请口令，到期口令自动回收。技术实现难点主要是 pam，自动回收要足够可靠，改密模块要有足够的兼容能力和可靠性。

进一步就是无密码实现，全程自动输入认证凭证，人不接触密码，系统鲁棒性要足够强。

A3：堡垒机与工单系统绑定，只有拿到合法的工单，有权限的运维人员才能在预定时间内访问指定的资产。实践下来有不小的管理成本。机场和公交站的管理颗粒度不一样，要考虑风险偏好。

A4：大公司还是有必要的，明面上主要是跟当前的工具做集成。管理成本方面没啥直观感受，效率是比较受影响。理论上可以做，成本未必很大，只是看管理者是否坚持。

A5：为了避免变成随用随授，与长期开通无异的情况，满足这个事情工单对应堡垒机授权，常规需要做几个：

• 计划管理，需要定期申请授权，形成使用计划，授权肯定涉及审批。

• 授权操作风险分级，部分工作肯定不可能按短时间计划来搞，比如巡检，工单交付，这部分长期开展但是风险比较低，申请制授权肯定不合理，那就肯定需要分级授权，哪些可以长时间操作，哪些只能按时段操作。

• 授权审批或评审，对应风险是不是需要分级审批，那为了分级，是不是要有详细的风险计划措施和技术评审。

以上的工作可以适时简化一些，但是3个部分都要有才能把流程跑通且不流于形式。

这实际上效率很低，那很多人一定会有很多逃避行为，那最后为了让这项工作不流于形式，要不要专人来管，是不是要人专人检查。

A6：其实最大的场景不是堡垒机，而是客服，商家，等api要读写非本人数据的情况，也是水平越权中让大家最头疼的部分。

《蚂蚁韦韬：资源战争与ARCP攻击回报范式》

以当下行业普遍的安全投入，安全离完备还有很远距离。对抗不可缺失，但对抗必须经济可持续。凡尔登绞肉机的教训——消耗对手的同时先耗尽了自己就是败局。

一个扎心的事实：攻击者被清除后往往换个IP/账号就能回来，重入成本低于首攻成本一到两个数量级；而你大量投入的IP/账号封禁，攻击者换掉几乎零成本。

DDoS/CC攻防的经济学同样残酷：雪崩临界点之后，防守代价超线性飙升。ARCP攻击回报范式——网络安全的经济学视角：如何让攻击者越打越亏，让防守方越打越强。

对于重入成本的测算，对于雪崩的防范，对于-1day攻守易势的应用，这篇给出了可操作的框架。三大范式收官之篇。

另外这篇还系统阐述了威胁情报在ARCP框架下的武器作战功能——不仅收集信息，而且可以主动抬高攻击者全生命周期成本、撬动基础设施清除和执法打击协同。

话题二：请教个技术问题，第一次遇到这样的情况。最近总有非正规网站的域名指向我们公司的出口IP的443端口，访问的源IP是一个16位掩码的网段访问过来，然后4~5天换一批，抓包看到是114.114.114.114解析过来的，但我通过互联网的114.114.114.114解析看到解析的地址也并非我们公司的出口IP。这对我们有什么伤害吗？真看不明白。

A1：上12377网站，举报。dns毒化，或者墙上把这个C段给Ban掉。

A2：放着不管有什么伤害吗？你这个设备在哪个位置？入访的上网行为？还是出访的？

A3：入访，位置就在出口。今天已经第四个段了。我们判断没有伤害，但不明白人家为什么这么干，怕看不见的风险。一开始我们也以为内网中毒了还是有人在访问，后来溯源发现，是外面进来的。

A4：外面怎么进来的呢？这不是防火墙直接拒绝了么。应该直接丢了啊。

A5：最好能抓个包，我不太理解。如果是入访，sip会有解析ip到你们的地址，host填的pomhub，网络层根据ip路由的。这个日志里没看到。

既然好复现，直接这个上网行为上抓http包就行。说不定xff填了179.107.50.155之类的骗过了ip获取逻辑呢？看看完整数据包不会骗人。

A6：AC还抓不到，AC只能抓出去的。

A7：有没可能是179.107段所以区域的dns节点有问题？试试出口路由器抓一下。

A8：有这几个方面：

• 一是看看是不是分时段访问进来的，人家只在特定时段把域名指向自己的站点，其他时候随便指个正常网站，养养号；

• 二是这是能封的，如果你的边界设备支持拆包，只要把入向报中目的地址不是你自己域名和ip的包丢弃就可以。

F5 的irules能做，你的设备看着像深信服，宣传也是有iruls的，可以问问厂家。

A9：第一点，感觉没有分时间，24小时在访问。5秒来一次。几个域名。第二点我研究下，真的不理解为什么。

A12：还有一种养号是养钓鱼网站，注册一个先指向你，过段时间再做个仿冒网站替换。当然了，还有一种情况，看看近期会不会有专业只做防钓鱼监测和处置的公司联系你。

A13：我感觉，后者的话，联系的应该是被仿冒的域名的所有人。这域名跟我们也不相关。

话题三：AI大模型如何落地安全运营告警研判？本地部署选什么模型，能否替代红队？

《通过 AI agent + 通用大模型，实现海量告警研判分析实践》

A1：这篇文章看后想请教一下，文中用的应该是本地大模型吧，哪种大模型好用一些？

A2：我们内部验证，如果你私有化部署，qwen 和 deepseek 是可以的，但是参数量不能太小，不然胡说八道的厉害，判断相关也不够严谨。

A3：在agent 那块儿prompt写好了，还凑合。自己训练你有能力可以，没有也不用。线上的我们也测试过，国内的智谱还行。minimax和kimi差点意思。

国外的话，Claude分析的效果比gpt略微好点。但是太贵。感觉gpt5.5更快，都是千把块一个月。

A4：还有就是看你的落地场景，比如分析告警日志，和做基于AI AGENT的，自动化安全测试。分析告警日志可能单独一个模型也行，效果差不多。

如果自动化安全测试这种需要正式的规划、分析、执行的。单独模型效果都差点意思，配合使用比较好。是不是不敢用线上的分析。

A5：不是非得用正式的生产数据啊，你弄个测试业务，然后把流量日志影镜像过来也行。

A6：我之前把边界设备的syslog日志，还有终端威胁日志，还有蜜罐信息都收集了，这样用ai辅助分析就方便了。我们当时是为了测试模型效果。

A7：，你给的越全面越好，然后就是做好字段映射。其实你做下来以后发现，相当于个SOC + AI。而且现在很多乙方做的方向几乎也在贴着这块儿去做，就是偏向SOC + AI 这么一种形态。

A8：是的，我这里没有本地部署大模型，费用太高了，用线上的分析这些日志。问题不大。我还把web日志收集了，不过有些get里面有token，不太敢用线上的分析。自动化安全测试是指渗透测试吗？效果怎么样？可以替代初级中级红队吗？

A9：效果并没有现在一些文章上写的那么乐观，打CTF靶场可以，但是就真实意义上的渗透测试，不太行。更别提红队了，问了一些人，做的方向，也都是一些单独的场景，比如内网场景下的信息收集，扫描，提权。

完整的渗透测试链路，效果一般，还在摸索。

A10：字段映射不是太明白。我都是把原始日志基于规则过滤后，把告警日志的数据库直接给ai，ai能找到告警日志表。

A11：AI得知道具体字段及数据啥意思，如果是标准字段和数据就不用管了。

A12：在智能问数、ai消费数据资产的场景下，企业数据密级管理怎么落地有没有同学有经验可分享呢？

A13：说实话，一般不会。生产都不见得全做，只是对对外的核心业务做。一般是App和web 应用分开做的。为啥要分开？打包多好，好像是新要求。之前都是打包的。

A14：最近收到通知，教育厅下发的文件让各高校把25年之前做的等保全都重新做一遍。今天的监管检查尤其的多，现在还没见到文件，只是客户这样跟我们说的。

A15：之前了解到，有要求是旧系统需要按照新的备案定级模板重提提交下备案材料，如果之前的材料都还在的话还好。

0x2