理论上可以，毕竟 API key 在 xml 里面

这是个休闲游戏，看老菊玩能睡着 :doge:

能有什么压力，就是复制黏贴，可休闲了

确实丑

这种人和培训班里的“大神”没啥区别的感觉

恶俗维基之前就专门挂人，事实证明这个思路不能解决问题

@rebeccaMyKid #17 再加上中间人劫持或者 DNS 投毒

@rebeccaMyKid #13 所以这时你信任小明

公共 CA 也只不过是广受信任的自签证书

如果小明信用足够，他的 CA 也能被加进系统信任根列表

而保障他的可信程度的就是公开审计

另外 sha 也是可以直接等号判断的，但是 SQL 不一定支持（比如 sha256、sha512 目前支持度就不高），而 crypt、bcrypt 等自带盐的算法不能用等号

惊了你数据库存明文的？

过去用 and 的写法会有注入问题，比如 username 传进来一个 username=1 -- 后面的密码验证就会被跳过

而 SQL 支持的 hash 函数有限，不够灵活

@rebeccaMyKid 因为 12306 的 CA 就是一个自签证书，和你的自签证书一个性质

而 CNNIC 和 WoSign 的 CA 则属于没有得到足够审计的证书，举例这两个则是说明 CA 体系最坚挺但是又最薄弱的环节

@rebeccaMyKid #8 你 #2 说的不就是这个问题么

@skyleft #3 使用者是可以自己信任系统或软件没有内置的（根）证书的

@rebeccaMyKid #2 所以这就是为什么大家拒绝给自己的电脑装 12306 的 CA，并且不信任 CNNIC 和 WoSign 的 CA

自己信任来源不明的 CA 当然要自讨苦吃

不然你以为为什么 CA 审计要求中对私钥的限制那么多

@zhaishunqi #4 那个是对 access_token 的管理，和设备无关，网页的登录状态都能 revoke。

具体你可以了解下 OAuth

启动盘加密和备份盘加密是分开的

一般是没做 cert pinning 的，直接装抓包工具的跟证书然后启用 https 抓包就好