2025上半年,最新 AI实践都在这!20+ 应用案例,任听一场议题就值回票价 了解详情
写点什么

Silverlight 5 的安全性:为局域网而设计

  • 2012-01-31
  • 本文字数:1719 字

    阅读完需:约 6 分钟

Silverlight 所扮演的角色一直为人所误解。人们最初认为 Silverlight 要和 Flash 竞争,但是 Flash 本身已经被 HTML 5 所取代。人们还认为它是一种交付跨平台应用程序的方式,但是 iOS 让这个希望也破灭了。让人奇怪的是,它在人们认为应该是 WPF 的领域——企业内部业务应用程序——中繁荣起来,而 Silverlight 5 中改进的安全性模型也反映了这一点。

Silverlight 2 是人们普遍认可的第一个真正意义上的版本,它出现后不久,人们就想要了解交付传统样式应用程序的方法。这项特性叫做“浏览器之外(out-of-brwoser)”或者 OOB,它最早是在 Silverlight 3 中提供的。但是早在发布之前,人们就开始要求访问 COM。但是正如我们所知,考虑到安全性问题,在浏览器中访问 COM 是非常可怕的想法。尽管微软缓解了这个问题,并在 Silverlight 4 中添加了这个特性,但是仅针对 OOB 应用程序。

一旦 Silverlight 的开发者尝到了 COM 的甜头,他们就要求对底层操作系统由更多的访问权限。并且他们要求即便是在浏览器中运行,也要能够访问。所以我们现在有了带有 p/invoke 功能的 Silverlight 5,它在浏览器之中拥有完全信任关系,这不仅仅是一种幻想,而且要成为一种公司的技术。有些人可能认为这是非常大胆的声明,但是了解一下更新的 Silverlight 安全性概览中所传达的信息,就会发现并不尽然。

在浏览器信任的应用程序中,和浏览器之外信任的应用程序一样,它们拥有其它权利,像访问文件系统和调用 COM 对象。在浏览器中,只有它们带有可信任发行商密钥的签名时,才能够带有信任关系运行,而这属于企业环境中组策略设置的一部分。它永远都不会提示用户赋权。

成为“可信任的发行商”并不像购买密码签名证书那样简单。想要被添加到那个列表中,用户需要手动导入证书,并使用为微软管理控制台所提供的 snap-in 功能来安装。在控制面板中并没有这个快捷方式;用户需要从命令行运行。

在 Silverlight 4 中,应用程序至少需要拥有管理员的权限。但那个限制已经被去掉了。

Silverlight 5 不会去除管理员权限。在 Silverlight 4 中,如果以管理员权限运行 Silverlight 应用程序,那么 Silverlight 就会载入另一个受限的进程并结束原来的进程,从而移除管理员权限。受限的权限与 Windows Vista 及以上版本中的用户账户控制(User Account Control,UAC)限制类似。Silverlight 5 摆脱了这种逻辑,并遵循了正常的操作系统规则,在 Silverlight 5 中,如果应用程序是作为管理员运行的,那么它就会带有管理员权限运行,如果没有作为管理员运行,那么就不会带有管理员权限运行。

代码签名

如果你在部署面向互联网的 Silverlight 应用程序,那么你就可以忽略所有受信应用程序的内容,但是还需要考虑很多安全性方面的指标。首先,微软建议你对所有 Silverlight 签名。“如果你无法使用证书颁发机构发布的签名,那么至少应该自己对应用程序签名,以避免有人在更新应用程序时进行中间攻击。”

重新部署(Re-hosting)

Silverlight 应用程序所要面对的主要风险因素就是重新部署。有人可以创建钓鱼站点,在其中放置真正Silverlight 应用程序的副本。然后服务调用会通过虚假站点跳转,这样用户名和密码就会泄漏。

降低这种攻击风险的一种方式是,进行检查以查看应用程序是从哪个页面载入的。如果不是从正确的域中载入,那么你就应该在启动的时候退出。

跨站点脚本攻击和页面/ 应用程序信任

默认情况下,Silverlight 并不容易受到跨站点脚本攻击。然而,暴露脚本函数就会引入这个问题,特别是在那些函数调用XamlReader.Load 或AssemblyPart.Load 的时候。作为一种规则,所有带有ScriptableMemberAttribute 标签的函数都可以从JavaScript 调用,所以你应该仔细检查,看其中是否存在安全性漏洞。

另一种可能是引入了调用页面上JavaScript 脚本的恶意Silverlight 应用程序。为了减少这种可能,

直接服务调用(Direct Service Invocation)

一种经常被忽略的攻击点是应用程序使用的服务调用。WCF 没有一种可靠的方式用于检测web 服务是否真正来自于Silverlight 应用程序,所以你需要假设所有服务调用都可能是恶意的,并且要在服务器中再次执行在客户端已经完成的验证操作。

查看英文原文: Silverlight 5 Security:Designed for the Intranet

2012-01-31 03:272521
用户头像

发布了 340 篇内容, 共 137.9 次阅读, 收获喜欢 13 次。

关注

评论

发布
暂无评论
发现更多内容

报警不响,黄金万两的“稳定性成熟度”干货

滴滴普惠出行

Dubbo微服务框架请求流程

GalaxyCreater

架构

微服务

石刻掌纹

Kubernetes 网络通讯模型解析

ninetyhe

django-admin和manage.py用法

BigYoung

Python django django-admin manage.py

什么是死锁?如何解决死锁?

奈学教育

凉了!张三同学没答好「进程间通信」,被面试官挂了....

小林coding

操作系统 计算机基础 进程

解决 WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED

邵俊达

Linux SSH

华章科技好书5折优惠,满99再减10元

华章IT

Python AI 数字化转型 Java 25 周年 计算机科学丛书

架构师训练营第十周作业

一剑

数据库的那些事

数据社

数据库 大数据

什么是死锁?如何解决死锁?

古月木易

死锁

微服务和DDD总结

周冬辉

微服务 DDD

只加两行代码,为什么用了整整两天时间?

程序员生活志

编程 bug

35岁腾讯员工被裁员感叹:北京一套房,存款700多万,失业好焦虑

程序员生活志

程序员

一周信创舆情观察(8.3~8.9)

统小信uos

架构师训练营 week10 summary

Nick

Flink 支持的重启策略有哪些

古月木易

flink

Jira 和 Confluence 企业最佳部署方式

Atlassian

项目管理 敏捷开发 Atlassian Jira

微服务架构的思考

Season

CDH部署指南

数据社

大数据 CDH

Django如何编写自定义manage.py 命令

BigYoung

Python django manage.py

一文了解greenplum

数据社

数据库 greenplum MPP

数据中台建设方法论

数据社

大数据 数据中台

架构师训练营 week10 homework

Nick

关于微服务架构的思考和认知

任小龙

第十周作业

方堃

week10 学习总结

任小龙

anyRTC 4.0 以心铸造,以梦相承

anyRTC开发者

anyRTC 4.0 官网升级

Flink 支持的重启策略有哪些

奈学教育

flink

聊聊数据库

数据社

数据库 大数据

Silverlight 5的安全性:为局域网而设计_.NET_Jonathan Allen_InfoQ精选文章