iOS 11 加入了短信过滤,几个关键点:
官方文档: https://developer.apple.com/documentation/identitylookup
如果我的理解有误欢迎指出,谢谢~
1
mornlight OP 文档里的流程图:
|
2
QAPTEAWH 2017-06-06 13:27:30 +08:00
我觉的简单地给用户开放关键词(通配符、正则)过滤就行了..
什么“回.*退订”统统毙了。 |
4
KylinRoc 2017-06-06 13:34:33 +08:00
估计就是「 Query request 」这一步做了手脚吧,如果能直接测试看看 request 的内容就知道了。
|
5
xi_lin 2017-06-06 14:12:33 +08:00
等 server side 的文档出来看看吧,通篇都在讲隐私保护应该是设计了什么机制,但是没想明白应该怎么做才能不泄密。。。除非托管在苹果服务器上?
|
6
Tokin 2017-06-06 15:12:34 +08:00
然而 iCloud 不也是同步短信的吗?绕来绕去短信还是要到 Apple 的服务器- -
|
8
Tokin 2017-06-06 17:00:57 +08:00
@mornlight 不是 iOS 开发,不是很懂,短信过滤不是系统级的么,除了系统自带的短信,还有别的 App 读取短信么?那 Server associated with app 难道指的是第三方 App 的服务器?疑惑。
|
9
mornlight OP @Tokin #8 需要第三方 App 通过扩展的方式实现,跟电话拦截一样,这个 App 读不到短信的具体内容、来电的具体号码,只能事先把逻辑和数据写进去。服务端的问题也是我疑惑的地方。
|
10
Tokin 2017-06-06 17:08:32 +08:00
|
11
mornlight OP @Tokin #10 任何 App 都能做啊,公开的接口。不安装带 extension 的 App 就没有过滤功能。Apple 不会只开放特定 API 给 Apple 官方以外的开发者,最多是审核时给大厂开后门。
|
12
Tokin 2017-06-06 17:16:33 +08:00
@mornlight 那就有点恐怖了,不过如果有个提示是否允许可能会好一些,比如新安装的 App 会提示是否允许联网,那加一个是否允许短信过滤的提示应该没问题,如果是静默过滤表示有点难以接受
|
14
sxyuqiao 2017-06-06 17:23:03 +08:00 via iPhone
mark 一下,或许是开发者把数据提交到苹果的服务器(比如每小时更新),然后在苹果服务器上进行处理?这样本地不需要频繁更新
|
16
Coxxs 2017-06-06 17:37:49 +08:00 via iPhone
如果有对用户身份(收信人)做隐藏处理的话,第三方获取到信息后的安全风险还是比较低的。
|
17
haoyu0023 2017-06-06 21:40:45 +08:00
要是 短信 App 里能手动写关键词规则就好了。
|
18
yebingwei 2017-06-07 17:26:52 +08:00
服务器验证这块确实说的不明不白的,客户端他能保证 extension 不能记录短信数据,如果是产品服务器来弄,这个它还能保证的了服务器不存数据啊。
|
19
nobody123123 2017-06-07 20:11:27 +08:00 via iPhone
难道短信的原文不会穿给第三方服务器,回者去除了敏感的用户身份信息?总之,还是比较相信苹果对用户隐私保护的
|
20
nobody123123 2017-06-07 20:13:20 +08:00 via iPhone
@Coxxs 我猜测也是这样的
|
22
pynix 2017-06-07 20:35:28 +08:00
短信营销已经走到头了。。。。
|