ᠨᡝᡴᠣ retweeted
中国手机如何监控你的一举一动?
每打一次 QQ、WeChat 语音视频电话,你的手机可能都在静默录屏。
我对一台未解锁 BL 的小米 13 Pro(HyperOS 3.0)进行了 ADB 动态取证和 DEX 逆向分析,发现系统安全中心内置了一个名为 fraud_detection_data.db 的反诈行为数据库。
其中 voip_record 表包含:
你使用哪个 App 通话
通话开始与结束时间
通话持续时长
是否被标记为涉诈通话
不仅如此,系统还会毫秒级记录截屏时间,并设计了屏幕共享、电话通信和第三方应用安装等行为记录表。
令人哭笑不得的是,小米工程师再一次展示了极其强劲的英语水平,在数据库中把原本用来记录截图时间的 screenshot 字段错误拼写成了 screenshort_time(多了一个 r)。仅在这一个数据库的转储信息中,我们就捕获到了 669 次高频连续读写操作。
更离谱的来了,我们发现系统预置的 GuardProvider 模块被授予了极高的系统特权,直接绕过了 Android 官方弹窗校验,实现了无感静默录屏与录音,代码中甚至直接出现了 clip.mp4 视频切片及 Base64 编码回传逻辑。
除了音视频监控,还有一个名为 SystemHelper的全天候遥测后门。它拥有特权级硬件读取与后台定位权限,通过系统闹钟定时将自己从后台唤醒,静默收集手机硬件标识(IMEI、IMSI、ICCID)、后台精确 GPS 定位,以及你过去 24 小时内每个 App 的前台精准使用时长,并打包上传至运营商及风控平台。
最让人无法接受的是,这些模块在系统 UI 上全部无法真正关闭。即使你在设置中关掉了所有的“反诈/安全守护”开关,它仅仅是不再给你弹窗提示,底层的监听、入库和上传依旧照常运行。
为了防止用户发现异常,小米工程师还在代码里设计了“机身过热熔断”与“音频通道冲突避让”机制:
过热熔断:720p 录屏极其耗电,一旦检测到手机温度升高,立即中断录屏,防止机身发烫引起用户怀疑。
音频避让:若检测到麦克风正在被通话占用,则主动放弃音频采样,防止通话出现断音或杂音而暴露。
即便如此小心,它还是在系统日志里露出了马脚:GuardProvider 在息屏状态下曾持续霸占 CPU 达 2 分 33 秒(占用率高达 25.6%),因为后台负载过于沉重,超出了系统阈值,被 Android 电源机制强杀。
此监控体系至少涉及以下系统特权组件:
GuardProvider (com.miui.guardprovider)
AiGuardService (com.miui.guardprovider.aiguard.AiGuardService)
MIUISecurityCenter (com.miui.securitycenter)
SecurityCenter Remote (com.miui.securitycenter.remote)
SystemHelper (com.mobiletools.systemhelper)
涉及以下数据回传与风控域名:
├─ flash[.]sec[.]miui[.]com (小米安全中心多媒体/视频回传通道)
├─ fraud-detection[.]engine[.]miui[.]com (反诈行为特征与哈希上报)
├─ eps[.]caict[.]ac[.]cn (中国信通院统一反诈接口)
├─ gateway-papa[.]cloud[.]weizhi[.]com (第三方风控网关)
└─ dm[.]wo[.]com[.]cn:18080 (中国联通终端管理遥测平台)
ᠨᡝᡴᠣ retweeted
我复现莱布尼茨机械计算器时,AI检索到,东德计算机科学家N J Lehmann曾高精度复制过这台机械,而Lehmann教授的图纸与手稿就收藏德意志博物馆中。于是AI帮我写德文邮件联系博物馆,花157.30欧元(含税)购买了总计135页图纸、手稿的扫描图。并据此校准了我开源在 github.com/wixette/leibniz-s… 的3D零件模型
ᠨᡝᡴᠣ retweeted
马来西亚歌手陈势安今年6月发行的新专辑《我坠落你自由》封面设计中采用了光锥宋字体的细宋字重,并在原本 0.65/1 的基础上进一步压窄了一半。
光锥宋的超大字符集全面支持简繁体汉字,各地发行的专辑中不同的「坠」「墜」也实现视觉统一。
ᠨᡝᡴᠣ retweeted
พระเจ้าลงโทษคนสร้างหอคอยบาเบลให้พูดคนละภาษาจะได้คุยกันไม่เข้าใจ
ส่วนอีลอนลงโทษชาวทวีตด้วยการทำให้ทุกคนคุยกันเข้าใจ จะได้ตีกันได้
ᠨᡝᡴᠣ retweeted
Replying to @dingyi
所以我就不喜欢跟这些庸人玩。上海书展给的活动表只是一堆模糊不清的长图,让人智转文字都转不动;新加坡阅读节官网漂漂亮亮,下载的活动手册复制文字喂给人智也轻松。
有些网友认为是语言文化差异,那我贴个链接:
shanghaibookfair-www.shbookf…
zaobao.com.sg/specials/sg-ci…
ᠨᡝᡴᠣ retweeted
中國寧波街頭貨車上的模板噴字;這個字體是借用電子顯示的字體,文字邊角都處理成斜角造型,簡體漢字和數字是一樣高度;而字母剛好是整體的一半高度,形成高低錯落!
-
#type #typography #字型 #漢字 #chinese #characters #字拍 #美術字 #街拍 #streetphotography #simplechinese #簡化字 #簡體
ᠨᡝᡴᠣ retweeted
昭和中期、後期頃まで多い「教」の手書き字体であり、こういう違和感の指摘から日本の手書き文化はすっかり衰退したのだと分かる。ちなみに同じ部品を持つ「都」や「署」は昭和の看板デザインにも多用されている。
上に突き抜けるより若干省筆になるので手書き世代には好まれる。
ᠨᡝᡴᠣ retweeted
每年照例的开学第一课,但是随着升入高年级,今年是被“年下生”的学妹教课了。一面是温柔的搂在怀里,一面是严厉的鞭痕红印
#女同 #wlw #les
🎀:@18cm_cucumber
🏠:@KatoRosa220201
ᠨᡝᡴᠣ retweeted
何⋯だと⋯!!
これらの記号をURLエンコーディングする際にどれだけASCIIテーブルを検索したことか。既に手元にテーブルは書いてあったのか。
! = %21
" = %22
# = %23
$ = %24
% = %25
& = %26
' = %27
( = %28
) = %29
JISキーボードはなんであんな風にUS配列から文字配列を変えたのだろうか? 記号の再配置とかする必要ないし、普通にBSや右シフトを短くするだけでなんとかなりそうな気がするのだけど、歴史的な理由があったんだろうか? ぶっちゃけUSキーボードを使ってる僕には、どんな戦犯だよ!って思ったわけだが😆
とか思いながら調べたら、意外なことが分かった。
1960年代のコンピュータはアメリカでもbit-paired方式というのがあって、それが1975年にISO2530として確定された。これが電電公社などの端末にも使われていて、JIS配列6233はISO確定することがほぼほぼ間違いなさそうということで決められたらしい。だから1972年。
ASCII配列は、typewriter-pairedで、タイプライタと同じ配列。タイピストの人が仕事がしやすいなどの理由もあってだろう。後に、IBMがそれを採用した。
1960年代に「bit-paired」方式が主流だったらしい。これはASCIIコード表を見れば分かる。シフトは0x32(2)が0x22(")になる。だから2のシフトは”だ。まあ、0x61(a)のシフトが0x41になるのだが、この辺りbit-pairedは、「テーブル表」を持ったICを付けなくても、配線や汎用のIC程度で実現できるだろうと、昔から野電子系の人ならきっとわかる😆
世界的には、2つの配列は同時に使われていたが、後にIBMが採用したタイプライタ配列が優勢に。まぁあちらはタイプライタが普及してたからそうだろう。そしてISO2530は1994年には廃止されたわけ。ちなみにいまは9995(typewriter paired)。
なお、bit-pairedが残っているのはJISと、Turkish F(の配列の一部)だけとのこと。Turkish Q(Qwerty)の方がいまは優勢らしく、Turkish Fは政府などが使ってるとのこと。
つまり、日本ローカルではなく、世界的に広がったが、日本にだけ残ったと言うわけだ。ある意味、多分、正しそうな方の意味のガラパゴス。
この辺りを笑う人がいるかもしれないけど、こういう、ある種の敗北も含めて、「規格を作らねば!」というのは、昔の日本人の強さをひしひしと感じる。世界の最先端を日本でも走っていたので、並行で規格を作らざるを得なかったわけだ。
一歩遅れてUSからカーボンコピーを持ってくるのではなく、同時多発的に作れば、それは独自進化だってある。SDカードとかCDとか、日本が規格を主導したものは、いっぱいあるのにな。
















































