前言

距上一篇折腾 NX54 的文章差不多过去一年了。

去年有同用 NX54 的朋友跟我倒苦水，说路由器升级到官方新版（R013）之后，原本用得好好的 Telnet 彻底打不开了。他之所以需要这个权限，其实和我一样，主要是因为官方固件自带的 IPv6 防火墙太死板，只能全开或者全关，没法给内网某台 NAS 或服务器单独放行端口，必须得靠脚本写自定义 ip6tables 规则。

我立刻把自己的 NX54 固定在 R012，日常跑得挺稳，所以一直没升。但也好奇：官方发个大版本把调试口封死，甚至还加了防降级限制，底层到底改了些什么？

引言

在移动端安全对抗中，对 C++ 核心逻辑（如 Cocos 游戏引擎逻辑、加解密算法）进行混淆是防逆向分析的重要一环。LLVM 混淆器（OLLVM / Hikari / Pluto）是最常用的方案。

随着 Android NDK 28（搭载 LLVM 19）的发布，旧版的 Pass 管理器（Legacy Pass Manager）已被完全移除，取而代之的是 **New Pass Manager (NPM)**。这意味着以往传统的 -Xclang -load 注入方式已失效，我们必须为新版 NDK 构建自定义的 Clang 编译器并适配新版 Pass 插件。

本文将详细介绍如何从源码一步步构建支持 NDK 28 的自定义 Clang 编译器和 Obfuscator.dylib 混淆插件，并规避交叉编译中的各种“大坑”（如编译时间过长、缺失 32 位目标后端等问题）。

背景

修复v8::HandleScope::Initialize(v8::Isolate*)+144

接上一篇文章。由于平时更新不算频繁，加上个人也有些懒，一直没有深入思考 Cocos2d-x 2.x 在 Android 15/16 上的 V8 Crash 问题如何彻底修复。

最近重新整理这个问题时，想到一个新的思路：
如何可以通过复用同一个 GLThread 来避免问题？

因为之前分析发现，Crash 的核心原因很可能来自 GLSurfaceView 在 View 重建时重新创建 GLThread。如果能够保证整个生命周期中始终使用 同一个 GLThread，也许就可以绕开这个问题。

于是开始重新阅读 GLSurfaceView 的源码，并尝试寻找可行的干预点。

问题背景

公司使用 Cocos 2.4.15 开发游戏时，发现一个 crash 在 Android 15 以上的设备上非常频繁。起初以为是 16KB 的兼容性问题，但分析后发现包其实是兼容 16KB 的。

在 Cocos 社区中，也有相关讨论：v8::HandleScope::Initialize(v8::Isolate*)。官方曾提供过基于 Activity 在 onDestroy 时的修复方案，但我们发现还有其它触发场景。

Crash 日志示例：

1
2

(v8::HandleScope::Initialize(v8::Isolate*)+144) (BuildId: a222c0a549189d49b84a5433428e92f58cba47f0)
(se::AutoHandleScope::AutoHandleScope()+36) (BuildId: a222c0a549189d49b84a5433428e92f58cba47f0)

前言

前段时间，朋友微信上和我说，NX54升级固件了，升级后，debug模式进不了，telnet也打不开了。至此，我之前分享的ipv6纯定制的方案，失效了，只剩下一种方式：ipv6防火墙开关。当然，也是可以满足ipv6访问的，只不过不可以只开放指定的v6ip了。简单吐槽一下这次升级：

1. 不可降级。上了v13后，就算你保存了旧固件，也不可以降级。
2. 不可debug。加了密码被堵死了。
3. telnet默认关闭。之前配置文件中关于telnet的设置，新版本上没有了。

本篇不算什么黑科技，就是找一找升级的网络，然后停掉，算是一个小思路，但凡懂点网络知识的，应该都能明白。这次升级后，老版本且用且珍惜吧。

前言

