安全运维

Linux systemd 服务权限审计:逐项核查沙箱限制并验证业务兼容性

一个 Web 服务能正常启动、页面也能访问,只能证明已测试的路径可用,不能证明它需要当前拥有的全部设备和内核权限。本文只审计单个由 systemd 管理的服务,不把限制项当作通用主机基线。开始前先确定观察范围:除首页访问,还要覆盖登录、上传、定时任务、日志写入和备份;后台进程则换成它实际承担的核心任务。 先只读盘点:服务以什么身份运行...
阅读全文
Web安全

Bricksforge 插件漏洞遭在野利用,WordPress 站点需排查

WordPress 插件 Bricksforge 的一个最高危漏洞已被确认在野利用。安全媒体 SecurityWeek 报道称,该漏洞编号为 CVE-2026-85097,攻击者可借此接管目标 WordPress 站点。对于正在使用该插件的站长和运维人员,当前最重要的事情不是判断攻击趋势,而是尽快确认自己的站点是否处于受影响范围,并完...
阅读全文
渗透测试

授权渗透测试开测前检查清单:确认范围、时间窗、测试账户与停止条件

授权渗透测试的开测准备,核心不是确认“工具能否运行”,而是确认测试对象、授权效力、执行时段、账户权限和应急处置均已明确。开始前应由测试负责人、资产或业务负责人、运维联系人共同完成以下核验;任何关键项不清楚或未获批准,都应先暂停,不以口头假设代替授权。 一、授权与范围 1. 确认书面授权有效 核验问题: 是否有书面授权或已批准的测试委托...
阅读全文
信息安全

用 WP-CLI 核验 WordPress 文件完整性:核心与插件巡检上手指南

WP-CLI 的核心与插件校验命令会将本地文件与相应的校验和进行比对,适合在例行维护、版本变更后或发现异常时做一次可复核的文件完整性巡检。校验不一致表示文件与参考版本不同,并不等于已经遭到入侵;应结合变更记录、文件来源和部署时间判断。 巡检前:确认范围、备份与权限 先确认操作对象是获准维护的站点,并记录站点路径、WordPress 版...
阅读全文
Web安全

授权测试 OAuth 2.0 登录流程:验证 redirect_uri、state 与 PKCE 配置

对采用 OAuth 2.0 授权码流程的 Web 应用开展安全评估时,登录流程的参数校验与令牌交换逻辑往往是风险最集中的环节。本文围绕一次受控的授权登录测试,逐项核验 redirect_uri 匹配、state 校验与 PKCE 使用情况,说明如何区分配置异常与可证明的安全影响,并给出证据记录、停止条件及整改复测要点。测试前请务必确认...
阅读全文
安全开发

为 Webhook 接收端实现签名校验与防重放:从原始请求体到幂等处理

Webhook 接收端最容易被忽略的假设是:“签名有效”不等于“请求是新鲜的”,也不等于“业务只会执行一次”。HMAC 可以帮助确认请求内容与共享密钥相符;时间戳可以限制旧请求被接受的时间范围;幂等处理则要防止重复投递造成重复业务效果。这几层控制解决的是不同问题,不能互相替代。 先固定请求处理顺序 建议把接收链路拆成以下步骤: 限制请...
阅读全文
信息安全

在 Python 服务中替换不可信 pickle 反序列化:从缓存与队列注入到 JSON 载荷迁移

把缓存和消息队列当作“内部可信边界”,是 Python 服务中常见的安全假设:数据来自 Redis、数据库或任务队列,似乎就可以直接 pickle.loads。但只要攻击者能影响某条写入路径、队列消息或缓存内容,读取端就可能在反序列化时执行其中嵌入的操作。迁移时的核心目标不是换一种序列化语法,而是让数据只表达经过校验的业务字段,不携带...
阅读全文
Web安全

WordPress 安全评估资源包:从插件主题到后台账号的授权检查清单

WordPress 安全评估不应止于“装了哪些插件”,还要核对这些资源是否来自可信渠道、当前是否仍有维护,以及后台账号是否拥有完成工作所需的最小权限。下面这份清单以 WP-CLI 和人工复核为主,适用于自有站点、获准评估的客户环境,以及可回滚的测试环境;不要在未授权站点上执行检查或变更。 先确定评估范围与证据留存 开始前记录站点域名、...
阅读全文
渗透测试

API 渗透测试接口清单核验:从 OpenAPI 文档差异到未授权访问证据

API 渗透测试的重点,不是尽可能多地列出接口,而是核对“接口定义、线上路径、参数约束和权限行为”是否一致。只有在授权范围内,将 OpenAPI 文档、实际流量和多版本入口放在同一份接口资产清单中比较,才能区分文档过期、隐藏接口、旧版本暴露与真实未授权访问。 一、先确定授权范围与停止条件 开始测试前,应形成一份可执行的测试授权记录,至...
阅读全文