本文目录一览：
- 1、网络骗子经常采取哪些方式行骗
- 2、2016支付宝双十二有哪些玩法
- 3、网站安装SSL证书将http变成https很重要吗？
- 4、二维码存在哪些应用风险，该如何防范
- 5、桌面支付离不开浏览器,市面上有很多浏览器,那浏览器的安全性是一样的吗
- 6、二维码病毒为什么扫一扫就会中毒？
网络骗子经常采取哪些方式行骗
一、积分兑换诈骗
犯罪分子冒充各大银行、移动、联通、电信等产品具有积分功能的企业，给事主发送积分兑换短信、微信等，要求事主下载客户端或点击链接，套取事主身份证号码、银行卡号码和银行卡密码等个人信息，利用上述信息在网上消费或划转事主银行卡内金额。
相关案例：沈女士在工作单位收到10086短信称自己可以积分换礼，短信具体内容为：“尊敬的用户：您的积分没有兑换即将清零，请用手机登录 XX网站并根据提示安装下载，激活客户端兑换308元现金礼包”。事主点开链接后按照对方指示操作后发现银行卡被刷走6000 元。此类案件短信显示为10086发送，迷惑性非常高，很多群众上当受骗。
警方提示：犯罪分子会经常假冒有关部门以各种理由给您发短信、微信或打电话，由于个人信息泄露，犯罪分子会掌握您的部分个人信息，因此请不要相信更不要向犯罪分子提供您的个人信息，不要点击任何链接，里面会存有病毒，特别是任何企业和部门都不会要求公民提供银行卡密码和验证码，验证码是个人使用的唯一验证标识，绝对不能透露给自己以外的任何人。
二、冒充客服诈骗
犯罪分子通过非法手段获取网民购物信息和个人信息，以订单异常等理由，要求事主登录假冒的购物网站或银行网站进行操作，套取事主银行卡号码和密码，向事主索要验证码后，将事主卡内资金划走或消费。
另一种经常出现的案例有，事主因网购或转账不成功，在网上搜索相关公司客服电话，搜索到假冒客服电话后，按照假客服的要求进行操作被骗。
相关案例：李先生在家接到一个电话，对方自称是某购物网站的员工，称其订单出现问题需要更改。之后对方就挂断了电话。后李先生又接到了一个电话，对方在电话中自称招商银行工作人员(能够提供姓名和工号)并称来帮李先生更改出现的问题，让李先生给其转账。李先生给其银行账号转账72084元人民币，转账后对方称操作未成功。后李先生通过网上银行给上述账号转账40013元人民币，对方又称操作未成功。于是李先生通过其支付宝给上述账号转账13019元人民币，后李先生接到对方电话称其操作仍然未成功。经与招商银行客服联系称银行没有该服务，李先生发现被骗。
警方提示：各大银行不会通过电话、短信、微信的形式向任何人提供帐号要求汇款，出现上述情况请就近到营业网点向银行工作人员询问，或拨打正式银行客服电话进行确认。无论何种订单出现异常，均不会要求客户向指定账户汇款解决，因此请不要向任何未知账户汇款转账。
三、网络兼职诈骗
犯罪分子在求职信息、招聘信息类网站、论坛、微博、相关通讯群组上发布利用网络进行兼职工作的信息，要求事主在指定的违法购物网站购买手机充值卡、游戏点卡、购物卡等虚拟物品，以刷单返利为诱惑骗取事主支付购买，并将所购买虚拟物品低价转卖处理。
相关案例：黄某在某网站上发现一则日赚千元的兼职信息并附有联系QQ。于是黄某加对方为好友，对方称“刷单兼职”是通过在特定的购物网站上进行手机充值卡虚拟消费，消费成功后会把本金和佣金返还到黄某账户内。黄某按照提示用自己的支付宝账号在某商城内先后购物5次，共消费15344元人民币，并未收到对方返现，且对方拒绝返还本金，购买的充值卡也均已失效。
警方提示：各大网站均不会制造虚拟购买记录提升网络知名度、信誉度，任何兼职工作需认真核实工作内容、性质及发布招聘信息人员的性质，不要轻信任何未见面即要求转账购买物品的网络陌生人。
四、机票退改签诈骗
犯罪分子以“航班取消、提供退票、改签服务”的名义，利用旅客着急出行的心理，通过短信、电话等形式要求事主向涉案银行卡转账，或索要事主银行卡密码和验证码实施诈骗。此类案件中犯罪分子能够准确说出事主姓名、身份证号码、手机号等详细个人信息，迷惑性较强。
还有一种就是旅客想对购买的机票进行改签，于是在互联网上搜索航空公司或订票网站的客服电话，结果搜索出假冒的航空公司客服电话，假冒客服要求旅客按照要求进行操作而实施诈骗。
相关案例：白先生预订了北京飞往广州的机票，出行前一天收到一条短信，具体内容为：“尊敬的xxx旅客你好，你所预定的10月1日7：00从北京T3-广州的xxx航
班不能正常起飞现已取消，收到短信后请及时与本公司联系为您办理退票或改签。给您带来不便，敬请谅解!南航客服电话：XXXXXXX[南方航空电子票务中心]。白先生信以为真，拨打4008166033电话联系假客服，假客服让白先生改签机票，要用起初支付的银行卡再次转账才能出票，出票成功后退还原购票款，白先生按照假客服的要求操作后发现被骗。
警方提示：在网上搜索航空公司和订票网站客服电话，各大搜索引擎均有官方认证电话号码，请不要相信其他任何电话号码，更不要拨打。各大航空公司和旅游类订票网站均有统一客服电话，不会要求旅客向任何账户转账汇款，更不会要求旅客在ATM柜员机上进行转账汇款操作，绝对不会要求客户提供个人银行卡密码和验证码。
五、冒充熟人诈骗
犯罪分子利用非法手段获取事主的虚拟通讯工具、邮箱账号等内容后，以“我是你老板、你家人出事故了、我是你朋友”等名义，声称发生大事急需用钱，骗取事主通过网络进行转账。
相关案例：王某在家中登陆QQ时，一陌生QQ号码添加其为好友，王某发现该QQ号头像是自己老公，在聊天中对方所述情况都基本符合，并称自己在德国，要买机票回国需要
钱，王某就信以为真，为其转账186400元人民币，后对方还要求王某汇款，王某遂产生怀疑，于是给自己真正的老公打电话联系，此时才发现被诈骗。
警方提示：冒充企事业单位负责人或业务伙伴以洽谈合同急需用钱、家人朋友急需用钱为理由，通过QQ、微信等即时通讯软件要求事主向陌生账户汇钱，请您不要将网络通讯工具作为唯一的联络方式，遇到任何有要求转账、汇款的行为，请您提高警惕，通过多方途径核实对方身份，谨防被骗。
希望能够帮到你，采纳哦。
2016支付宝双十二有哪些玩法
主要是在淘宝。
复制这条信息，打开淘宝APP，就可以进入主会场领红包了￥AAgFfXSS￥。
网站安装SSL证书将http变成https很重要吗？
有必要部署SSL证书
解释原因：
谷歌、百度搜索引擎公开会优先收录HTTPS站点，前提可信CA顶级SSL证书。
会被浏览器信任认可，安全加密服务与安全扫描相关CA配套服务。
网页访问率高，防止网站被劫持，常见的是手机广告劫持与流量劫持。
网站源码与系统受到全站SSL协议安全。
网站容易被信任，增加网站信任度与形象。
帮助用户识别钓鱼网站，减少不必要的损失。
通过HTTP vs HTTPS对比测试，表明使用了SSL证书的新一代HTTP2协议，其访问网站的速度远远快于使用HTTP协议的网站。
解决办法：可以让Gworg升级HTTPS。
二维码存在哪些应用风险，该如何防范
第一个问题，现在二维码里大致有这样一些类型的数据：长文本、短文本、名片、网址、wifi配置信息、地理位置信息。
第二个问题，首先通俗的解释一下“中毒”的概念。
中毒和生病一样，病毒需要一个生存和发展的环境，如果扫码能中毒，那么环境是谁?当然是扫码软件以及扫码软件的运行环境(通常就是手机操作系统)了。现在已知的二维码“病毒”大致有以下3种方式：
钓鱼网址，这个严格来说不是“病毒”，属于社会工程学威胁范畴，用户只需稍有安全意识则能有效避免被骗上当。在手机上，打开一个网址本身在大多数情况下是安全的，但危险在于停留在这个打开的网站上，用户干了些什么。用户自己主动输入信用卡号、安全码，用户自己主动输入支付宝用户帐号。另外，网址并不等于网站入口。比如，有一类特殊的网址，叫做伪协议地址，这个也有想象力空间(但似乎没见到攻击案例)，例如sms://、tel://等等，这些点击之后，在不同的系统上有可能会打开不同的应用程序，例如发短信、打电话等等。
HTML/JS混合代码，这是由于很多二维码软件提供了所谓的智能内容感知和识别，调用了浏览器解释引擎去承载和处理这些代码，实质上就是给“病毒”提供了“温床”，所以会“中毒”。但，就目前已知的攻击案例来说，纯第三方二维码类应用软件即使被这些浏览器客户端恶意代码攻击，在绝大多数情况下对用户造成的影响也很有限。极少数情况，可能会发生在：
恶意代码直接攻击浏览器解释引擎，造成内存破坏类攻击，直接获得原生应用程序级别的任意代码执行甚至是提升权限。这种问题发生的概率要远远小于PC端浏览器遭受同类型攻击的概率。主要原因是：大多数攻击程序是需要一定“行数”的代码组成的，而二维码的承载数据能力又是受限制于图片编码的容量极限的。简单理解就是：复杂攻击需要更多行数的代码，较少行数的代码只能实现较简单的“攻击”，二维码由于自身设计的“缺陷”，无法提供恶意代码存储所必要的足够空间，故攻击想象空间和影响效果有限。
自定义的二维码应用。
虽然二维码本身承载的其实就只是普通文本数据(数字、字符啥的)，但有些软件给这些数据定义了一些自己的解析规则，目的是实现扫码后自动XXX或自动YYY。坏就坏在这个自动化的过程，给了数据一秒变病毒的机会。如何理解?参考Web安全里的SQL注入、XSS等，就是最典型的数据一秒变病毒的参考案例。
上面3类“病毒”，第一种可以归类为需要用户交互才能得逞的病毒，后两种可以归类为无需用户交互即可实现“感染”的病毒。
前者在目前来说最常见，后两者攻击易得手但造成的影响大多数情况下极为有限。
应对方式和Web时代的安全问题类似，需要几方面参与者的共同努力。
扫码软件厂商，在提供基于二维码的新应用时，要安全的设计和实现二维码识别后内容的解析引擎，对网址的识别可以集成第三方安全厂商提供的URL黑名单查询服务，对已知恶意网址提前向扫码用户告警，并取消点击交互行为的支持。另外，扫码软件可以提供一个牛逼闪闪的安全模式(其实就是纯文本模式啦)，让有安全意识和能力的用户可以先看看是什么，再决定下一步如何解析、是否允许软件自动化做XXX或自动化YYY。当然了，做产品，还可以在用户体验层面再智能一些，让用户可以更傻瓜一些点【下一步】。
用户要做到：
一要选择知名的二维码扫描软件，二要避免打开陌生和奇怪的网址。
安全厂商，还和现在一样，该干嘛干嘛，多给扫码软件厂商做做推广，集成你们的恶意网址识别引擎吧。再牛逼一点，云扫码吧，所有二维码里的数据，你们先在云端看看，不良内容给消消毒就是了。
至于二维码未来的安全问题?先让我们看到二维码在未来有什么新应用吧，如果没有新应用，那么以上内容已经涵盖了二维码病毒的成因和对策。新应用?我已经预测了以上的第三种方式了。
其实二维码在很久以前就开始研发运用了，阿里与腾讯也是进行二维码支付运营的大企业，只要大家有一定的安全防范意识，二维码还是相对安全的。
桌面支付离不开浏览器,市面上有很多浏览器,那浏览器的安全性是一样的吗
浏览器的安全性都是一样的，你在浏览器上使用支付是需要用支付宝安全控件的，所以再浏览器支付是安全的。
浏览器安全可分为：
Web 页面安全：同源策略、XSS 攻击、CSRF 攻击
浏览器网络安全：HTTPS
浏览器系统安全：安全沙箱
在没有安全保障的 Web 世界中，我们是没有隐私的，因此需要安全策略来保障我们的隐私和数据的安全。
基础概念
如果两个 URL 的协议、域名和端口都相同，我们就称这两个 URL 同源。浏览器默认两个相同的源之间是可以相互访问资源和操作 DOM 的。两个不同的源之间若想要相互访问资源或者操作 DOM，那么会有一套基础的安全策略的制约，我们把这称为同源策略。
同源策略会隔离不同源的 DOM、页面数据和网络通信，进而实现 Web 页面的安全性。
同源策略具体主要表现在 Dom、Web 数据和网络这三个层面。
第一个，DOM 层面。同源策略限制了来自不同源的 JavaScript 脚本对当前 DOM 对象读和写的操作。
比如：从极客时间官网打开任意一个专栏，然后在控制台输入：{//对象 opener 就是指向第一个页面的 window 对象，我们可以通过操作 opener 来控制第一个页面中的 DOM。let pdom = opener.documentpdom.body.style.display = "none"}。
第一个页面将被隐藏，因为两者同源。如果从极客时间打开比如 InfoQ 的页面，因为两者不同源，在 InfoQ 的页面访问极客时间页面的 DOM 是，页面抛出异常，这就是同源策略发挥的作用，Blocked a frame with origin "" from accessing a cross-origin frame。
第二个，数据层面。同源策略限制了不同源的站点读取当前站点的 Cookie、IndexDB、LocalStorage 等数据。
第三个，网络层面。同源策略限制了通过 XMLHttpRequest 等方式将站点的数据发送给不同源的站点。
同源策略的安全和便利性的权衡。
安全性和便利性是相互对立的，让不同的源之间绝对隔离，无疑是最安全的措施，但这也会使得 Web 项目难以开发和使用。因此我们就要在这之间做出权衡，出让一些安全性来满足灵活性；而出让安全性又带来了很多安全问题，最典型的是 XSS 攻击和 CSRF 攻击。
二维码病毒为什么扫一扫就会中毒？
首先通俗的解释一下“中毒”的概念。中毒和生病一样。
一，现在二维码里大致有这样一些类型的数据：长文本、短文本、名片、网址、wifi配置信息、地理位置信息。
第二，中毒和生病一样，病毒需要一个生存和发展的环境，如果扫码能中毒，那么环境是谁?当然是扫码软件以及扫码软件的运行环境(通常就是手机操作系统)了。
现在已知的二维码“病毒”大致有以下3种方式：
钓鱼网址，这个严格来说不是“病毒”，属于社会工程学威胁范畴，用户只需稍有安全意识则能有效避免被骗上当。在手机上，打开一个网址本身在大多数情况下是安全的，但危险在于停留在这个打开的网站上，用户干了些什么。用户自己主动输入信用卡号、安全码，用户自己主动输入支付宝用户帐号。。。另外，网址并不等于网站入口。比如，有一类特殊的网址，叫做伪协议地址，这个也有想象力空间(但似乎没见到攻击案例)，例如sms://、tel://等等，这些点击之后，在不同的系统上有可能会打开不同的应用程序，例如发短信、打电话等等。
HTML/JS混合代码，这是由于很多二维码软件提供了所谓的智能内容感知和识别，调用了浏览器解释引擎去承载和处理这些代码，实质上就是给“病毒”提供了“温床”，所以会“中毒”。但，就目前已知的攻击案例来说，纯第三方二维码类应用软件即使被这些浏览器客户端恶意代码攻击，在绝大多数情况下对用户造成的影响也很有限。极少数情况，可能会发生在：
恶意代码直接攻击浏览器解释引擎，造成内存破坏类攻击，直接获得原生应用程序级别的任意代码执行甚至是提升权限。这种问题发生的概率要远远小于PC端浏览器遭受同类型攻击的概率。主要原因是：大多数攻击程序是需要一定“行数”的代码组成的，而二维码的承载数据能力又是受限制于图片编码的容量极限的。简单理解就是：复杂攻击需要更多行数的代码，较少行数的代码只能实现较简单的“攻击”，二维码由于自身设计的“缺陷”，无法提供恶意代码存储所必要的足够空间，故攻击想象空间和影响效果有限。
自定义的二维码应用。虽然二维码本身承载的其实就只是普通文本数据(数字、字符啥的)，但有些软件给这些数据定义了一些自己的解析规则，目的是实现扫码后自动XXX或自动YYY。坏就坏在这个自动化的过程，给了数据一秒变病毒的机会。如何理解?参考Web安全里的SQL注入、XSS等，就是最典型的数据一秒变病毒的参考案例。