<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[KD的疯狂实验室]]></title><description><![CDATA[你 不要 用 战术上的勤奋 掩盖 战略上的懒惰-LJ 联系方式: l o o 6 l 4 9 l 2 8 at企鹅  .  com]]></description><link>https://blog.youkuaiyun.com/dalerkd</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; dalerkd]]></copyright><item><title><![CDATA[忙里偷闲叙-谈谈最近两年]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/156793893</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/156793893</guid><author>dalerkd</author><pubDate>Sat, 10 Jan 2026 12:59:25 +0800</pubDate><description><![CDATA[摘要：从业10年的技术专家回顾职业历程，分享工作与生活的平衡感悟。从编程技能的生疏谈到职场角色转变，揭示技术人不同阶段面临的挑战。文章记录了安全领域的实践探索，包括恶意攻击分类、隐私保护方案等专业工作，并坦诚分享跨国协作中的实际困难。作者既调侃自己成为&quot;懂王&quot;的专家身份，也反思国内高强度工作环境下技术人的现实处境，最后以回顾历史文章作结，展现技术人持续成长的心路历程。]]></description><category></category></item><item><title><![CDATA[企业产品网络安全日志9月23日-WAF应急]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/152008438</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/152008438</guid><author>dalerkd</author><pubDate>Tue, 23 Sep 2025 21:18:25 +0800</pubDate><description><![CDATA[摘要：文章分享了在应对网络攻击时的防御经验。通过开启全面防御、针对性开放接口、预埋攻击探针和自动封禁等措施，有效应对了批量站点扫描攻击。]]></description><category></category></item><item><title><![CDATA[企业产品网络安全日志6月10日-WAF资费消耗排查]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/148569772</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/148569772</guid><author>dalerkd</author><pubDate>Tue, 10 Jun 2025 23:06:15 +0800</pubDate><description><![CDATA[当然是有解决方案的：当真正被攻击时，用户，厂家一般会提供高级安全服务，掏固定保护费钱就可以减免掉这些WAF费用。之前借上次某服务被攻击的时机生猪的复盘了下之前的事件，深入研究抗DDos，快速查询定位策略，这次直接派上用场。周五的时候就已经知道这个事情了，但当时考虑肯定是拦截了一些恶意请求，所以。上个的费用账单出来了，WAF费用有点飙升。请求让我进一步分析发现，很可能是一些业务上的BUG导致。问了相关云厂商人员才知道，真正的做到了按请求量计费。数了下，账单上的统计数据：十几亿request，]]></description><category></category></item><item><title><![CDATA[一场国际安全厂商的交流会议简记]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/146920416</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/146920416</guid><author>dalerkd</author><pubDate>Tue, 01 Apr 2025 19:08:47 +0800</pubDate><description><![CDATA[今天参与了一场国际安全厂商组织的交流会议]]></description><category></category></item><item><title><![CDATA[企业产品网络安全日志8月26日-威胁感知建设，三方漏洞升级]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/141574792</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/141574792</guid><author>dalerkd</author><pubDate>Mon, 26 Aug 2024 22:14:29 +0800</pubDate><description><![CDATA[其中工作之一是打通AWS DNS Firewall 与 Security Hub。当发生威胁事件时，Security Hub能接收到情报通知。三方依赖组件漏洞升级，无论对于哪个公司都是一个挑战性的事情。逐步升级也是对现有产品的一个负责。今天跟部分基础服务开发进行深入沟通，了解了当前升级的挑战，特别是对稳定性的影响。一味的升级，其实在没有架构师规划的情况下，实际并不可控。两者不能直通，需要使用lambda进行触发。2 当前方法未触发风险，但未来可能触发的。就可以按照这个方向逐步升级或规避。]]></description><category></category></item><item><title><![CDATA[企业产品网络安全日志0815——TLS升级不易验，iOS加固易疏忽]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/141233052</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/141233052</guid><author>dalerkd</author><pubDate>Thu, 15 Aug 2024 22:35:16 +0800</pubDate><description><![CDATA[TLS升级不易验，iOS加固易疏忽]]></description><category></category></item><item><title><![CDATA[企业产品网络安全日志0806]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/140966390</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/140966390</guid><author>dalerkd</author><pubDate>Tue, 06 Aug 2024 21:10:57 +0800</pubDate><description><![CDATA[默认 method，查询字符串 等会被屏蔽，你在日志中是找不到的。应该是为了隐私安全。启用方式依然是WAF面板配置日志CloudTrail的地方去掉你希望显示的所有共4个✓。采样：每一条WAF规则都会产生一个采样默认。你觉得是一个WAF，如果你有20条规则，到日志里就是20倍的量了。后果是：CloudTrail里数据量会暴增。特别是PutEvent的费用。]]></description><category></category></item><item><title><![CDATA[企业产品网络安全建设日志0725]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/140702464</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/140702464</guid><author>dalerkd</author><pubDate>Thu, 25 Jul 2024 23:51:24 +0800</pubDate><description><![CDATA[显然，这种说法是安全工作中的一个挑战。因为推动时间也蛮长了，做出了：只要升级一部分，易升级的组件即可。前天遇到的挑战是某后端部门排期出现问题，本应该做漏洞提升的时间被其他工作插入。测试团队需要进一步支持，因为组件升级，许可证升级以及后续的编码安全建立都是一串蚂蚱。基础的安全种子显然已经埋下。团队有人A提出，是否有必要按照某软件报的漏洞信息实施安全提升工作。我们的信息安全策略就是通过覆盖三防组件风险，降低我们产品自身的风险。特别是搬出来A之前在，其他企业的经验，即。安全宣讲和必要的沟通是无法回避的。]]></description><category></category></item><item><title><![CDATA[企业产品安全建设日志0403]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/137378489</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/137378489</guid><author>dalerkd</author><pubDate>Thu, 04 Apr 2024 17:36:00 +0800</pubDate><description><![CDATA[提项目延宕已久，从去年帮助其识别出该风险后，去年年底已经出了解决方案，比较漂亮的解决了该问题，特点是不需要客户端升级服务器升级就能完美切换。结果呢，最近项目方说服务器成功之后，还需要一个月时间。而且一个月还不能保证迁出。该项目是一个比较常规的安全要求，属于国外省ZF这种。解决：详细跟他们盘了一下他们的方案。发现他们竟然忘记了我去年年底设计的方案😭。这个是今天的主业，该项目出了相关安全要求文件为我们。只能跟他们复盘了一下，当时我的解决方法，项目方恍然大悟😎。关键点：方案实施出现不合理的时间。]]></description><category></category></item><item><title><![CDATA[企业产品网络安全建设日志0402]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/137298526</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/137298526</guid><author>dalerkd</author><pubDate>Tue, 02 Apr 2024 23:25:32 +0800</pubDate><description><![CDATA[包括它有没有公开的漏洞，它选用的依赖是否有缺陷，它的开发者是否活跃，相关组件维护成本，如果应急维护的话，是否有人掌握相关技能？预期有问题的主要是非常陈旧的设备，早期陈旧定制设备上的应用程序，可能不支持https，还有一些日志上传端口。跟开发梳理应用的上下游工作逻辑是非常有用的，发现根本不需要使用引用短链接组件，使用下游服务就能解决问题。目前在项目经理的助推下，各产品线都在排查自己的域名是否支持https，把成年老域名都给找出来了。此外，对于一些管理页面，也应当做到内网保护，也就是外网不能访问相关路径。]]></description><category></category></item><item><title><![CDATA[企业产品网络安全建设日志0401]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/137251003</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/137251003</guid><author>dalerkd</author><pubDate>Tue, 02 Apr 2024 00:08:24 +0800</pubDate><description><![CDATA[此外，还有一个挑战就是当安卓更新新版本的时候，我们需要follow这样才能保证我们的APP产品可以在新版google中兼容性最佳。当然，我这里还认为这种TOP1000这种兼容性测试应该由加固厂家进行，而不是让每个客户自己去测试。Y加固在aab格式上兼容性存在问题，特定机型会崩溃，厂家是以修复引擎的方式进行更新解决。我们这边的解决方案就是增加云测，但是国外的用车没有支持相关的自动化，需要进一步的开发。开发相关同学建议更换加固产品，但这并不能解决根本问题，即：无法验证兼容性的问题。经过基本的打探和初步试用。]]></description><category></category></item><item><title><![CDATA[企业产品网络安全建设日志0328]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/137124948</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/137124948</guid><author>dalerkd</author><pubDate>Thu, 28 Mar 2024 21:41:19 +0800</pubDate><description><![CDATA[主要发现了一些奇奇怪怪的问题，比如扫描到会把一个小端口，暴露出去。2 增加日志留存时间，捕获这种测试团队导致的事件，较短的WAF留存会导致难以识别出这种激增的情况。原因是我们设防的服务器是a服务器，它跟b服务器进行通信，而b服务器又直接跟a服务器进行通信。主要是在迁移某waf到测试环境的时候，测试团队很快就有反应了，发现了大面积的故障事件。这里面的主要的风险问题是有一些非常老旧的产品只支持http连接，这种都需要排查出来。所以有继续推进此事，通过拉起会议的方式，基本现在主责人通过一个项目的方式在推进。]]></description><category></category></item><item><title><![CDATA[企业产品网络安全建设日志3月25]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/137029134</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/137029134</guid><author>dalerkd</author><pubDate>Mon, 25 Mar 2024 23:19:37 +0800</pubDate><description><![CDATA[未经安全审核的上线动作，对企业的风险首先面临是外部审核的问题，一个企业有各种情况要接受外部的安全审计，各种受雇三方的机构会对公司旗下域名进行安全分析。所以我们采取的策略是设定一个基础的域名安全申请基线，让我们的域名少犯一些非常低级幼稚的错误，和安全风险，降低被第三方识别的概率。将最近由若干生产环境和测试环境日志分析出的冲突结果进行了汇总，基于汇总结果，今天对涉及到的策略进行了调整，并逐项验证通过。有加之最近A团队，像在线业务提交合并服务时，几乎能把能犯的错误都犯了一遍，被我们设计的安全系统给拦截了。]]></description><category></category></item><item><title><![CDATA[企业产品网络安全建设日志3月20]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/136891854</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/136891854</guid><author>dalerkd</author><pubDate>Wed, 20 Mar 2024 23:42:15 +0800</pubDate><description><![CDATA[今天主要以下几个事情。]]></description><category></category></item><item><title><![CDATA[企业产品网络安全建设实录日报规划]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/136858730</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/136858730</guid><author>dalerkd</author><pubDate>Tue, 19 Mar 2024 23:54:03 +0800</pubDate><description><![CDATA[为什么要做这个系列？因为太忙了，忙工作，忙家庭。很难再像之前一样能做到电脑前码一个小时的字，写半个小时的博客。但是现在的经验增长快速，有很多值得分享的点想想这平行世界里的我，实际上并不是每一个人都有这种机会，能有在企业产品安全建设的一线推动的经验你会分享些什么内容？我会试着以简短日记的方式分享当天/周发生的一些关键问题及我的解决策略，以及是否有更优的策略，安全产品体验，甲方谈判，可能涉及不同人的协调经验等等。]]></description><category></category></item><item><title><![CDATA[当你发现你的服务器actuator服务暴露后]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/136275287</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/136275287</guid><author>dalerkd</author><pubDate>Sat, 24 Feb 2024 20:46:26 +0800</pubDate><description><![CDATA[当你的服务器发现actuator暴露之后，是在将来被安全机构测试发现漏洞再甩你一脸的机会？还是彻底终结这一风险？]]></description><category></category></item><item><title><![CDATA[手把手教你如何配置 AWS WAF 入门]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/135321116</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/135321116</guid><author>dalerkd</author><pubDate>Mon, 01 Jan 2024 00:23:19 +0800</pubDate><description><![CDATA[AWS WAF：从基础入门，如何配置并利用AWS WAF保护你的服务器]]></description><category></category></item><item><title><![CDATA[AWS Oracle WAF谁更好用?且看两者简评]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/135309664</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/135309664</guid><author>dalerkd</author><pubDate>Sat, 30 Dec 2023 22:23:06 +0800</pubDate><description><![CDATA[根据亲身调配经验，介绍了AWS WAF、 OCI WAF两者的异同和难点，并提供方便大家进一步深入了解的文档索引]]></description><category></category></item><item><title><![CDATA[甲方与三方渗透团队的协作注意点]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/134430511</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/134430511</guid><author>dalerkd</author><pubDate>Wed, 15 Nov 2023 22:05:15 +0800</pubDate><description><![CDATA[甲方安全团队主导渗透攻击需预备充分，还需要调和开发团队抵触心理，并在渗透报告后阐明安全愿景并推动开发安全提升工作]]></description><category></category></item><item><title><![CDATA[我的2023一名云安全专员年度工作分解]]></title><link>https://blog.youkuaiyun.com/dalerkd/article/details/134362113</link><guid>https://blog.youkuaiyun.com/dalerkd/article/details/134362113</guid><author>dalerkd</author><pubDate>Sun, 12 Nov 2023 16:16:17 +0800</pubDate><description><![CDATA[云安全是的工作活跃的，主动的，是时候总结今年的历事了]]></description><category></category></item></channel></rss>