【技术】手机丢了，但是里面装了支付宝，后果会如何？
以下专题采用本站自研技术，自动匹配用户相关知识内容：
相关文章 延伸阅读
用户评论
1. XuWenjim[+5] 吕彤 09:40
手机上原先装过支付宝，觉得不安全卸载了。
吕彤 09:41
其实如果规划做得好，哪有那么需要手机支付？电脑支付足够了。
许振辉 09:50
买个华为手环吧，手机丢不了
foxmachia-小河马的粑粑 09:53
手机支付的场景很充分
李凯 09:56
目前支付宝找回支付密码需要提供短信验证码和证件号，所以如果要突破支付密码我们还要假设钱包同时被偷手机的人获取。
李凯 09:57
刚才实测了一下，直到修改支付密码前所有的操作均可实现，当然这还一个前提，那就是我们多久会去停机。
Chungang 10:00
买了华为手环，手机没丢，手环丢了
李凯 10:01
[呲牙]
谢攀 10:19
关键是如果手机丢了，不管你装没装支付宝，都可以现装个支付宝，然后把你的银行卡直接绑定，开通快捷支付。
foxmachia-小河马的粑粑 10:21
都不知道卡号和密码，如何开通？
许振辉 10:22
@易保-蔡纯钢 除非你手被剁了[调皮]
谢攀 10:22
唯一避免方法是银行卡到银行里取消快捷支付绑定功能。默认是开通的。否则，获取你手机，可轻意绑定
谢攀 10:23
只要知道卡号即可，快捷支付不需银行密码@CPIC-傅时光
谢攀 10:29
快捷支付甚至都不用校验卡是不是你的。我微信支付上还绑定有我母亲的银行卡
foxmachia-小河马的粑粑 10:29
试了一下确实，不过还有1次的全额赔付，另外除非开了小额免密支付，每次付款都还是需要输入密码的
qinzhh 10:31
500的小额支付免密码
foxmachia-小河马的粑粑 10:31
我都关闭小额免密，每次支付都必须输入密码
吕彤 10:32
手机快捷支付不是要用留在银行的手机号吗？
foxmachia-小河马的粑粑 10:32
修改密码还需要知道以前的密码。打开支付宝还需要密码。
张立庭 10:32
怕支付宝不安全的就别用，就跟用信用卡一样，担心安全就使用现金。
foxmachia-小河马的粑粑 10:33
现在的保障还是能串起来的，比较好
谢攀 10:34
如果获取你手机，知道你卡号，可以绑定到我的快捷支付上，用我的支付密码。转账完再解绑[微笑]@CPIC-傅时光
foxmachia-小河马的粑粑 10:35
那就必须手机和钱包一起丢掉了。
吕彤 10:35
手机丢了后挂失要迅速
许振辉 10:35
现实中因为支付宝“漏洞”损失的案件多么？
谢攀 10:36
支付快捷支付的很多很多，不单单支付宝，还有微信，京东，苏宁，百度。。。等等，一大堆。只要没绑过，都可以绑定
foxmachia-小河马的粑粑 10:36
持卡人说明：为保障账户资金安全，只能绑定认证用户本人的银行卡。
foxmachia-小河马的粑粑 10:36
这是目前支付宝添加银行卡的说明
foxmachia-小河马的粑粑 10:37
所以自己的支付宝，只能绑定自己的银行卡。另外，微信的安全卡概念也很好
张化群 10:37
我奶奶的钱是一定要用手绢把钞票包起来的，她对一张纸上印着几个数的存单不放心；我母亲最近两年才习惯用卡，她原来对居然没有印着数字的纸片的卡不放心。我们这一代又会对没有卡的支付宝不放心.......反正一代淘汰一代[呲牙]
foxmachia-小河马的粑粑 10:38
马上要进化到刷指纹付支付宝了，您觉得安全吗？
翁京海 10:39
剁手的节奏
linson 10:39
以后出门都避免留下指纹～要不也不放心～
谢攀 10:39
你开通支付宝，京东，百度用户时，本来就没有个人身份的严格认证
刘杨 10:39
看过一个专题，上海、广州那边案例挺多的。有小偷都是有专人负责操作偷到的支付宝手机。
许振辉 10:40
现金最不安全，尤其是家里有一个亿的[偷笑]
foxmachia-小河马的粑粑 10:42
支付宝现在身份认证不严格吗？反正我是做了最严格的身份认证
foxmachia-小河马的粑粑 10:43
没上传身份证吗？
李凯 10:46
@人保寿险谢攀 我看现在快捷支付新开通均需要本人卡
foxmachia-小河马的粑粑 10:47
对啊，肯定是出现了绑了人家的卡，现在流程都改了
李凯 10:48
而且本身快捷支付的额度是相对卡的额度是有限的，对于敢于尝试快捷支付的人员来说，风险尚在可控范围内。不至于造成翻天覆地的损失
吕彤 10:48
家里有一个亿的人还要加强防范地道风险[呲牙]
谢攀 10:49
不要光盯支付宝，还有好多快捷支付，都可以轻松绑定你的卡[微笑]@CPIC-傅时光
李凯 10:49
最好的办法是发一万元面值的人民币@人保寿-吕彤
谢攀 10:52
不发万元币值是对的。你看绝命毒师里，一个亿得用好几个油桶才能装下，太难保存了
刘杨 11:00
看看《三体》里什么能保存一亿年。
王旭东 12:22
前几天听了一个安全讲座，目前支付宝负责安全的有800人
王旭东 12:24
其中负责技术安全的有200人，业务安全（就是研究各种流程设计漏洞）的有600人。
许振辉 12:28
[尴尬]
Bluecat 12:40
我们有0.08人负责技术安全吗[吐]肿么办？
老梅 12:43
保险公司不需要高等级安全，黑客没兴趣[微笑]
曹京春 12:46
哈哈，梅总的话某些阶段是有其价值的！
tianjie 12:49
客户信息还是有兴趣的
老梅 12:57
一个黑客废了半天劲盗取了保险客户信息卖了，后来买家门打上门来要求退货，因为买到的电话号码很多是代理人的，兼业和专业代理的，真实号码凤毛麟角
田领 13:55
中介业务确实这样，在计算累计规则时能把自动核保系统给整宕机了。
杨健 15:35
@安华农险-刘杨 刻在石头上的字[敲打]
朝霞飞华 16:25
@人保寿险-田领 累计和既往问题的解决方案是影响系统线性扩展的关键。能处理好，系统支持井喷式的业务问题不大。
田领 18:36
我们设计了新方案，后面经验证后可做成公共的服务供核心和渠道系统调用。
tianjie 19:16
[应用消息]
tianjie 19:17
累计的最简模型 就是counter
tianjie 19:18
Google这里有篇文章写的是实现一个sharding counter. 用于应对极限操作
tianjie 19:18
可以参考
tianjie 19:21
实际业务一般都不会有这么极端的情况 参考下思路就可以
朝霞飞华 22:18
@人保寿险田杰 谢谢 ，学习一下
田领 22:20
我刚到
田领 22:44
gap这个分片计数器不错，原理也简单，就是把计数器分成多片，更新时随机选择某一分片递增，总数通过求和每个分片的计数。
田领 22:52
保险中的累计要比这个复杂些，涉及不同的累计计算，包括累计意外险风险保额，累计健康险风险保额，累计寿险险风险保额，累计资金型风险保额，累计份数。这些累计可针对客户所有产品，也可以只针对与当前保单相同的产品，甚至可以针对某一时内的累计，同时还涉及到撤单，退保，终止的累减操作，整体实现的模型要比单纯的计数复杂的多。
tianjie 23:09
那个只解决高并发的锁表问题
tianjie 23:10
不止是随机选一片
tianjie 23:10
还有动态增加分片
田领 23:23
如果已经在分布式数据库上本身就已经是sharding了啊。
阿统 23:24
一起
田领 23:37
在分布式数据库中插一条counter数据就自然动态增加了一个分片，所以分布式数据库才是解决一篮子问题的理想方案。[呲牙]
陈骏 23:45
分片属性是要在业务逻辑上明确，业务逻辑不明确，就不好设计是用水平还是垂直
陈骏 23:48
分布数据库的设计问题，一是业务处理过程关系复杂，二是业务逻辑抽取困难，造成设计困难，很难做到实际应用
田领 23:58
其实很多复杂往往是数据模型设计不当造成的。
奋斗途中人 23:59
非常赞同,数据模型设计至关重要。
————— 2014-12-03 —————
田领 00:01
比如客户合并问题，只要模型设计的好几乎是不用再有合并客户的处理。
奋斗途中人 00:01
本应通过模型设计解决的复杂问题，全部交给代码实现，必然导致处理过程复杂！
奋斗途中人 00:03
不过因为数据质量问题，客户party模型合并，但是数据合并也是必须要做的。
奋斗途中人 00:04
以保单为中心的数据管理，导致客户，客户角色等比较混乱。
田领 00:05
做合并要分时机，模型要支持运行时不合并且保证客户唯一。
奋斗途中人 00:06
是的，以保单为中心，客户的唯一性是可以保证的，但是如果以客户为中心，就比较困难！
田领 00:08
合并的内容要区别开，我们往往只需要合并除五项基本信息以外的数据，而五项正是确定同一客户的依据。
田领 00:11
我讨论的就是以客户为中心时客户合并的方案呢
奋斗途中人 00:14
我觉得如果能够把客户数据合并完整，然后再把客户角色疏理清楚，以及同一个客户以不同角色在不同保单中出现是比较正确的模型设计
奋斗途中人 00:16
如果可以实现，那么业务开拓就可以在一定程度上从被动变为主动！
tianjie 00:40
@人保寿险-田领 他是累加的 不是每次都新插记录
tianjie 00:40
counter和累计保额还是有些区别的
tianjie 00:41
counter不可能每次新增然后sum
田领 00:41
还没睡啊
tianjie 00:41
刚准备睡看见一堆消息
奋斗途中人 00:42
不好意思！
田领 00:42
新插记录是针对你说得动态增加分片相比的
tianjie 00:43
他动态分片是为了让累计尽量的快 但是累加不过来的时候就自动sharding了 实现还是很巧妙的