纯技术视点

PTV-Pure Technology View
随笔 - 216, 评论 - 2626, 引用 - 95

导航

关于

标签

每月存档

最新留言

广告

【第1页/共4页,55条】
首页
前页
1

TechED 2006 参会印象

1、看起来参会人员似乎和去年差不多,可房间却十分紧张,最后挤在四人间,而且距离会场较远,TechED 渐有成为唯一的微软年度盛会之势,PDC 已经两三年不见了;

2、有幸见到一位厉害人物,VB 产品组的总经理潘正磊,从 Access 1.0 做起一直到现在 14 年,参与主持开发的产品很多,虽然自己现在 VB6, VB.NET 基本上用的 少了,但受到其个人魅力吸引,两堂课都听了,很受感慨,要是在中国,能找到这样一位14年编写代码,做产品规划和管理,还能在课上大讲 Debug 技巧与 Tricks/Tips 的人吗,一行一行调试代码的人吗?

3、Vista/Longhorn Server 的远程显示协议(RDP) 到 V6.0 ,支持 Gateway ,更安全(类似于 Outlook 的 RPC Over HTTPS),支持NAP(网络访问保护),可以直接支持远程应用程序,这个特性很 Cool,不过似乎很象 Citrix 的东西;

4、SharePoint 中的工作流基于 WF(为什么不叫 WWF 了?这和WPF、WCF不匹配呀)真不错,Kaneboy 演示的例子也非常好,看来也是精心准备的,可惜 kaneboy 问的问题没太有把握,没敢举手,没有拿到礼物,回头买一本支持一下,自己翻译过书,也知道写书、翻译书挺累的,要尊重作者劳动和知识 产权,呵呵,顺便夸奖一下 Kaneboy 的美女同事 TingLi ,技术、演讲能力都不错,同 Team 的其他成员都不错。回头再做开发的时候,要好好考虑一下能不能用 Infopath + SPS 2007 搞定,这样能避免大量无聊的代码了,开发生产力第一;

5、最近是国内各大银行网上银行的多事之秋,传统的“用户名+密码”的安全弱点已无法承担此重任,使用数字证书也仍然在端点上存在一些问题,Vista 的 CardSpace(InfoCard)技术来得正是时候,不过我估计给银行的决策人员介绍是可以,要用的话,估计还得段时间,要使用它,还是需要一些魄力与技术洞察力的;

6、今年听了一些 MOM 的课,东西是好东西,可如何说服领导花钱购买这个东西,提高管理水平,这似乎是个问题;

7、今年的动手试验室不错,但时间还是感觉紧张,脚本也没有翻译成中文,绝大多数人都做不完,不过能开放16个小时也不错,晚饭后还做了两个 Biztalk 2006 的试验,可惜没有带大硬盘,把这些虚拟机和资料 Copy 回家自己慢慢看;

8、今年的赞助商似乎不如去年,缺少去年 AMD 的那种气势;

9、今年的 MVP 活动感觉不如往年,没有很好的机会聚在一起好好聊聊,缺乏交流致使大家都不怎么互相认识,感觉比较陌生,而且把自己喜欢的一张 MVP 海报拉在房间里了,依旧感谢 MVP Lead 为我们申请的门票;

10、日程安排得挺紧张,有点累,得好好休息一下了,刚好凑够10条,呵呵。

posted on 2006-09-24 00:52:00 by moslem  评论(8) 阅读(7097)

新名词 - Ransomware 勒索软件

先列出大家都了解的一些常见的与安全相关的名人堂:

  • 病毒 - Virus
  • 蠕虫 - Worm
  • 木马 - Trojan Horse
  • 假病毒 - Hoax
  • 恶作剧 - Joke
  • 后门 - Backdoor
  • 间谍程序 - Spyware
  • 规模传播的邮件病毒 - Mass Mailer
  • 僵尸程序 - Bot
  • 广告软件 - Adware
  • 恶意代码/脚本/代码 - Malware/MalScript/MalCode
  • 网络钓鱼 - Phishing
  • 键盘记录软件 - KeyLogger
  • 行为记录软件 - Track Ware
  • 窃取程序 - Stealer
  • 垃圾邮件 - Spam
  • 拨号软件 - Dialer
  • 逻辑炸弹 - Logic Bomb
  • 漏洞利用代码 - Exploit Code
  • 流氓软件

