千年虫事件
在上个世纪，软件行业初期，计算机硬件资源十分昂贵，很多软件为了节省内存会省略掉代表年份的前两位数字”19”，或默认前两位为”19”。按这个规则，1999年12月31日过后，系统日期会更新为1900年1月1日而不是2000年1月1日，这样可能意味着无数的灾难事件，导致数据丢失，系统异常或更加严重的灾难。
幸好大家发现的早，最终全球花了上亿的美元用来升级系统，没有引起毁灭性后果。
水手1号探测器
1962年7月28日，水手1号空间探测器发射升空，但由于程序编码中的轨道计算公式是错误的，导致火箭轨道偏离预定路线。最终在大西洋上空自爆。
南极臭氧层测绘事件
1978年，NASA启动臭氧层测绘的计划。但在设计时，用于该计划的数据分析软件忽略了和预测值有很大差距的数据。直到1985年，才发现南极洲上方的臭氧层空洞，但是英国科学家先发现的。直到NASA重新检测它们的数据，才发现这一错误。在修正错误后，NASA证实南极臭氧层的确有个很大的空洞。
反导系统误报事件
1980年，北美防空联合司令部曾报告称美国遭受导弹袭击。后来证实，这是反馈系统的电路故障问题，但反馈系统软件没有考虑故障问题引发的误报。
1983年，苏联卫星报告有美国导弹入侵，但主管官员的直觉告诉他这是误报。后来事实证明的确是误报。
幸亏这些误报没有激活“核按钮”。在上述两个案例中，如果对方真的发起反击，核战争将全面爆发，后果不堪设想。
辐射治疗超标事件
1985到1987年，Therac-25辐射治疗设备卷入多宗因辐射剂量严重超标引发的医疗事故，其罪魁祸首是医疗设备软件的Bug。据统计，大量患者接受高达100倍的预定剂量的放射治疗，其中至少5人直接死于辐射剂量超标。
AT&T网络终端事件
1990年1月15日，纽约60万用户9个小时无法使用电话服务。原因是，AT&T交换机从故障中恢复后，就会发送一条特殊的小时给临近的设备，但在新版本软件中，这条消息会导致电话交换机重启。于是，每6秒，所有交换机都会重启一次。最后，将程序换回了上一个版本，解决了问题。
宰赫兰导弹事件
在1991年2月的第一次海湾战争中，一枚伊拉克发射的飞毛腿导弹准确击中美国在沙地阿拉伯的宰赫兰基地，当场炸死28个美国士兵，炸伤100多人，造成美军海湾战争中唯一一次伤亡超过百人的损失。
在后来的调查中发现，由于一个简单的计算机bug，使基地的爱国者反导弹系统失效，未能在空中拦截飞毛腿导弹。当时，负责防卫该基地的爱国者反导弹系统已经连续工作了100个小时，每工作一个小时，系统内的时钟会有一个微小的毫秒级延迟，这就是这个失效悲剧的根源。爱国者反导弹系统的时钟寄存器设计为24位，因而时间的精度也只限于24位的精度。在长时间的工作后，这个微小的精度误差被渐渐放大。在工作了100小时后，系统时间的延迟是三分之一秒。
对一般人人来说，0.33秒是微不足道的。但是对一个需要跟踪并摧毁一枚空中飞弹的雷达系统来说，这是灾难性的——侯赛因飞毛腿导弹空速达4.2马赫（每秒1.5公里），这个“微不足道的”0.33秒相当于大约600米的误差。在宰赫兰导弹事件中，雷达在空中发现了导弹，但是由于时钟误差没有能够准确地跟踪它，因此基地的反导弹并没有发射。
Intel奔腾处理器浮点错误
1993年。Intel奔腾处理器在计算特定范围的浮点数除法时，会发生技术错误。Intel最终花费了4.75亿美元来为用户置换处理器。
飞行事故
1993年，瑞典的一架JAS 39鹰狮战斗机因飞行控制软件的Bug而坠毁。
1994年，苏格兰一架吉努克型直升飞机坠毁，29名乘客全部罹难。然而最初指责声都指向飞行员，但后来有证据表明，直升飞机的系统错误才是罪魁祸首。
死Ping
1995-1996年，由于没有进行足够的校验，在收到特殊构造的Ping包时，会导致Windows设备蓝屏并重启。
阿丽亚娜5型运载火箭事件
1996年6月4日，阿丽亚娜5型运载火箭的首次发射点火后，火箭开始偏离路线，最终被逼引爆自毁，整个过程只有短短30秒。（原计划将运送4颗太阳风观察卫星到预定轨道）
阿丽亚娜5型运载火箭基于前一代4型火箭开发。在4型火箭系统中，对一个水平速率的测量值使用了16位的变量及内存，因为在4型火箭系统中反复验证过，这一值不会超过16位的变量，而5型火箭的开发人员简单复制了这部分程序，而没有对新火箭进行数值的验证，结果发生了致命的数值溢出。发射后这个64位带小数点的变量被转换成16位不带小数点的变量，引发了一系列的错误，从而影响了火箭上所有的计算机和硬件，瘫痪了整个系统，因而不得不选择自毁，4亿美元变成一个巨大的烟花。
火星气候探测者号事件
1999年9月，火星气候探测者号在火星坠毁。火星气候探测者号的目的为研究火星气候，花费3亿多美元。探测者号在太空中飞行几个月时间，接近火星时，探测器的控制团队使用英制单位来发送导航指令，而探测器的软件系统使用公制来读取指令。这一错误导致探测器进入过低的火星轨道（大约100公里误差），在火星大气压力和摩擦下解体。
火火星极地登陆者号件
1999年12月，火星极地登录者号在火星坠毁，原因是设计缺陷导致其在达到行星地表之间就关闭了主引擎，最终撞毁。
辐射治疗超标事件
2000年11月，巴拿马美国国家癌症研究所，从美国Multidata公司引入了放射治疗设备及软件，但其辐射剂量计算值有误（软件本身运行医生画四个方块来保护患者健康组织，但医生需要五块，于是医生自己想办法欺骗了软件，殊不知该操作方式将放射剂量进行了加倍处理）。部分患者接受了超标剂量的治疗，至少有5人死亡。后续几年中，又有21人死亡，但很难确定这21人中到底有多少人是死于本身的癌症，还是辐射治疗剂量超标引发的不良后果。
北美大停电事件
2003年8月，由于GE的一个监控软件，没有有效的通知操作人员有一个地方电站断掉了，电力缺口导致了多米诺骨牌效应，最终导致了加拿大安大略州和美国八个州断电，影响到了5千万人，总损失达60亿美元。
丰田普锐斯混合动力汽车召回事件
2005年10月，丰田宣布召回16000辆锐斯混合动力汽车。这次召回的原因是“发动机熄火意外”及“警示灯无故开启”。本次召回的根本原因不是硬件问题，而是汽车嵌入式编程代码的问题。
东京证券交易所事件
2005年12月，J-COM公司上市，开盘价格61.2万日元一股，日本瑞穗证券的一个交易员接到了客户委托“请以61万日元的价格，卖出1股J-Com的股票”。但交易员输入成了“以每股1日元的价格，卖出61万股”。由于交易系统限制，交易系统自动调整为“以57万日元，出售61万股”。
2分钟后，操作员发现操作失误，执行了3次撤单操作全部失败。J-COM股票一路狂跌，瑞穗证券拼命拉高到77.2万日元，仅此一项，瑞穗证券一共损失了约270亿日。但仍引起了很大的连锁效应。
更大的问题是，J-COM的股票一共只发行了14000多股，但卖出去的可远不止这么多。最后经过协商，瑞穗证券用每股91万日元的价格，现金清算了股民手上的9万多股，全部损失，扩大到400多亿日元。
然后瑞穗证券状告东京证券和富士通，官司打了十年。最后判定，以当日瑞穗证券电话联络东京证券的时间点为分界线，之前全部由瑞穗证券承担，之后产生的损失由东京证券承担70%瑞穗证券承担30%。富士通及程序员没有收到罚款。
恩，痛定思痛，决定开始开发了新的交易系统，开发商仍然是富士通。
Gmail故障
2009年2月份Google的Gmail故障，导致用户几个小时内无法访问邮箱。据Google反馈，故障是因数据中心之间的负载均衡软件的Bug引发的。
温州7.23动车事故
2011年7月23日，甬温线浙江省温州市境内，由北京南站开往福州站的D301次列车与杭州站开往福州南站的D3115次列车发生动车组列车追尾事故，造成40人死亡、172人受伤，中断行车32小时35分，直接经济损失近2亿元。
上海铁路局事后反馈，“7·23”动车事故是由于温州南站信号设备在设计上存在严重缺陷，遭雷击发生故障后，导致本应显示为红灯的区间信号机错误显示为绿灯。
骑士资本事件
2012年8月1日，骑士资本的技术人员，在1台设备中部署了错误版本的应用（一共8台，7台正常），该设备触发了n年前的代码，在一个小时内就执行完了原本应该在几天内完成的交易，导致错误的买入卖出，直接将公司推向了破产的边缘，投资人紧急注资4亿美元才得以幸免，最终损失高达5亿美元。
12306订票助手拖垮GitHub
2013年1月15日，GitHub受到中国大陆的DDOS攻击，网站几乎被拖垮。
最后发现，是由于春运期间，各大浏览器厂商集成了一位网友iFish(木鱼)的“订票助手”插件，帮助春运大军抢票回家。但该软件的早期版本，直接引用了GitHub的Raw File而不是静态文件，并且在访问文件失败时，每5S会重试一次。这样，抢票大军的每一个人，没5S都会向GitHub发送一次请求，造成对GitHub的DDOS攻击。
OpenSSL Bleeding Heart漏洞
2014年4月，谷歌和芬兰安全公司Codenomicon分别报告了OpenSSL存在重大缓冲区溢出漏洞。在OpenSSL心跳扩展的源码中，没有去校验缓冲区的长度，导致攻击者可以直接获取网站的私钥信息。这次漏洞的影响面很广，几乎所有厂商都在打补丁和更新私钥及证书。
Twitter丢失400万活跃用户
2015年2月，Twitter在在季度财报中指出，苹果iOS8升级后出现的漏洞让Twitter至少损失了400万用户。首先是iOS8和 Twitter的兼容性问题流失了100万用户，Safari流览器升级后的共用链接功能无法自动升级，这一问题流失了300万用户，另外还有100万iPhone使用者在升级系统后忘记了Twitter密码，导致无法使用而离开了Twitter。
日本天文卫星“瞳”解体事件
2016年03月，日本天文卫星升空不到一个月（仅正常工作3天），就解体了，该卫星造价约19亿人民币，并搭载了多国的观测设备。
首先，由于干扰，追星仪发生了故障，启用了备用的陀螺仪。
但是，陀螺仪也有故障，导致没有旋转的卫星开始加速旋转，并达到阀值。
然后，为了阻止卫星旋转，卫星开始反向喷气，但程序员把喷气的方向搞反了，卫星越转越快，最终解体。
============================================================
注：本文主要是整理了系统Bug导致的惨痛代价，没有记录下面几种情况（设计失败，黑客攻击，病毒爆发）
*从计算机诞生以来，众多失败的软件项目，没有加到列表中
*1982年，苏联天然气管道爆炸事件，涉及植入恶意代码，没有加到列表中