arvinl

今天在刷知乎，看到一篇非常棒的文章，想复制其中一段给妹子，结果提示“禁止转载内容不支持复制”，开玩笑，这点小伎俩能拦得住我？于是起身打开笔记本电脑尝试起来，不看不知道，一看有门道。

机缘巧合下找到一份六年前的 Ramdump 以及它对应的 vmlinux 文件，于是一个大胆的想法促使我去适配低版本的安卓设备，通过 Ramdump 的途径侧面窥探一个很久远的问题。

介绍一个内存调试的特殊方法，内存页筛选法，通过筛选出合适的保护页来设置陷阱让存在越界行为的指针去踩踏，从而触发中断抓取到案发现场。

Core 文件损坏或者被截断了，就一定没法使用了吗？有的兄弟，有的。莫慌还有机会的，办法总比困难多。

我在公司做的大部分是探索性、创新性的需求，行内人都知道这些活都是那种脏活累活，需求变化大，经常一句话；需求功能多，看着简单一细想全是漏洞；需求又紧急，今天不上线业务就要没。 所以第一个建议就是大家远离

core-parser 支持直接加载 tombstone 文件并生成可供 GDB、LLDB 调试的 FakeCore 文件，支持了 arm64、arm、x86_64、x86等。

为什么很多人不推荐你用JWT? 如果你经常看一些网上的带你做项目的教程，你就会发现 有很多的项目都用到了JWT。那么他到底安全吗？为什么那么多人不推荐你去使用。这个文章将会从全方面的带你了解JWT 以

将 tombstone 文件内容重新整合成一个 FakeCore 文件，实现在主流调试器下分析 tombstone 问题。

本文主要是介绍《Usap64 进程莫名死锁问题分析》中使用到离线内存分析项目，项目结构以及技术体系。