现在又有新成员Ransomware - 勒索软件加入了,大家鼓掌欢迎,这里简要介绍一下它的政治面貌:

勒索软件(RansomWare)是黑客用来劫持用户资产或资源并以此为条件向用户勒索钱财的一种恶意软件。勒索软件通常会将用户系统上多种类型的文件,如文档、邮件、数据库、源代码、图片、压缩文件等,进行某种类型的加密操作,使这些文件不可用。勒索软件还可能通过修改系统配置文件,干扰用户正常使用系统的方法使系统的可用性降低。然后,通过弹出窗口、对话框或生成文本文件等的方式向用户发出勒索通知,要求用户向指定帐户汇款来获得解密文件的密码或者获得恢复系统正常运行的方法。

查看:勒索软件详细介绍全国首例传播电脑病毒敲诈案告破 

posted on 2006-07-26 11:34:00 by moslem  评论(7) 阅读(6787)

新书预告:《数据库加密-最后的防线》

前几天,思归提到数据库安全是个大问题,我深有同感,感觉现在大家在外围、应用安全上做的工作比较多,往往忽视了数据库的保护,而这部内容恰恰是最关键的信息资产,正好本人与同事最近刚翻译完成了一本这方面的著作,《数据库加密——最后的防线》近期将由电子工业出版社出版,本书中详细介绍了如何对数据库的数据进行加密,同时给出了 Java 样例代码。

译序节选>>   (单击显示/隐藏)


目录节选>>   (单击显示/隐藏)

查看Amazon 原版信息

posted on 2006-07-25 17:32:00 by moslem  评论(5) 阅读(6095)

网银大盗的作案手法

之前提到的网银安全的事有结果了,大家了解一下网银大盗的作案手法,很有教育意义,希望大家可以举一反三,不,说错了,是很有警示意义,希望大家可以以此为戒,加强防范,呵呵。

某报讯,在互联网上兴风作浪将近一年的“新网银大盗”电脑病毒作者已经被捕。这位16岁的电脑高手通过在被害人电脑中“种植”电脑病毒的形式,盗窃工行网上银行用户密码账号,然后通过多次转账的形式提取现金。截至案发时,刘某已经窃取现金62500余元。

  据悉,犯罪嫌疑人刘某系厦门市某中专校在校生,被捕时年仅16岁。刘某入侵了吉林搜狐网,将其中部分网页链接改造成可偷偷打开事先设定的恶意网页的“陷阱”链接,从而在点击者的电脑中“种植”电脑病毒。他制作的电脑病毒“新网银大盗”一旦发现用户登录工行个人网上银行的界面,就开始记录用户的键盘输入内容。如果卡号长度为19个字符,并以“95588”开头时,病毒就会将记录下的卡号、密码和验证数字等信息加密后自动传送给电脑病毒作者。通过这种形式,刘某盗窃工行网上银行用户密码账号,然后通过多次转账的形式提取现金。据警方介绍,仅仅通过侵入吉林搜狐网传播木马病毒,刘某就获取了124张银行卡的网上银行资料。网络警察在一个与他相关的网站上还发现了数百张银行卡资料,最终查明刘某前后一共盗走12名受害者银行卡内的钱款62500多元。

一位少年就可以对资产达几千亿的超大银行的系统造成威胁,这种不对称就来自于满山遍野的黑客工具和银行科技人员的不作为,要不是警察叔叔帮忙,真为这些银行的客户担心。

posted on 2006-07-20 21:55:00 by moslem  评论(24) 阅读(10592)

参考:微软平台在金融行业应用案例

参照Microsoft网站及一些搜索引擎的结果,总结如下:

