首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

因买不到票,17 岁少年攻击航空系统,瘫痪四个小时,5000余万用户受影响:判 4 年

受疫情影响,一些国际航线机票紧缺,有的航线花高价也是一票难求,官网订票、APP购票、找黄牛抢票,能想到的方法都用了,可还是买不到票,怎么办? 因为买不到回国机票,一气之下,身处境外的17岁少年小陈竟多次、持续攻击某航空公司计算机系统,致使该航空公司对外服务网络全面瘫痪近四小时,5000余万用户受到影响! 广州日报记者今日从广州白云法院了解到,小陈因犯破坏计算机信息系统罪,被判处有期徒刑4年。 买不到回国机票,他找黑客攻击航空公司系统 2020年6月初,17岁的小陈因疫情影响被强制留滞在国外疫情重区,因在境外

01
您找到你想要的搜索结果了吗?
是的
没有找到

一女程序员被判 9 个月:因薪酬等问题离职,心生不满,两次删除网上自助售票系统的售票员表、网络售票表等数据,瘫痪 6 个小时

杨某,女,1986年出生于河北省邯郸市,汉族,专科文化,原万合集团邯郸客运总站售票系统计算机编程工作人员。 杨某2012年至2020年8月一直负责万合集团邯郸客运总站的网上及自助售票系统的开发维护工作,后因薪酬等问题离职,随心生不满。 2020年10月16日17时许,杨某利用自己的苹果笔记本电脑远程进入了万合集团邯郸客运总站的网上自助售票系统的接口地址,在输入了drop saleticket、drop printtotal、drop depot等命令后,删除了售票员表、网络售票表、结算单表、售票数据表、手

03

程序员离职删代码被判10个月,京东到家说恢复数据库花了3万,网友:这是真有仇啊

梦晨 萧箫 发自 凹非寺 量子位 | 公众号 QbitAI 程序员“删库跑路”的话题再次登上热搜,浏览量过亿。 不过,这一次删掉的不是数据库,而是自己亲手写下的代码! 当事人是一名29岁的程序员,给京东到家平台开发了3个月的代码。 离职当天,他删掉了自己写的一系列代码,包括平台优惠券、预算系统和补贴规则等。 仔细一看,这位程序员的离职时间恰好是6月18日京东大促那天。 近日,这位程序员被判处有期徒刑十个月。 除了这些颇具戏剧性的细节,不少围观的网友还对离职时的过激行为、代码权限管理等议题展开了讨论。

02

百度一程序员被判:不满他人接手项目、彰显自己作用、多次对数据库进行删改,犯破坏计算机信息系统罪

被告人:金某某,男,1996年出生,大学文化,案发前系北京百度网讯科技有限公司员工 金某某于2020年8月至9月在北京百度网讯科技有限公司(以下简称“百度公司”)商业质量效能部负责测试开发工作期间,对百度公司可视化项目程序数据库内的数据进行删改,导致系统无法正常产出相关的项目质量评估数据等后果,百度公司为恢复数据及功能,支付北京中海义信信息技术有限公司司法鉴定所人民币16300元。 2021年3月9日,金某某被公安机关抓获归案。后金某某在家属的帮助下赔偿百度公司人民币7万元并获得谅解。 相关证据 1、被告

02

倒卖中国联通、中国电信 IDC 外拉带宽,流量穿透、破坏探针系统:徐某被判五年六个月、经营的四家公司被罚 80 万

被告单位中通领航电信技术(北京)有限公司 被告单位北京中鑫恒业网络技术有限公司 被告单位北京首昌创业电信科技有限公司 被告单位辽宁盈通网络技术有限公司 被告人徐某某,男性,1969年出生,初中文化程度; 被告人黄某某,女性,1983年出生,大学文化程度; 被告人孙某某,男性,1990年出生,大专文化程度; 被告人彭某某,女性,1987年出生,大学文化程度。 2017年12月至2019年1月,中通领航公司、北京中鑫公司、北京首昌公司、辽宁盈通公司违规销售带宽期间,徐某某为使其实际经营的上述公司违规销售带宽的

01

破坏公卫系统、瘫痪 20 多天、损失八百余万:运维白某、张某获利 1.1 万,各判六年半、六年

被告人:白某,男,1983年日出生,大学本科;张某某,男,1985年出生,大学本科。 白某为报复XX软件公司拖欠工资之事,产生了破坏由其负责运维的公卫平台信息系统的想法。 白某与张某某通过手机聊天协商,在得到张某某技术支持的承诺后,2019年3月15日至5月5日,白某、张某某多次远程对X县、XX县全民健康信息平台信息系统控制文件进行关闭、修改,造成该系统数十小时至数日无法使用,然后由张某某进行修复,获取XX公司报酬。共计获利一万一千元,分给白某二千五百元。 2019年5月17日,白某、张某某再次协商破坏X

02

数据库技术知识点总结之四——乐观锁与悲观锁

乐观锁本质上并不属于锁,它只是一种冲突检测机制,但被这样称呼的时间比较长,就被称为乐观锁。乐观锁允许并发的获取内容进行读写,但在提交的时候会进行并发控制。比如 A, B 同时获得了一个数据,而且都要对其进行处理,A 先提交了该条数据,B 后来也要提交该条数据,这时候乐观锁的策略检测到两者发生了冲突,便会拒绝 B 提交的内容,并抛出冲突,交给 B 进行处理。 乐观锁的处理策略,通常是版本控制,或者是时间戳控制(本质与前者相同)。对数据进行一个版本的记录,每次提交后都标上版本号。当提交时的版本号小于等于当前版本号,则抛出异常,待解决冲突后重新执行。 笔者看到这里,就想到了一个很常见的乐观锁——即笔者项目中使用的 SVN 源代码版本控制器。我和同事一起编辑同一个 java 文件,是被允许的,但如果我们两个人提交的内容有冲突,则 SVN 会提示我们冲突,并让我们决定如何解决冲突(采用谁的内容,或者如何合并内容),然后再提交(再提交就是将冲突抛出后再解决的过程)。

04
领券