网站大量收购独家精品文档,联系QQ:2885784924

基于WEB的多媒体文件的加密技术研究与实现.doc

基于WEB的多媒体文件的加密技术研究与实现.doc

  1. 1、本文档共4页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
基于WEB的多媒体文件的加密技术研究与实现 摘要:为了保证多媒体文件的安全传播,可以使用传统的加密算法,如des、idea、rsa等来加密。这些方法具有很高的安全性,但是由于加密的数据量大,导致效率很低,难以满足实时性的要求,为此本文提出从云存储和配备专用的地址运算出发来保证多媒体数据的安全性。这样既能提高访问速度,也能很好的防止盗链,截获等不法行为。 关键词:多媒体 加密技术 云存储 中图分类号:tp393 文献标识码:a 文章编号:1007-9416(2012)02-0220-02 1、引言 随着web技术的发展,互联网速度的不断提升,多媒体服务得以广泛的应用和推广。同时盗版、截获多媒体文件的侵权行为也开始在网络上蔓延。这些行为侵害了多媒体所有者的利益,也是不合法不道德行为。为了保证多媒体文件的安全传播,也是近年来的热门研究话题。目前主要的研究方式是对多媒体加密、将视频数据当作普通二进制数据,因此可以使用传统的加密算法,如des、idea、rsa等来加密。这些方法具有很高的安全性,但是由于加密的数据量大,导致效率很低,难以满足实时性的要求。当然也有选择性加密的方法,而这种加密方法存在着安全隐患。如此看来从视频文件本身来进行加密控制,只会增加网络负载、延迟视频传输。云存储在云计算 (cloud computing)[1]概念上延伸和发展出来的一个新的概念。它是指通过集群应用、网格技术或分布式文件系统等功能,将网络中大量各种不同类型的存储设备通过应用软件集合起来协同工作,共同对外提供数据存储和业务访问功能的一个系统。云存储[2]对使用者来讲,不是指某一个具体的设备,而是指一个由许许多多个存储设备和服务器所构成的集合体。使用者使用云存储,并不是使用某一个存储设备,而是使用整个云存储系统带来的一种数据访问服务。本文将提出从云存储和配备专用的地址运算出发来保证多媒体数据的安全性。这样既能提高访问速度,也能很好的防止盗链,截获等不法行为。 2、云存储加密设计与实现 数据加密技术保证云存储中的数据不会被未授权的用户所访问,因为与普通的视频存储相比,云存储系统并不会直接给用户提供相应的资源文件的url。而是通过用户提交相应的认证信息后,结合用户的ip,用户的访问速度,随机选择云中的某个多媒体文件并且提供相应的流给客户端的播放器。 2.1 多媒体文件的存储方式 多媒体文件在云存储的中的存储方式,主要采用分布式的存储方式。首先将完整的多媒体f进行分割成n份,每份用fn表示。同时分配给每一个fn一个唯一的标准符例如uuid(universally unique identifier)。在控制台,我们记录一个虚拟文件类fileclass,主要包括文件名、文件id、文件大小、第一块文件id、最后一块文件id。每一个fn也会对应一个fnclass主要包括id、fn大小、下一块fnid以及fn的存储地址。如图1所示。 采用分布式的文件存储方式,使同一个文件分成n份,只有通过一定的算法和获取到映射对象的情况下才能重新组装成一个完整的多媒体文件。这样保证了即使在知道资源路径的条件下,也不能获取整个多媒体文件使截获数据失去意义。图2是多媒体文件分布式存储的示意图。 2.2 多媒体文件访问控制 多媒体文件以分布式方式存储在云中后,虽然对整个多媒体文件传输的安全性有了很大的提高,但是对于文件fn的访问控制是保护多媒体文件不被截获的主要手段。保护fn的访问的合法性主要在于服务器端和客户通过一定的加密算法来完成。 系统为每个客户端分配一个id和密钥,用于保证用户的操作是经过授权,合法的。access key id为系统加密算法分配的id;secret access key为系统加密算法分配的密钥,专用的客户端程序可以保证该密钥不泄露出去。所有对fn的操作都需要使用secret access key签名,系统根据id获得服务端的secret access key,重新计算一次签名,如果签名结果相匹配则说明该请求是合法的。否则系统认为请求是无效的返回错误信息。 用户可以在http请求中增加authorization(授权)的head来包含签名信息,表明这个消息已被授权。如果用户的请求中没有authentication字段,则认为是匿名访问。 具体实现方式是如系统分配给a用户access key id 为 aid, secret access key为akey。其中akey只有用户端和服务器知道。这些操作对于用户是透明的。客户端将如下 注:content-md5表示请求文件的id值, content-type表示请求内容的类型,date表示此次操作的时间,且必须为gmt格式 canonicalizedossheaders表示 http中的object user

文档评论(0)

14576 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档