微软平台 金融行业应用案例
地域 机构/公司名称 系统名称 平台与技术 备注
国外 纽约银行 BNY 所有应用基础平台转向 Windows 和 .NET  Windows , .NET 为了提高可靠性、生产力以及成本效益,纽约银行正在Microsoft Windows Server 2003和Microsoft .NET Framework进行标准化工作,将其作为公司的分布式系统集成构架平台和Web服务、Web应用程序以及智能客户端应用程序的基础。
纽约银行 欧洲基金服务集团
BNY EFS
关键的基金服务系统 Windows, .NET, SQL Server 使用了智能客户端(Smart Client)技术,即 GUI + Web Service
新墨西哥银行 核心银行业务系统(Alnova .NET)  Windows, .NET  
伦敦证券交易所 市场信息和数据访问系统 Windows, .NET, SQL Server SQL Server 2000 上每秒处理 3,000 次交易
JPMorgan Chase  构建基于 FIX.NET 的自动交易系统 Windows, .NET  
加拿大丰业银行
Bank of Nova Scotia
汽车金融融资系统 Windows, .NET, ASP.NET -BNS
Bank One Online Banking Windows, .NET  
美林公司
Merrill Lynch
Call Center (800) Windows, .NET, ASP.NET 设计容量:2500万用户,7500万笔交易/日
路透社 产品集成与递送(RAPID), Windows, .NET, ASP.NET 主要用于数据的自动分发与自动集成
世界银行 数据仓库系统 Windows, SQL Server  
J.P. Morgan Mortgage Capital 贷款系统 Windows, SQL Server  
SWX 瑞士交易所 交易系统与会员接口 Windows, SQL Server 欧洲的第三大股票交易所,系统为撮合所有的交易订单的核心系统(Exchange System)和交易会员的接口(Trading System)
John Hancock 金融服务公司 核心会计核算系统 Windows, SQL Server  
巴西银行 商业智能(BI) Windows, SQL Server  
巴西期货交易所(BM&F) 外汇交易系统 Windows, SQL Server , .NET , Biztalk 每日交易数额达50亿
花旗集团 金融行业数据发布(CitiVision) Windows, .NET 数据源有270个,为全球12000名用户提供服务
Bear Stearns(投行与证券) 整合 AS/400 上的交易系统 Windows, .NET  
通用汽车金融服务公司
GMAC Financial Services
商业贷款流程自动化 Windows, .NET , SQL Server MortgageRamp为包括Deutsche Bank、JP Morgan、Allied Capital和Morgan Stanley在内的 14个主要贷款方充当了一个贷款交换所和提供起点服务
CheckSpace 电子支付 Windows, .NET , SQL Server  
马德里证券交易所 证券交易系统 Windows, SQL Server  
国内 浦发银行 SAP Banking Windows  64位Windows, HP Superdome主机
日盛金融控股公司 核心银行业务系统(T24 for Windows )  Windows 每小时交易量10万笔以上,(台湾)
招商银行 Online Banking Windows, .NET, ASP.NET 包括对公与对私
中国人寿 综合业务处理系统前端 Windows  全国范围

欢迎大家补充。

注:这里主要指的是行业应用,并没有列出一些一般的非关键应用、小型应用或桌面应用,如OA等,如果这样列,那就多了去了,那家金融机构没有用Windows呀。

查看Microsoft Customer Evidence (这里可以查找微软的行业解决方案与应用案例)

posted on 2006-07-12 17:12:00 by moslem  评论(11) 阅读(7249)

Security of Online Banking, 任重而道远

前两天CCTV报道说X行的网银又出事了,好几个客户被转走了卡内的全部资金,而且不是直接转走,而是先转移到一些中间帐户(已经被黑客掌握),经过几次折腾,最后才被取走...,看来X行的网银已经成为一些黑客的“僵尸帐户”了。

银行一般碰到这种事,只会把责任全部推给客户,因此据报道说,这些受害的客户甚至成立了一个“X行网银受害者“的QQ群,来专门和银行交涉,里面损失最多的达六七十万...

再看看这个我的某个 Post 后的 Comment:

出售工商银行网银木马
出售(可以测试后满意再买)
工商银行小马(限量) 价格:面谈
工商银行木马生成器 价格:面谈
工商+农行(带键盘截图)生成器 价格:1600/套

联系QQ:50103XXX

首先,这些银行的科技人员应为此感到汗颜!其次,再次提防大家小心,谨防木马,尤其是在这些银行开通网上银行的客户。

posted on 2006-07-12 16:55:00 by moslem  评论(6) 阅读(6109)

“最为安全的”Oracle 电子邮件系统

大约几年前,Oracle 的电子邮件系统的广告频频出现在诸如《网络世界》等媒体上,广告好象都是两页整幅的,本身做产品广告并不是什么稀奇的事,但是当时广告中的内容确让我记忆犹新,自夸为最安全的邮件系统,永远攻不破的邮件系统,比 MS 的邮件系统强多少多少之类的...

