logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

VLAN 与安全隔离:从配置错误到 VLAN Hopping 攻击

VLAN隔离的常见误区和安全加固指南 企业常误以为划分VLAN即完成网络隔离,实则存在典型配置漏洞:误开Trunk口、Native VLAN与业务混用、三层全通、管理VLAN暴露等。本文解析VLAN隔离失效的根本原因:(1)802.1Q标签机制中,Trunk口的Native VLAN若与业务VLAN重叠,可能引发双标签攻击(Double Tagging);(2)启用DTP协商的端口可能被伪造交换机

#安全#网络#网络安全
Claude Code 进行“从头重写”的项目 Claw Code全面介绍(claw-code)

Claw-code是一个基于泄露的Claude Code进行重写的开源项目,专注于构建智能体运行时框架。该项目采用Python优先实现与Rust移植并行的策略,强调洁净室开发模式而非直接使用泄露代码。主要特点包括:模块化架构设计、清晰的移植进度追踪、完整的测试框架和工程化工具链。项目提供了丰富的CLI命令用于系统自省和模拟运行时行为,并通过QueryEngine实现会话状态管理。Rust工作区则致

#python#AI
指纹浏览器:防范风控通过 JS 执行耗时与渲染帧率推断虚拟机环境

本文揭示了高级风控系统如何通过底层硬件性能特征识别虚拟化环境的核心原理。当指纹浏览器伪装了静态参数(如User-Agent、IP等)后,现代风控会通过微秒级JS执行耗时、渲染帧率稳定性等物理特征进行检测。虚拟化环境因CPU调度抖动、软件渲染延迟等会产生可识别的"物理鸿沟"。 文章从三个层面深度解析: 问题本质:云服务器的vCPU抢占和GPU虚拟化导致JS执行耗时方差大、渲染帧率不稳定,形成独特时序

#javascript#开发语言#ecmascript
浏览器 TCP/IP 指纹隐身:操作系统网络栈特征的混淆与重写

指纹浏览器与风控系统的攻防焦点已转向TCP/IP协议栈指纹识别,Linux内核的默认网络行为会暴露环境伪装。传统修改方式(如iptables)无法全面覆盖TTL、TCP选项顺序、窗口大小等多维特征,导致应用层伪装与传输层特征的逻辑撕裂。工业级解决方案需通过用户态网络栈(如gVisor)接管协议栈,或借助eBPF/XDP在内核态重写数据包,实现对操作系统底层行为的精确模拟,从而规避风控系统的降维打击

#网络#tcp/ip#网络协议 +1
claw-code 源码分析:Transcript / Session Store——智能体「运行史」数据结构怎样才算可运维?

本文分析了当前系统在会话记录和运维需求方面的设计缺陷。核心问题包括:TranscriptStore仅存储简单字符串,缺乏时间戳、角色标识等关键元数据;SessionStore采用JSON文件存储,存在路径依赖、并发安全和数据脱敏风险;持久化数据缺失工具调用、拒绝原因等关键信息,无法满足运维审计需求。文章建议改进数据结构,增加版本控制、完整事件记录和安全存储机制,以支持跨服务追踪、用量对账和合规审计

#运维#数据结构#python +1
claw-code 源码分析:不调用大模型也能练会话——`QueryEnginePort` 如何把状态机、停止条件与审计位摆对?

本文分析了Python移植层QueryEnginePort的设计,重点是其不依赖外部LLM请求的会话管理机制。核心内容包括: 解耦设计:将会话状态管理与模型推理分离,通过纯本地实现调试会话骨架逻辑(配额、轮次限制、权限等),避免与模型API耦合带来的调试困难。 关键数据结构: QueryEngineConfig:定义会话状态机的控制参数(轮次上限、token预算等) TurnResult:封装单轮

#python#AI
Claude Code 进行“从头重写”的项目 Claw Code全面介绍(claw-code)

Claw-code是一个基于泄露的Claude Code进行重写的开源项目,专注于构建智能体运行时框架。该项目采用Python优先实现与Rust移植并行的策略,强调洁净室开发模式而非直接使用泄露代码。主要特点包括:模块化架构设计、清晰的移植进度追踪、完整的测试框架和工程化工具链。项目提供了丰富的CLI命令用于系统自省和模拟运行时行为,并通过QueryEngine实现会话状态管理。Rust工作区则致

#python#AI
claw-code 源码分析:Turn Loop 里的工程细节——多轮对话如何在移植期保持可测试、可回放?

本文摘要介绍了run_turn_loop的功能设计与实现细节。该函数作为移植期探针,通过在同一组路由结果上连续调用submit_message来测试会话状态的累积过程、停止条件触发机制以及结构化输出稳定性。文章重点分析了其工程实现特点:循环次数与引擎配置的耦合设计、单次路由复用机制、合成轮次文本区分输入,以及空权限拒绝的测试策略。同时阐述了基于TurnResult的测试验证方法,并介绍了内存轨迹、

#服务器#数据库#AI
claw-code 源码分析:从「清单」到「运行时」——Harness 为什么必须先做 inventory 再做 I/O?

本文分析了开源项目claw-code的清单层设计理念。智能体系统必须建立稳定可枚举的命令/工具清单(Inventory),作为I/O操作的基础。该项目通过JSON快照定义权威命令集,在内存中解析为不可变元组,并在此之上构建过滤视图和权限策略。执行层被刻意推迟,当前仅返回描述性消息而非真实I/O。这种设计将命名空间、路由、权限等关注点与具体实现解耦,避免了后期维护时全库手术的风险,体现了"

#网络#python#AI
claw-code 源码详细分析:命令宇宙 vs 工具宇宙——`commands` / `tools` 镜像清单如何驱动路由与 shim 执行?

本文介绍了命令宇宙和工具宇宙两套镜像清单系统,它们分别从JSON快照文件加载为内存中的PortingModule元组。关键点包括: 两套清单分别存储在commands_snapshot.json和tools_snapshot.json中,加载为PORTED_COMMANDS和PORTED_TOOLS常量。 系统采用三层流水线:快照→全量宇宙→路由→执行。路由阶段会对命令和工具并行评分,确保两个宇宙

#网络#服务器#linux +2
    共 65 条
  • 1
  • 2
  • 3
  • 7
  • 请选择