liu7yong
liu7yong
部分云OS设备（如联想17TV55S9i）会『定制化』系统属性，导致Compat.isYunOS判断为false，修改isYunOS的实现，增加对云OS部分so库文件的判断。
我们这边在使用AndFix时碰到了部分tv设备，会伪造ro.yunos.version和java.vm.name属性，导致isYunOS判断为false，进而导致crash，crash日志如下： ```log 01-01 08:15:00.549 856-856/? I/DEBUG: signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 000000b0 01-01 08:15:00.658 856-856/? I/DEBUG: r0 000000a8 r1 1d20000d r2 00000001 r3 7d5c8c74 01-01 08:15:00.659 856-856/?...
使用SniSSLSocketFactory会抛出如下异常，有人碰到过吗？ 11-23 15:48:57.349: E/SSCSDK(24462): java.net.SocketException: Socket is closed 11-23 15:48:57.349: W/System.err(24462): java.net.SocketException: Socket is closed 11-23 15:48:57.349: W/System.err(24462): at com.android.org.conscrypt.OpenSSLSocketImpl.checkOpen(OpenSSLSocketImpl.java:230) 11-23 15:48:57.349: W/System.err(24462): at com.android.org.conscrypt.OpenSSLSocketImpl.startHandshake(OpenSSLSocketImpl.java:243) 11-23 15:48:57.349: W/System.err(24462): at com.android.okhttp.Connection.upgradeToTls(Connection.java:197)...
自己使用最新的代码（[1aede0dfd48451e6653e81c46f47902ef27930e0](https://github.com/hanbinglengyue/FART/commit/1aede0dfd48451e6653e81c46f47902ef27930e0)）在合并到 aosp android-6.0.0_r67 中编译刷机后，发现 fart 会并没有基于文件 /data/fart 的配置，而是对所有 apk 都执行脱壳+解密的过程。 搜索代码，似乎也没看到读取这个配置的地方，是我错过了什么吗？