写点什么

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:272726
用户头像

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

关注

评论

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

在YashanDB中如何实现高效的数据恢复和备份策略?

数据库砖家

原点安全签约广西北部湾银行,实现多场景一体化数据安全平台建设

原点安全

天下拍“同步拍”模式:让异地竞拍变得触手可及

至存网络

拍卖系统 拍卖软件 艺术品拍卖 资产拍卖 竞拍

报名开启!AI 助力快速设计仿真技术研讨会(浙江温岭)

Altair RapidMiner

AI 制造业 CAE Inspire Simlab

时序数据库技术创新大会:以 IoTDB 为核心,洞见「DB + AI」的工业物联未来

Apache IoTDB

时序数据库 TDengine × SSRS:自动报表的高性能组合拳

TDengine

tdengine 数据 时序数据库 报表

失明十年后,他在这里找到当大侠的感觉

脑极体

AI

中国商飞与宁德时代跨界,共护投资者权益

科技汇

一张表就是一个智能业务系统,钉钉全新发布“AI表格”

ToB行业头条

京东携手HarmonyOS SDK首发家电AR高精摆放功能

HarmonyOS SDK

HarmonyOS HarmonyOS NEXT HarmonyOS SDK应用服务

LanceDB:AI时代的多模态数据湖

火山引擎开发者社区

火山引擎

Claude Code 免费羊毛快薅

白大米

Claude cursor

2026第二届杭州国际人形机器人与机器人技术展览会

AIOTE智博会

机器人展 智能机器人展 人形机器人展

KingbaseES 到 Apache Doris 实时同步实践|国产数据库数据入仓解决方案

tapdata

Tapdata 日志解析 KingbaseES实时同步 Doris数据入仓 国产数据库,数据类型映射

中国商飞与宁德时代携手,技术创新引领航空新能源

科技汇

中国商飞与宁德时代战备合作,市场影响深远

科技汇

MyEMS开源能源管理系统核心代码解读012

开源能源管理系统

开源 能源管理 代码解读

在YashanDB中优化查询性能的技术分析

数据库砖家

官宣 | Fluss 0.7 发布公告:稳定性与架构升级

Apache Flink

MyEMS开源能源管理系统核心代码解读011

开源能源管理系统

开源 能源管理

数字化转型三阶段:信息化、数字化、数智化分别代表着什么?

优秀

数字化 信息化 数智化

满血DeepSeek加持的AlphaGPT,助力高文律师事务所全面拥抱AI

科技汇

淘宝商品评论API接口全解析:从数据采集到情感分析

tbapi

淘宝商品评论接口 天猫商品评论接口 淘宝API 淘宝商品评论API 天猫商品评论API

ByteBrain x 清华 VLDB25|时序多模态大语言模型 ChatTS

火山引擎开发者社区

火山引擎

全球研讨会|知识图谱赋能数据平台价值升级

Altair RapidMiner

人工智能 机器学习 AI 数据分析 知识图谱

MyEMS开源能源管理系统核心代码解读010

开源能源管理系统

开源 代码 能源管理 开源能源管理系统

脑机接口一百年

脑极体

AI

Agentic时代,我们需要什么样的数据工程(一)

MatrixOrigin

AI 英语口语 App 的开发

北京木奇移动技术有限公司

软件外包公司 AI听力 AI英语学习

Awesome Mac 精选资源合集

qife122

macos 命令行工具

IT小伙伴要知道的-IT运维堡垒机相关知识

行云管家

堡垒机 IT运维

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