<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>X64dbg on Timmoc 的技术小屋</title>
    <link>https://t1mmoc.github.io/tags/x64dbg/</link>
    <description>Recent content in X64dbg on Timmoc 的技术小屋</description>
    <generator>Hugo</generator>
    <language>zh-cn</language>
    <lastBuildDate>Fri, 16 Oct 2026 19:10:00 +0800</lastBuildDate>
    <atom:link href="https://t1mmoc.github.io/tags/x64dbg/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>碰壁之旅：一个伪装成反间谍软件的样本，和那段跳进指令中间的 shellcode</title>
      <link>https://t1mmoc.github.io/posts/2026-10-16-shellcode-inject-hunt/</link>
      <pubDate>Fri, 16 Oct 2026 19:10:00 +0800</pubDate>
      <guid>https://t1mmoc.github.io/posts/2026-10-16-shellcode-inject-hunt/</guid>
      <description>一个签名有效、版本只差 2、字符串全是 SQLite 的 SUPERAntiSpyware，和正版差了 0.0.2 个版本。静态 diff 排到全是业务逻辑，动态跑它自己退、网络 0 条。最后是靠自己写的一个判据捞回来的：枚举所有指令头，凡是跳转目标不落在指令边界上的，就是有人往指令流中间插了代码。</description>
    </item>
    <item>
      <title>一个 x64 样本的资源里，藏着 PowerShell 下载器和一段 32 位 shellcode</title>
      <link>https://t1mmoc.github.io/posts/2026-10-16-resource-aes-shellcode/</link>
      <pubDate>Fri, 16 Oct 2026 17:25:00 +0800</pubDate>
      <guid>https://t1mmoc.github.io/posts/2026-10-16-resource-aes-shellcode/</guid>
      <description>一个 x64 样本把加密的 PowerShell 下载器塞进 PE 资源（ID 84，长度 0x6AB）。资源原地解密后是一段脚本：从 ph4nt0m.fr 取 c.aes，用 AES-256-CBC、Padding=None 解出 103,936 字节——不是 PE，是 32 位 shellcode。能确定密文和明文等长、且长度正好块对齐，由此反推填充方式。没解出来的是密钥从哪来。</description>
    </item>
    <item>
      <title>一个 Delphi 安装包，把载荷藏在文件尾的 tag 流里</title>
      <link>https://t1mmoc.github.io/posts/2026-10-16-delphi-installer-dat/</link>
      <pubDate>Fri, 16 Oct 2026 16:55:00 +0800</pubDate>
      <guid>https://t1mmoc.github.io/posts/2026-10-16-delphi-installer-dat/</guid>
      <description>一个 Delphi 写的恶意安装包（GUI 标题 快捷[2.7]，落地目录拼错了 Global），把载荷以「长度前缀串 &#43; tag 分派流」的形式追加在自己尾部。在 IDA 里翻不到任何解压代码，因为压缩就是裸 zlib——干活的是 Zlib::TDecompressionStream，而那个看着像数据的 off_45C558 其实是 Classes::TStream::GetSize 的虚表槽。</description>
    </item>
  </channel>
</rss>
