架构师需把HTML5安全排首位之新功能带来新攻击

前文我们介绍的企业架构师在进行HTML5开始时可能遇到的一些问题,本文将继续介绍随着HTML5功能的增增加,新安全性攻击也会随之增多。498)this.width=498;' onmousewheel = 'javascript:return big(this)' border="0" alt="架构师需把HTML5安全排首位之新功能带来新攻击" width="467" height="153" src="http://s6.51cto.com/wyfs02/M02/47/86/wKioL1P7-ZLSAZIqAAA2_UWLxEk522.jpg" />新功能=新攻击安全专家们所关心的一个问题就是HTML5堆栈在移动和Web浏览器中都可以运行。Shreeraj Shah是一家名为 Blueinfy Solutions的网络安
全攻击供应公司的创始人兼总监,他说:“因此,HTML5攻击载体的类型就非常之多,会随着不同的情况而变化不同的攻击载体。”有了HTML5就增多了许多不同的攻击载体,在某些情况下,是由于新的特性而导致攻击范围的扩大,亦或者因为新的实施方案使得已经为人熟知的风险缓释技术变得
毫无用处。特别值得关注的是,在安全专家发现之前,黑客们是有可能发起一次攻击的。这些特征如下:◆可编程的绘图界面◆绘制3-D图形的WebGL◆本地存储◆存储于客户端的数据◆地理位置◆操作历史◆跨域起源◆媒介标志◆环境安全政策◆本地文件系统访问权限◆Web消息传输◆Web工作人员Shah解释说:“大范围攻击面越来越明显,并且随着功能和组件的应用,安全问题也变得非常
复杂。”这个大型攻击系统的安全问题可以让黑客们利用HTML5组件达到启动客户端攻击的目的,
例如XSS和CSRF,这些是Web应用漏洞中OWASP排名前十的攻击。Shah指出,由于在创立浏览器时,HTML5数据存储以及系统文件中会存有一些用户的重要信息,因此HTML5可以让黑客们利用XSS漏洞来盗取用户信息。画布、操作历史以及一些其他功能特性都属于个人隐私范畴。例如,指纹识别界面就被用于识别特定的浏览者。Shah提出,HTML5应用还扩大了应用程序后端服务器受攻击的范围。HTML5主要是利用 JSON、SOAP 或者 REST这些SOA后端来
获取JavaScript的。屏幕显示、业务逻辑以及数据访问层之间的界限变小了,许多组件也都是Java脚本、HTML5的一部分。Shah说:“因此,可以对业务逻辑进行反工程剖析。攻击者们能够执行和利用真正的业务功能层”缓存及本地存储HTML5新功能使得客户端上的数据存储变得更容易。这些本地存储技术兑现了应用程序性能提速以及允许应用程序离线操作的诺言。如果没有正确的管理、安全及加密处理,
那么恶意黑客就会获取到一份相同的数据。Eads
认为,尽管客户端上的数据有了安全和加密工具的保护,
但是,这些工具却无法起到故障防护的作用。“我们已经证明,该数据并非牢不可破。在大多数案例中都证实,将数据存储与客户端上太冒险了。同样的,从管理的角度来考虑,我们还没有发现将数据存储在客户端上的优势。”Eads指出,在一些案例中,尤其是iOS操作平台上,本地应用可以为本地存储带来更好的安全性。但是另一个方面,Android平台更常见的是root操作,这样可以避免一些平台内部的安全措施。当企业对用户使用移动设备管理(MDM)工具和移动应用程序管理 (MAM)工具有更大的控制权时,Eads确实也认为其打破了惯例。他说:“有了MDM 和 MAM可以降低控制。一种设计较佳的系统架构是能够在适当时候进行控制。但是,有些企业将数据存储在客户端上,却未能进行有效的控制,因此他们就会面临非常严重的风险。”第三方代码(了解代码库)许多企业都开始转向开发HTML5函数库,他们想要缩短时间和提高新应用的质量。而如果函数库中存在风险,或者如果代码源被黑客攻击,那么这种做法就会带来许多问题。对于大多数HTML5应用来说,包括第三方代码在内的所有JavaScript代码都是具有同等级别的安全性。这就意味着,来自第三方函数库的潜在安全漏洞或者故障都可以扰乱企业浏览器的运行时间。Brad Carleton是TechPines应用程序开发公司的创始人兼CTO,他认为:“使用越多的函数库,安全问题就会变得越复杂。我要说的是,
最好的安全防御措施是在使用之前对所
有的第三方代码进行彻底的审查。在一些特殊的情况下,许多潜在‘不被信任’的第三方代码或许会运行于浏览器中,我们可以使用HTML5 Web Worker和iFrame沙箱来进行较为安全的设置。”【编辑推荐】 揭密HTML5带来的攻击手法【责任编辑:蓝雨泪 TEL:(010)68476606】 原文:架构师需把HTML5安全排首位之新功能带来新攻击 返回网络安全首页

时间: 2024-12-22 14:45:08

架构师需把HTML5安全排首位之新功能带来新攻击的相关文章

架构师需把HTML5安全排首位之HTML5安全问题集锦