6月份跳槽来了一家广告公司，整个业务逻辑就是流量玩法，上架市场，买量，赚广告费。因为gp上架越来越难，就衍生出一种玩法叫AB面。关于AB面，这里先不讲，主要说说B包的资源处理。这篇没技术，单纯自己记下来当笔记用。

id

id其实是个整数，应用内的id一般情况是0x7fxxxxxx，这个hex其实是package,type,value的结构。而代码中如果有R.id.xx，会在编译时直接替换成该整数。做AB面的包，B包都是通过动态加载的，这就导致这个整数，必须在使用时，和你的资源对应。10年有，有种粗暴的解决办法，就是构建一个自己的aapt，可以指定package，也就是前面的7f，然后再用添加Resources的方式，将资源添加到资源管理器中。这样就能一劳永逸。B包打包，使用0x7e的资源，A包不处理，这样AB的资源就不会冲突。

1
2
3
4
5

android{
    aaptOptions {
        additionalParameters "--package-id", "0x7E", "--allow-reserved-package-id"
    }
}

前言

之前在家里的开发机上配了科技，但是媳妇的遥遥领先手机一直使用不了，大概排查了一下，应该是dns解析的问题，因为我把我路由fake ip的下一跳指到了内网一台设备上，但是我用工具查下一跳还是移动网关(10.41.x.x)。不能忍，开tcpdump查。

前言

前两天给模拟器上安装CA证书，发现即使放入/system/etc/security/cacerts/，依然不能用Charles抓包，设置里查看，证书也没有生效，终于找到了一篇详细介绍原因的文章，记录一下，以后更好找。

准备证书

准备你的SSL证书，重命名。

1
2
3

openssl x509 -inform PEM -subject_hash_old -in charles_ssl.pem | head -1
#将证书命名为得到的的结果.0
adb push xxxxxx.0 /sdcard/

前言

我主业是安卓开发，但不务正业的我又在折腾别的了。

之前写过一篇关于 NX54 如何配置 iptables 以开放指定 IP 的 IPv6 防火墙规则。最近又把手上的一块 14 年的废弃 ARM 开发板翻出来，挂了块硬盘，让我在任意设备上都能访问家里的网络。要说这块板子，官方系统只到ubuntu 2014，连python3都没法装，之前折腾过armbian，但kernel有问题，usb不工作。最近看论坛去年有人升级了内核了，赶紧换一下系统。

过年期间家属送了一台 Mac mini（现在百亿补贴入手价 2899，血亏 600），于是我又折腾了一下，把整个网络重新整理了一遍。熬了几个夜晚和午休时间，总算弄好了，这里记录一下过程中遇到的问题和解决方案。

之前我做了什么

1. 桥接路由，这样可以直接获取公网ipv6地址，供自己在外边连接。
2. 关防火墙。大多数路由器都有ipv6防火墙，像我的NX54就是基于ip6tables的配置，需要关掉。我是只关掉了我的linux的ip。我使用了脚本自动更新，脚本流程如下：

   1	linux定时任务 -> python脚本 -> 获取ipv6 -> 发现变化 -> 更新nx54防火墙 -> 更新cloudflare dns AAAA(最早做了一版发email的，后来改ddns了)

   不得不说，cloudflare真的是互联网之光，域名便宜，免费加速，还提供Pages，Workers。
3. linux关闭ssh密码访问，把常用的设备公钥加进去。
   阅读全文 »

背景

越来越多的网站像Github一样开启了2次验证，给你生成一个6位的数字动态口令，这种就叫TOTP，通俗讲，就是基于时间的一次性动态口令。我在家里搭了个Alist文件服务器，也默认支持TOTP，不过我开了HTTPS，用的也不多，TOTP验证就关了。我为什么要看这个呢，上班的地方wifi使用了h3c e盾认证，里面使用了SM3计算口令，每次连wifi还得点开app，索性看看它是怎么计算的。