导读:2009年是重要恶意软件和在线恶意活动年份,原因很多,而其中数个都和Botnet僵尸/傀儡网络有关。本文分析云计算在2010年是否会受僵尸网络问题的困扰。
关键词:云安全 僵尸网络
2009年是重要恶意软件和在线恶意活动年份,原因很多,而其中数个都和Botnet僵尸/傀儡网络有关。一个僵尸,或一个宿主,指的是受恶意软件感染而遭犯罪份子从远程操控的个人计算机。当犯罪份子运作网络时,受操控的感染计算机从上万到上千万台不等,犯罪份子们使用这些计算机来增强现今常见的网络犯罪功能,如垃圾邮件散发,服务阻断式攻击(DDoS:Distributed Denial of Services),恐吓软件(scareware),网络钓鱼,及恶意或非法的主机网站等,涉及了所有网络犯罪这块大饼上所有的项目。
前半年度,Conficker破坏程序(又称Downadup或Kido)占据了恶意软件世界所有的头条篇幅。最后Conficker僵尸网络被发现是在进行标准的网络犯罪内容,如利用宿主散发垃圾邮件及伪造的假防毒软件(或恐吓软件)。 报导此攻击爆发的热潮与退烧同样迅速,但可别以为这个威胁就这样消失无踪了。由安全软件供货商,研究人员和其它商业机构所组成的联盟团队,Conficker工作小组(Conficker Working Group)目前正在展示(currently showing)将近6百万个特殊的IP,这些IP显然都已遭此恶意软件感染。
2009年度与僵尸软件无关但却相当重要的趋势是社交网络被恶意滥用的激增。在如Facebook、Twitter和MySpace等社交网站上活跃的庞大使用者人口数量,对在线组织型犯罪提供了难以抵抗的诱因,进行宿主征募及伪造防毒软件诈骗。Facebook就曾遭流氓自动程序滥用(abused by rogue Apps),诱骗使用者点击与广告网络结盟的联结,让制作联结者因每一次的点击而获利。Facebook也曾被用来以许多不同方式散发恶意软件,如张贴在涂鸦墙与信息中的恶意连结,特别设计用来入侵账户(hijack accounts)的恶意软件,和从外部破坏入侵(external compromise)合法的Facebook自动程序。
Koobface家族的恶意软件(也是僵尸网络)在2009年间进化。刚开始时是利用恶意信息和墙面张贴方式夹带伪造YouTube联结,假设需要特别的译码器才能观看影片。所谓的译码器当然是子虚乌有,只会造成账户的感染。不过Koobface现在已进化到可以自行制作伪造的Facebook个人档案页面(capable of creating its own fake Facebook profile),并加入认证用的Gmail邮件账号,个人照片及自传等资料让档案看来更加逼真。这个假的账户接着便会去加入其它网络并送出交友要求,而行所有这些动作都是自动化进的。
接下来就是开始好玩的地方了。除了散发垃圾邮件和恶意软件,web 2.0网站在2009年间曾被以令人担忧的新方式进行滥用。Twitter和Google Reader都曾被用在垃圾邮件散发攻击中做为登陆页面(used as the landing page),企图以此回避电子邮件的URL筛选。最近几个月来,Twitter、Facebook、Pastebin、Google Groups、和Google AppEngine皆曾被运用做为僵尸网络的代理操控中心伺服主机;上周更有报道指出Zeus僵尸网络入侵破坏Amazon亚马逊云端操控EC2的伺服。这些公众论坛被设定来发布混码指令,以便对全球散播僵尸网络。这些指令通常包含更进一步的URL,让宿主可接触来下载指令或组件。
这些网站和服务的吸引力,来自于其提供了公开化,可提升,易取得且无需具名的方式以维护操控基础架构,这些特色同时也更进一步降低了被传统技术检测出的机会。尽管网络内容的检测解决方案可轻易地在当受入侵的端点与已知不良网站(操控伺服),或和可疑及有害的通路如IRC,沟通时检测出问题;个人计算机通过port 80向Facebook、Google、或Twitter等服务供应者提出标准的HTTP GET要求,甚至于1天多次,就过去安全纪录来看都可认定是完全正常的运作。然而当僵尸网络操控者和犯罪集团企图让他们的操控基础架构消声匿迹,混入因特网中寻常的白噪音中时,就不是这么一回事了。
2009年多数的创作皆环绕在僵尸网络的操控系统,这件事并不是个巧合。旧式IRC操控的僵尸网络绝大部份都在24小时内关闭,点对点的宿主通常会留下清楚可见的特征,造成计算机端的歼灭。我认为网络犯罪份子正在评估Web 2.0僵尸网络的一项操控因素,即如果仰赖单一供应者如Facebook或Google,当恶意Facebook网页被关闭后,整个僵尸网络也就被瘫痪掉了。僵尸网络制作者投资了大量的时间和程序,来散布他们所管理的使用了即融(fast-flux)或点对点(peer-to-peer)协议的基础架构。因为我们将会看到他们将教训运用到更新的“云计算操控”僵尸网络中。最新的Koobface变化版极有可能具备了多重自动化成型的个人档案的能力,用来减缓因使用在单一供应者如Facebook或Twitter之个人档案做为掩护,由于单点失败所形成的效应。
每当谈到僵尸网络,都很希望能讲出像“情况愈来愈有改善”的话。但事与愿违。愈来愈多的计算机皆受到感染,而被感染的时间也愈来愈长了。
云安全 信息安全的出路“云”中来 云安全是否可以给局域网带来安全? 云计算:出了问题该找谁 方滨兴院士:云计算仍存安全隐患 公共云计算彼端的数据能否得到有效保护? 虚拟化、云计算发展受安全困扰 Gartner:安全领域正面临云革命 云计算怀疑论:IT安全和法规遵从问题 关于云安全的五点经验 云计算和应用安全所面临的问题与风险 IBM:2010年三大安全趋势 黑客也用云计算 分析报告:云端运算风险到底有多大? “隐私权”挑战CIO:云计算利弊并存 下一代防火墙在“云”中? 思科:下一代防火墙进入云时代 安全专家:用云计算破解无线网络 PaaS云计算服务中常见的威胁及处理方法 云计算正流行:你来应用 谁当保安 评论:云计算是网络噩梦还是虚拟保镖 操作系统让IaaS云计算服务暴露在危险之下 云计算一道坎:如何保证云数据安全 云安全:2010年=云计算僵尸年? 云计算安全漫谈之PaaS阴暗面 FTC对云计算隐私保护和安全性展开调查 如何安全地使用IaaS云计算服务? 虚拟化让云计算面临新的袭击 微软首席法律顾问呼吁云计算立法 如何确保云中的数据安全? 云安全:进入云之前必须弄清的10个问题 2010年IT安全形势:云计算面临更多威胁 公共云中能否遵守PCI标准? 从虚拟化和云计算来看IT安全的两大疑惑 分析:谷歌Buzz出现的问题或影响云计算前景 云计算渐成潮流 安全性是主要障碍 IBM设计超安全专用云计算 为美军介绍开支 亚马逊酝酿推出可管理加密服务 云安全问题已经解决? 分析:真正威胁来自内部云 云安全3.0为云计算提供安全防护 数据中心成为云安全市场的决胜法宝 云计算来袭 多方谋攻拨云安全迷雾 云计算之难 全球四大顶尖安全公司各抒己见 Terremark vCloud Express经历断电事故 用户表示不满 安全第一 寻找云计算的“拆弹部队” 微软等厂商高管谈云安全难题 细数云安全之七宗罪 75%受访者称云计算效果低于预期 安全最关键 安全是云计算的一块短板 云计算安全如何保障? 解析“云”火墙 云安全服务浮出水面 畅谈云计算的真正威胁来自何处 工信部何宝宏:云计算可能让密码学崩溃 云计算:凭什么让我相信你 软硬件厂商联手打造更安全的云计算平台 Novell和Verizon联手推行云安全管理服务 实施云计算难题待解:安全最受关注 云安全联盟CSA:七个致命安全风险 云计算数据保护模式应该引入第三方保障 各种云计算模式是把鸡蛋放在同一篮子里吗? 保卫云端:解析云计算时代的安全视角 RSA观察:云安全工具曲折中发展 部署云计算前需要注意的10个问题 耕云播雨:安全最重要 云安全两大误解:公有云和私有云谁更安全?(上) 云安全两大误解:公有云和私有云谁更安全?(下) Google Chrome OS安全承诺:把所有的鸡蛋放在同一个篮子里? 同态加密能否拯救云计算安全 云中数据的安全性策略和做法 CIO要知道的四个基本的云安全提示 IaaS安全性认知:IT专业人士VS法律专业人士 Savvis:云计算的安全问题要求提升供应商的透明度 从多租户到混合托管:建立一个安全的云计算
本周
本月
“虚拟桌面”的概念的从何而来的?支持虚拟桌面的框架有哪些?云计算与虚拟桌面、云计算与SOA的关系是什么?云计算架构模型呢?如何企业考虑使用云计算,应该注意哪些事项?本手册将为您解答在这些方面的疑惑。
目前关于VMware vCloud Director(vCD)的相关评论有很多,但出于Beta版的试用限制,只有少数人接触了vCD的介绍材料,本技术将介绍vCloud Director的使用技巧。
云计算(Cloud Computing)是真实的,计算正在向云平台转移。尽管从技术的演进上来说,云计算还算不上是一次技术革命,但是,它对IT产业的影响算得上是革命性的。它不仅将影响我们应用IT的方式,更为重要的是,它很可能将引发IT产业新一轮的调整。究竟何谓云计算?它有哪些主要类型?云计算有哪些优劣势?随着云计算的逐渐推广,企业如何在维持原有预算水平不变的前提下搭建一个私有云架构来改进IT业务?本手册将对这些问题进行解答。
云计算的概念越来越流行,Amazon、Google和IBM是第一批将云计算引入公众视线的公司。云计算就是新的Web2.0,一种既有技术上的市场绽放。
从应用运行的角度来讲,云计算的性能就是网络性能、应用性能以及云计算基础架构性能的总和。云供应商只能对最后一个因素负责,而不能对前两者负责。因此,用户在衡量供应商云服务质量时必须遵循一个合适的标准。本文介绍制定云计算服务标准必要性,为了满足这一标准而需要满足的配置,以及云计算服务等级(SLA)的制定和遵从问题。