由于当时对邮件系统(包括 Exchange )还是了解一些的,看到如此广告,强烈怀疑其是否在做秀(就像托普要招1000名工程师一样),但一直没有机会去试用这个所谓最强的邮件系统,今天在 CSDN 上终于看到有用户对他的评价了:

......

Oemichen写道,“我在看到OCS系统是大吃一惊,因为这明明就是一个落后了当今技术四、五年的系统。参加培训的人员都吃惊的对视着,不断摇头。该系统竟然能够成为该州所有机构背后的支持系统,无论用户是使用Novell Groupwise还是Microsoft Exchange;这实在是不可思议的事情。我不禁要问这到底是谁决定的,把如此重要的任务托付给了如此垃圾的系统。(我已经退休了,所以我也没什么好担心的。)回答是——它很便宜!这的确是一个事实。但是如今网络上很多的评论认为这是Oracle公司的一种尝试手段,想借此增加一定的市场份额,以与该市场的巨头们竞争。而该州就成了这种尝试的牺牲品。……该产品实在是比较差劲,并且在微型机上的管理成本也是蛮高的;这样以来,它就很难对IT遇到的各种问题进行解决,因此也就很难完成任务。”

......

全文见此:Oracle电子邮件系统危机重挫CIO

posted on 2006-03-29 17:15:00 by moslem  评论(6) 阅读(6232)

一本好书是如何被糟蹋的

最近在看 Rod Johnson?的《Expert one-on-one J2EE Design and Development》的中译本《J2EE设计开发编程指南》(由电子工业出版社出版)时,发现一些令人啼笑皆非的译法,举例如下:

  • Cluster - 聚类 (正确应为“群集”)
  • Markup - 置标 (正确应用“标记语言”,如 HTML 等)
  • Callback - 回叫 (正确应为“回调”)
  • Refactoring - 再加工(正确应为“重构”)
  • Bug - 隐错 (正确为“(软件)缺陷”)
  • Own - 拥有 (正确应为“负责”,如 Who owns the project)
  • Servlet - 小服务程序 (专用词汇,最好不翻译)
  • Singleton - 单元素集 (应遵照惯用译法“单件”)
  • "chatty" calling - 唠唠叨叨式的访问 (应该意译为“频繁访问”)
  • ...

这些被误翻的词语在书本中大量出现,严重影响了阅读体验。如果译者没有技术背景,也确实难为他们能想出这些词,所以要想翻译好技术书籍,还是要懂点技术的好,如果技术不太懂,至少要勤快点,像以上词语在 google 中 Search 的时候,肯定会找到最适合的译法的。

另外从我翻译书籍和看别人翻译书籍的经验来看,如果太遵循英文原著的句式或表达方式,译文往往非常生硬、不易懂。老外的长句子很多,尤其是很长的定语从句一定要拆开,英文中的两个句子(用“.”隔开的)往是有因果关系的,但如果译成中文时用句号隔开,就不能体现这种关系,所以不仅仅是文字的翻译,标点的翻译也很重要,如并列关系的“a,b,c”应翻译为“a、b和c”。

posted on 2006-03-28 15:58:00 by moslem  评论(20) 阅读(7730)

短信服务---新的打劫工具

这几年每年春节,我都不敢开手机,铺天盖地的短信,手机一直响个不停,只用几个小时那可怜手机就被撑满了,有时候甚至删短信都赶不上收的速度,真佩服移动和联通公司的手机短消息系统的软件开发人员。

春节发发短信给同事朋友问候一下是好事,可是一想到咱费半天劲发一条短信,就要被运营商扣一角钱,有点感情被利用的感觉,所以近一两年春节,我是一条短信也不发的,手机基本关机。

正是觉得这人民群众的钱再好赚了,虽然单个人收费并不高,但架不住咱中国人多呀,去年的超女、梦想中国节目大赚了一把,虽然我觉得里面的几个选手不错,但就是不上他们的当,今年春晚,堂堂地央视春晚也搞起了这种勾当,利用已成定论的熊猫起名,来愚弄老百姓,大赚老百姓的钱(详见这篇:狗年过节不收礼,短信打劫才时尚),这情形基本上有点像:1=1 等于几呀?请观众朋友把短信发到 2006 .... 这谁发谁傻。

