SpringSecurity中的分析核心过滤器介绍

       本文将介绍SpringSecurity中常用的过滤器及其加载过程。

       一、源码常用的分析basler源码过滤器

       常用的过滤器共有个，具体如下：

       1. org.springframework.security.web.context.SecurityContextPersistenceFilter：这是源码第一个过滤器，其重要性不言而喻。分析它主要使用SecurityContextRepository在session中保存或更新一个SecurityContext，源码并将SecurityContext提供给后续过滤器使用，分析为后续filter建立所需的源码上下文。SecurityContext中存储了当前用户的分析认证和权限信息。

       2. org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter：此过滤器用于继承SecurityContext到Spring异步执行机制中的源码WebAsyncManager，是分析spring整合必须的。

       3. org.springframework.security.web.header.HeaderWriterFilter：向请求的源码cf秒准备源码header中添加响应的信息，可以在/fgw-inter...

       MD5加密：ca7f5cbda4b

       需求文档

       数据示例

       解决反爬思路

       首先，尝试抓包分析网站反爬机制。

       抓包示例

       模拟POST请求

       分析反爬机制

       识别服务器可能通过状态码和系统维护信息反爬。

       绕过反爬

       猜测csrfToken作为动态参数影响请求。通过前一个请求源码找到csrfToken。

       构建测试样例

       请求源码中提取csrfToken，将其加入后续请求参数中。C 连接 mysql 源码

       测试结果

       成功获取数据，解决CSRF-Token反爬问题。

分析、还原一次typecho入侵事件

       朋友的博客遭遇入侵，通过虚拟空间的日志分析，我参与了这次应急响应。日志经过去敏处理，spring 源码 性能 回收可用于学习，密码为：bykr。分析中，我使用了grep命令，而其他Windows用户则可借助Notepad++进行搜索。我搜索了常见的恶意函数，包括Eval、onload方法的源码assert、phpinfo()和pwd等，发现了大量的页面访问记录。通过这些信息，我得出了一句话木马地址为/1.php和/1_1.php。由于Apache日志默认不记录POST数据，这些文件的出现显得异常。通过IP反查，我找到了可疑的IP地址：...、...和...。根据访问频率和时间，最终锁定了...为攻击者IP。在3月日访问了/index.php/action/links-edit后，入侵者在3月日进入了后台。我怀疑这是一次XSS安全事件，而通过GitHub查看源码，发现源程序中并无action/links-edit这些函数方法。问题的根源在于一款名为typecho-links的插件，它是一款管理友情链接的拓展。分析源码后，发现了垂直越权（前台添加links）、XSS（links未过滤，直接入库）和CSRF（以管理员权限执行操作）的漏洞利用链。在本地进行了复现，搭建博客并添加插件后，即使未登录，也能成功添加Link。尝试插入XSS payload后，通过xss.js引入JQuery并调用Ajax方法，传递cookie，成功进入后台并触发.php页面的访问。整体分析流程虽然简单，但旨在记录下初次分析日志的经验。