新的性能同时也意味着新的挑战,网络开发人员和管理员需要将HTML5安全性视为重中之重的问题.498)this.width=498;' onmousewheel = 'javascript:return big(this)' border="0" alt="架构师需把HTML5安全排首位:HTML5安全问题集锦" width="466" height="263" src="http://s5.51cto.com/wyf

Firebug1.8a1发布 新功能、新架构

译文链接:http://www.oschina.net/news/16862/firebug-1-8a1

嘿!架构师,你写不写代码呀?

概要: 1.架构师是神马狮,代码是什么马 2.架构师的成长之路 3.架构师是使用代码作画的大狮 4.本期"小狮子"奖 架构师是什么狮,代码是什么马 记得那天是这样的,总导演(右导)一抛出话题,群内雄狮们可炸开了锅: 狮子郭:架构师应该写代码,架构师需验证自己架构上想法的可行性- 狮子肖:架构师必须得做到了解现状,方案与实际相符,别和猿类离得太远... 狮子P:架构最早是源自建筑,没见过建筑架构师码过砖. 狮子木:仰望星空,脚踏大地. 大伙交流得很high,本狮却觉得心底空闹闹的,我们在

一线架构师实践指南:证券行业应如何构建一体化监控体系?

一体化监控各个厂家.不同类别的监控就像一座座孤岛占满了我们的监控屏.由于各种监控就像铁路警察各管一段,有些复杂的故障问题或性能问题的定位就变的很复杂,影响了问题的快速定位和故障处置.   如何构建一个一体化监控体系(或者整体监控体系),让IT运维人员掌控系统的整体运行情况和运行效能,预知未来系统运行的趋势,确保系统的安全稳定.高效运行,成为一个愈来愈紧迫的问题.   本文内容选自该领域专家曹贝及AIX专家俱乐部社区会员的精彩观点.   专家介绍   曹贝,北京邮电大学计算机硕士,多年的互联网研发

大数据架构师必读的NoSQL建模技术

从数据建模的角度对NoSQL家族系统做了比较简单的比较,并简要介绍几种常见建模技术. 1.前言 为了适应大数据应用场景的要求,Hadoop以及NoSQL等与传统企业平台完全不同的新兴架构迅速地崛起.而下层技术基础的革命必将影响上层建筑:数据模型和算法.简单地将传统基于第四范式结构化关系型数据库的模型拷贝到新的引擎上,无异于削足适履,不仅增加了大数据应用开发的难度和复杂度,又无法发释放新框架的潜能. 该如何构建基于NoSQL的数据模型?现在能供参考的公开知识积累要么是空虚简单的一句"去规范化&qu

架构师之路

1.引言 机算机科学是一门应用科学,它的知识体系是典型的倒三角结构,所用的基础知识并不多,只是随着应用领域和方向的不同,产生了很多的分支,所以说编程并不是一件很困难的事情,一个高中生经过特定的训练就可以做得到.但是,会编程和编好程绝对是两码事,同样的程序员,有的人几年之后成为了架构师,有的人却还在不停地coding,只不过ctrl-c.ctrl-v用得更加纯熟了.在中国,编程人员最终的归途无外乎两条:一是转向技术管理,它的终点是CTO:二是继续深入,它的终点是首席架构师,成为CEO的人毕竟是少数

百度大数据首席架构师林仕鼎:新计算时代

中国最具影响.规模最大的大数据领域盛会--2013中国大数据技术大会(Big Data Technology Conference,BDTC)于2013年12月5-6日在北京举行.数十家领军企业,近七十场主题演讲,不仅覆盖Hadoop生态系统与流式计算,实时计算与NoSQL.NewSQL等技术方向,还对互联网.金融.电信.交通.医疗等创新案例,大数据资源的法律法规.大数据商业利用的政策管制等有深入讨论. 百度大数据首席架构师林仕鼎从一个大数据系统架构师的角度,分享了应用驱动.软件定义的数据中心计

浅谈架构、框架以及架构师

我们先来看看本人对下面这两个名词的个人见解: 软件架构: 几乎每个软件系统的架构都是不同的,因为软件架构的第一步就是根据当前项 目的重要需求及约束来制定一个个技术决策. 软件框架: 可以分成行业框架和通用框架. 通用框架是对大多数软件项目常用的模块(底层+高层)进行封装(同时暴露 热点)的一个集合,能提高开发速度以及质量 行业框架是针对某特定领域,把类似领域逻辑提取出来进行封装(同时暴露热 点)的一个集合,能提高开发速度以及质量 行业框架可以是基于通用框架之上的. 站在架构师的角度,针对架构的开

华为架构师8年经验谈:从单体架构到微服务的服务化演进之路

本次分享的大纲如下: 传统应用开发面临的挑战 服务化实践 服务化不是银弹 服务化架构的演进方向   一 .传统应用开发面临的挑战 挑战1-- 研发成本高   主要体现在如下几个方面:   代码重复率高   在实际项目分工时,开发都是各自负责几个功能,即便开发之间存在功能重叠,往往也会选择自己实现,而不是类库共享,主要原因如下:   从技术架构角度看,传统垂直架构的特点是本地API接口调用,不存在业务的拆分和互相调用,使用到什么功能就本地开发,非常方便,不需要过度依赖于其它功能模块: 从考核角度来