鉴于短信服务已经逐渐沦为一种赤裸裸的打劫工具,请看好您的手机,谨慎发送每条短信。

posted on 2006-02-04 21:35:00 by moslem  评论(15) 阅读(4768)

译作上架 -《信息安全实施指南》

2005 年最后一天了,基本上没什么大事,全是整理今年的一些文档资料和未竟事宜。

翻译的新书终于上架了,这是一本针对 CEO 和 CSO 的安全指南,主要介绍了在公司内实施信息安全的方法论、人员/过程/技术及信息安全路线图等内容。

原书名“The Executive Guide To Information Security”,翻译为《信息安全实施指南》已有点不能反映本意,结果出版社又在前面加了一句很不专业的“没有任何漏洞”,预计会遭到不少专业人士的批评,无论如何,该书对于一些在企业做安全管理的人员来说,还是值得一看的,尤其有用的是方法论及书本中一些可以实际应用的评估模板。

主目录如下:


前言
第1章 信息安全挑战
第2章 信息安全概述
第3章 制定信息安全计划
第4章 人员
第5章 过程
第6章 技术
第7章 信息安全路线图
第8章 展望未来
第9章 总结
附录A 安全评估框架
附录B 信息安全网站
附录C 可用的安全标准
附录D 安全职位界定的范例

新的一年要开始了,已经和几位在 Blog 上留言的人差不多组织好了,准备翻译这本 NIST 专家的 “Role Based Access Control”(《基于角色的访问控制》),主要目的是 Learning by Doing ,呵呵。

查看《信息安全实施指南》图书信息

posted on 2005-12-31 15:40:00 by moslem  评论(5) 阅读(5095)

“多实体”--- 一个非常重要的软件特性

最近由于工作关系接触了一部分国外的银行应用软件厂商,并详细了解了他们的软件特征和功能,其中各厂商都着重强调的一个特性就是“多实体”支持(Multiple-Entity Support)。

其实“多实体”这也不是什么新鲜玩意儿,有点类似于“多实例”(Multiple Instance)的概念,即在多个用户可以使用同一个系统而互不影响,IBM主机的分区、SQL Server 、Oracle 中的数据库实例、Web 服务器(IIS、Apache等)的虚拟主机、Windows 中的用户环境、.Text Blog 都可以算是支持多实体特性的具体表现。

多实体特性给用户带来很多好处:

  • 多个用户可以共享一套系统、降低软件成本,加强资源利用
  • 对于大型企业来说,其分支机构可以灵活选择共享同一个实体,或利用多个实体,或根据现阶段实际情况使用多个实体,而在将来整合成同一个实体(这项特性对于目前中国的金融企业非常有用)
  • 用户可以在一个物理系统内建立多个逻辑系统,以适应开发、测试、运行的需要,而互不影响
  • 多个实体可以共享全局参数,独享局部参数,从而即有利于统一管理,又有利于个性化
  • ... ...

要在应用软件中实现多实体特性也不是很难,主要工作大概有:数据库中的各个表加一个实体标识字段,UI 入口处可以让用户选择所使用的实体,在应用软件内部做好各个实体间的认证和访问控制(授权)隔离,设计好全局参数和实体的局部参数等。

只要在前期的软件分析、设计与实现中,投入少许精力就可以实现多实体特性,但此特性将给应用软件本身带来很大增值效应,对于用户来说,这个特性是非常吸引人的。

posted on 2005-11-28 20:54:00 by moslem  评论(4) 阅读(5162)

警惕某些服务器厂商在 TPCC 性能指标上搞猫腻

先说我了解的一个真实案例:某单位要建立一个系统,设计容量是 2008 年要达到 1500 万客户的规模,在花费巨资(将近 100 M $)建设起此系统后,运行只有几个月,客户量也只达到几十万,厂商就说此系统容量不够,要花数 M $ 要扩容,并声称不是拍脑袋是,按 TPCC 计算的结果 ...

以前只大致了解 TPCC 指标的一些情况,平常也就看看 By Performace 和 By Price/Performace 的 Top 10 列表,了解一下各厂商的实力和产品的情况,这次对 TPCC 进行了一下深入了解,发现了一些容易被厂商搞猫腻的地方。

TPCC 简单的来说,就是事务处理性能委员会 TPC 组织针对联机数据库应用系统(OLTP)制定的一个综合性能考评指标,它模拟了一个批发 商的货物管理环境,有标准的数据库结构(Schema),可以很容易的扩展,在此系统中,主要有五类交易:

