热门推荐：
　　手机号才是互联网时代的***
　　智能手机改变了人的生活，但从现在看来，显然不是改变那么简单。手机差不多已经可以替代你生活了，以前我们判断你是不是你的时候，可能需要你本人拿着有效证件，至今这也是银行依旧采用的安全措施之一。但很多时候，其实拿着你的手机就可以了，根本不需要知道你是谁。
　　这还好说，最大的无解问题则是你的手机号可能根本就是一个回收回来的旧号，在之前，这可能问题没有那么大，顶多接到一些老***骚扰而已，最可怕的也无非就是债主打***上门要债了。但是现在，问题就会打很多，如果你购买的***号码，别人用过，而且很有可能绑定了许多网站和服务，那么对于原来的机主或者现在的持有者来说，都是一个非常恐怖的事情。
　　一个赵志刚牵，标记了一个时代的手机号“有毒”
　　曾经有一个案例，说一个小姑娘办了一张***卡，从此就进入了无限麻烦的情境中去，不断的收到很多怪异的信息，内容大都是关于一个被称之为赵志刚的人的日常，出行啊，购物啊甚至取钱啥的，都会有消息提示。最终发现，这张卡的原卡主赵志刚，之前用这个手机绑定了很多服务，但之后销户的时候，却没有解绑相关服务，就导致了这样的事情发生。最后小姑娘没办法只好到处去寻找这个赵志刚，引发社会关注。这种事情其实还是挺可怕的，因为很多网站都把手机权限设为最高权限，通过手机就可以找回各种用户名、密码或者其他重要信息，一旦被人利用后果不堪设想。而就算你不利用，也未必能够独善其身，一旦出现别的问题，也难免顺藤摸瓜找到你头上，徒增很多烦恼。所以这种事情就被称之为手机号码“中毒”
　　或许 “手机号有毒”将成为互联网时代的“新常态”，而我们每个人，都有可能成为“赵志刚”。
　　“手机号码解毒计划”，信息时代的折衷
　　i春秋学院网络安全实验室曾经发布消息称，目前市场在售***号码中，大概17%的号码有不同程度的“中毒”情况，大都绑定过一些互联网的产品。由于各个网络服务商的安全验证功能具有关联性，一旦邮箱、手机号码都被掌握，安全链条相当于被撕开一个口子，很多人的注册信息都存在邮箱，通过翻看来往邮件，基本可以知道你在哪里注册过什么产品，甚至包括注册的用户名。手机这一环被攻破，就有可能安全体系全面溃败。而遗憾的是，运营商并没有办法从源头解决这个问题，都需要你自己手动解绑。但是绑定这种事情，绑的时候方便，解绑的时候就麻烦了，起码你也记不全都在什么地方注册过了。
　　这个时候我们就出现了两个方向的问题，一个是自己的***号码有没有被别人用过，第二个是自己如果毕业了，换地方生活了，换***的时候，如何能够干净的抹除自己的痕迹呢？
　　说实话，我也不知道！！但是有人做了一个程序还是蛮有用的，只要你把你的***号码输进去，就可以知道自己绑定了多少网站和哪些app，如果大家有兴趣的化，可以测试一下：
　　阅读原文链接：/h5/。点击阅读原文输入自己***就可以查了
　　相信***号码的这个问题，在没有最终的解决方案之前，还是会困扰一代人的，不知道大家对这个问题有什么看法，有什么自己的遭遇，有没有什么更好的结局方法呢？
请先登录再操作
请先登录再操作
微信扫一扫分享至朋友圈
曾经地产人，后来投资人，资深公关人，媒体过路人，手机测评人...
知名IT评论人，曾就职于多家知名IT企业，现是科幻星系创建人
未来在这里发声。
新媒体的实践者、研究者和批判者。
立足终端领域，静观科技变化。深入思考，简单陈述。
智能硬件领域第一自媒体。Error 401--Unauthorized
Error 401--Unauthorized
From RFC 2068 Hypertext Transfer Protocol -- HTTP/1.1:
10.4.2 401 Unauthorized
The request requires user authentication. The response MUST include a WWW-Authenticate header field (section 14.46) containing a challenge applicable to the requested resource. The client MAY repeat the request with a suitable Authorization header field (section 14.8). If the request already included Authorization credentials, then the 401 response indicates that authorization has been refused for those credentials. If the 401 response contains the same challenge as the prior response, and the user agent has already attempted authentication at least once, then the user SHOULD be presented the entity that was given in the response, since that entity MAY include relevant diagnostic information. HTTP access authentication is explained in section 11.