1. 新订单(New-Order)  
2. 支付(Payment )  43%(最小比例)
3. 订单查询(Order-Status)  4%(最小比例)
4. 交付(Delivery)  4%(最小比例)
5. 库存查询(Stock-Level)  4%(最小比例)

因为 TPCC 指标值主要是衡量“新订单”交易的数量,所以厂商都会趋向于增加新订单交易的数量,这样并不满足实际的应用场景,所以 TPCC 的规范中指定了后四种交易数量的最小比例,这样意味着 “新订单” 的数量最多只能占到45%(这个 45% 不知出于什么原因,在很多 TPCC 的指标介绍中并没有提及)。

这就说明了:如果一台机器有 1000 tpm (Transactions per Minute),那么它实际上处理的交易(请求)为 1000/45% = 2222 ,而实际上大多数厂商在面对用户估算应用系统需要多少个 TPCC 的服务器的时候,是计算所有交易量的,这样带来的评估结果是用户至少买比实际需要大一倍性能容量的机器,获得利益的谁呢?当然是服务器厂商,越高 TPCC 值的机器,价格越高,性价比也一般要偏小。

此外,服务器厂商还容易在以下方面愚弄客户:

1、交易复杂度(用户的一个交易约等于多少个 TPCC 的标准交易),某国际著名的服务器厂商建议此值取 10 - 20 ,这个值也忒大了点, 在 TPCC 的场景,交易也不是很简单的,和实际的应用交易差别并不是很大。

2、按一些峰值指标来计算性能,实际上,这些峰值只是在极少数情况下出现,所以在计算时,应乘以 80% 的系数。

3、预留容量,很多厂商建议预留容量,甚至达到一半,这有点过份,在实际容量要求增高的时候,可以通过服务器的横向扩展来纵向扩展来满足应用要求,何必为未来五年的要求,要在眼下一下子要做全部的硬件投资呢? 何况硬件的价格在不断下降呢。

现在回头来看刚开始的案例,除了说他们愚弄客户,贪得无厌之外,还有什么可说的呢?

BTW:在了解 TPCC 的同时,我整理了一个 TPCC 介绍的 ppt ,其中包含了一个自己总结的估算应用系统所需 TPCC 的公式,这里无法增加附件,有意者可以留言索取(2005.12.31 前)。

posted on 2005-10-15 14:31:00 by moslem  评论(158) 阅读(10005)

标准的魅力

假日的中关村 people mountain people sea,在海龙发现一个很有意思的小店,全是卖各种转接设备的,其中以 USB 居多,几乎能想到的接口,都有相应的小设备来转换:

  • 网卡、无线网卡
  • 声卡
  • 红外设备
  • 蓝牙设备
  • 串口
  • IDE、SATA
  • PS/2
  • 游戏手柄、跳舞毯
  • USB Hub
  • 摄像头
  • 各种读卡器(CF、MMC、SD等)

除此之外,还有DC、DV、PDA、手机也大多是 USB 接口来和电脑交换数据的,当然还有各种各样新奇的 USB 设备:小灯、电风扇、电热杯、手机充电器等,好玩,现在已有很多国产电视支持接移动硬盘播放流媒体的功能。

中关村的 优盘/MP3 市场就象大白菜一样随处可见,而且买移动硬盘的人也很多,这都得益 USB 标准的简单、高速、方便、可热插拔的特性。现在如果电脑上没有 USB 接口,大家是无论如何不能接受的,正如 USB 官方网站所称的一样:It has the power to connect you with a whole new world of PC experiences.

USB 设备在 PKI 应用上也大有可为,在国内,各银行的网上银行的数字证书大多以 USB 为介质存储,而且形象地称之为 USB Key 或 USB 锁,很家大家的欢迎,而智能卡(Smart Card)却似乎不太被普通用户所认可,而且需要额外的读卡设备。

USB 好象最早是 Intel 组织几个厂商制订的,然后贡献给了业界,所以使用 USB 接口无需专利,所以目前一些争取“闪存盘”蝇头专利的厂商甚是无聊。USB 下一步的发展方向是无线 USB ,即以后的 USB 设备都可以不用线缆了,这是不是对目前的红外、蓝牙等外设通讯方式是很大的冲击?当然了,USB 2.0 的 480M 速度也并不是非常高,对一些高速存储设备来说,以后仍可能需要升级。

posted on 2005-10-05 21:51:00 by moslem  评论(4) 阅读(3792)

与 MSF 有关的两个问题

TechED 2005 上有个 Session ,主要内容是 MSF 4.0 的新特性及 Team System 的概况,其中讲师提了两个很意思的问题:

1、微软公司有多少个项目是按计划完成的?

大家刚开始猜答案的时候,还都是估计,我甚至想站起来使用一下 8/2 定理,结果大家的答案都不对,有人于是猜没有项目是按时完成的,最后终于有哥们指出这个问题的关键所在,此“计划”是“最初计划”呢,还是不断调整的“计划的最新状态”呢,因此这个题目的答案是:所有项目都是按计划完成的

这个题目带来的思考就是项目计划的动态性,项目的变化是天然的,所以计划也是不断更新的,很多人(包括我)在项目开始时仅使用 Microsoft Project 做个甘特图,就以为完成计划的制定了,这种思路一定要改变,PMI 中的项目管理也是不断在“制定”-“执行”-“控制”中循环进行的,是一样的道理。

要与时俱进。

2、微软公司有多少个部门在使用 MSF ?

这个问题问得大家有点懵,身后有个哥们好象是中途才进场的,没有座位,站在坐后,冷不丁地回答:没有一个部门在使用 MSF ,惹得大家一阵轰笑,出乎意料,讲师称人家的答案是对的。

讲师解释,在 MSF 出现之前,各个部门一直是按照各自的适合的模式来组织开发的,久而久之自然而然就形成了 MSF ,但是形成 MSF 并不意味着大家反过来要按照 MSF 的一些东西去严格执行,那一定是犯了教条主义的错误。

我见到一个有趣的现象,很多人在参加了 MSF 的相关培训之后,都希望找 MS 要各种各样的文档模板,其实在 MS 也很少存在统一的文档模板,只要能把问题(如 Spec)的几个关键要素的描写清楚,文档的用户能理解你的意图就可以了,何必要套模板呢? 对于模板的问题,可能很多人有不同的看法,包括在 RUP 、CMMI、ISO 9000 中都有非常多的文档模板,个人以为这种简单追求文档表面格式的统一并不能给软件开发带来很多的好处,“文档一大摞,Bug 一大堆”的情况并不少见。偏激一点,Windows、Office、Linux、Apache、Java 、Oracle 等等,那个是按照上述的开发流程搞出来的? Rational 虽然是 IBM 的东西了,也不多见 IBM 自己用这个东西。

要活学活用。

posted on 2005-09-26 15:11:00 by moslem  评论(5) 阅读(3712)

追踪蠕虫病毒散播源的电子技术?

看到新浪的一篇新闻“FBI逮捕狙击波病毒作者 幕后涉及金钱交易”,其中提到一段:

... 微软的互联网犯罪调查小组从上周开始对第一波Zotob蠕虫病毒进行监视,可以说是通过蠕虫病毒相关信息及对该蠕虫病毒的技术性分析,我们对Zotob蠕虫病毒散播源进行了电子技术追踪 ...

可以看到,MS 已经开始向病毒的源头发起反击了,由 Reactively 转变为 Proactively,只是还没有明白这个“散播源电子技术追踪”是什么原理,发挥一下想象:

  • 分析病毒体中包含的信息
  • 使用蜜罐(Honeypot)技术,或通过一些安全应急组织,如 SANS 的病毒报告,监控蠕虫病毒的最先的、大面积的发源地,
  • 对已被攻陷(Compromised)的服务器进行技术分析和追踪
  • 在互联网的一些关键结点的路由器及 IDS、IPS 上也能找到一些其发作顺序方面的信息

其它还真想不出来有啥好招了。

文章后面有一句话挺有意思:“Smith还为饱受系统漏洞困扰的微软,他声称,造成蠕虫肆虐全球并不全都是微软的错,微软产品无所比拟的流行也应该对此负一定责任。”,我靠,流行也有错呀,没天理呀!

posted on 2005-09-02 10:23:00 by moslem  评论(2) 阅读(3359)

【第1页/共4页,55条】
首页
前页
1

Powered by: Joycode.MVC引擎 0.5.2.0