Windows Server Build 22538 ISO镜像开放下载

 2022年1月20日

微软已经发布了下一个 Windows Server 长期服务渠道（LTSC）预览版的新版本，其中包含数据中心版和标准版同时提供桌面体验和服务器核心安装选项。微软以 ISO 格式提供 18 种语言的 Windows Server 长期服务渠道预览版，并以 VHDX 格式提供仅有的英文版本。 该更新可在 public symbol 服务器上使用，在可用时，有 Azure 订阅的 Insider 也可以...

 栏目: 业界  Tagged: ,
自动草稿

乌克兰政府部门网站遭遇大规模黑客攻击，北约紧急“协防”

 2022年1月17日

据法新社基辅1月14日报道，乌克兰国家安全局的一份声明说，黑客在13日晚至14日实施的网络攻击针对总共70个政府网站。10个网站受到“未经授权的干扰”，但这些网站的内容并未被修改，也没有个人数据泄露。国家安全局说，大部分受攻击网站的访问已经得到恢复，影响很小。 资料图 另据法新社基辅1月14日报道，14日，北约宣布将与乌克兰签署一项协议，旨在加强打击网络攻击的合作。就在几个小时前，乌克兰几个政府部...

 栏目: 业界  Tagged: ,
美能源动脉遭“黑”背后的全球网络安全攻防战

俄美联手捣毁黑客团伙 曾对美发动大规模网袭

 2022年1月17日

参考消息网1月16日报道据俄新社莫斯科/华盛顿1月15日报道，俄罗斯联邦安全局日前捣毁了一个名为REvil的使用勒索软件的黑客团伙。 报道称，俄联邦安全局与内务部调查司在莫斯科市、圣彼得堡市等多地同时展开行动。联邦安全局称，该团伙的黑客开发了恶意软件，从外国人的银行账户中诈取资金并将其兑现，或者在互联网上购买奢侈品。 俄联邦安全局说：“我们根据美国相关部门的要求实施了搜捕行动。美方通报了犯罪集团头...

 栏目: 业界  Tagged: 
Jmeter服务器性能压测之—QPS/RPS/TPS/RT/并发数/并发连接数/并发用户数/线程数/吞吐量等概念详解

Jmeter服务器性能压测之—QPS/RPS/TPS/RT/并发数/并发连接数/并发用户数/线程数/吞吐量等概念详解

 2022年1月15日

关于这几个词的概念，在CSDN上看了很多文章，解释和计算公式也是五花八门，发现没有一篇解释的既全面又便于理解的，索性参考别人的文章再结合自己的理解，整理一下分享给大家，如有理解错误还望纠正。 先大概介绍下这几个词的概念，再结合jmeter压测数据理解： 一、QPS： Queries Per Second（每秒查询率），每秒查询率QPS是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准，在...

 栏目: 应用  Tagged: , , , , , , , , , ,
来自朝鲜的黑客被指去年窃取了价值近4亿美元的加密货币

来自朝鲜的黑客被指去年窃取了价值近4亿美元的加密货币

 2022年1月14日

根据区块链分析公司Chainalysis的一份报告，朝鲜黑客去年至少对加密货币平台发起了七次攻击，窃取了价值近4亿美元的数字资产。"从2020年到2021年，与朝鲜有关的黑客数量从4次跃升至7次，从这些黑客中提取的价值增长了40%，"报告说。这些攻击主要针对投资公司和集中式交易所。 报告称，黑客通过使用复杂的战术，包括钓鱼网站、代码漏洞、恶意软件和先进的社会工程，将资金从这些组织的互联网连接的"热...

 栏目: 业界  Tagged: , , ,
浅谈QUIC协议原理与性能分析及部署方案

浅谈QUIC协议原理与性能分析及部署方案

 2022年1月14日

之前写过《http1.0 与 http1.1的区别》 与 《再谈HTTP2性能提升之背后原理—HTTP2历史解剖》，QUIC协议，现在nginx官方也即将支持。所以还是得跟上时代脚步。 QUIC简史 QUIC(Quick UDP Internet Connection)是谷歌推出的一套基于UDP的传输协议，它实现了TCP + HTTPS + HTTP/2的功能，目的是保证可靠性的同时降低网络延迟。...

 栏目: 站长  Tagged: ,
近几年，航运业遭遇网络诈骗和黑客袭击并遭受巨额损失的案例可谓不在少数并呈上升趋势。达飞再次遭受网络攻击！日前，全球第三大班轮公司法国达飞轮船再一次遭遇了网络袭击！这是该公司距离上次重大攻击事件（自2020年9月份遭受黑客攻击）仅不到一年时间再次受到类似攻击，据悉，本次网络袭击导致部分客户信息泄露！这家法国集装箱航运公司对客户发布公告：有限客户信息数据泄露，涉及姓名、雇主、职位、电子邮件地址和电话号码。CMA CGM表示，其IT团队已立即开发并安装了安全补丁。据英国《劳氏日报》(Lloyd's list)称，实施攻击的黑客发送了一封电子邮件，声称他们入侵了该运营商的数据库，获取了49.9万名客户的信息。黑客还要求达飞支付“赎金”但已被拒绝。据悉黑客声称要在未来一周内公布该集团的整个客户数据库，他们想让全世界意识到大公司是多么不关心客户个人数据。并称这家法国班轮公司在保护客户数据方面做得很差。HFW全球航运主管Paul Dean表示：“每天都船舶事故发生，在截至2020年的最近三年内，对航运业的网络攻击增加了900%。每10秒就有一次勒索软件攻击。”Dean在最近一次网络攻击发生前的一次网络研讨会上表示，集装箱航运比其他行业更容易受到袭击。“因为网络攻击，发生在Golden Ray上的事故（安全程序不足是导致该轮倾覆的罪魁祸首）很容易发生在集装箱船上；冷藏箱和加压容器也同样容易受到攻击。就冷藏箱而言，黑客可能对食品不感兴趣，但可能对化学品和危险品感兴趣。”“你可以想象配载图被修改，集装箱被放在错误的地方的后果。”CMA CGM是全球第三大班轮公司——包括马士基、MSC和中远海运在内的四大班轮公司近年来都遭受了黑客攻击，导致了巨额损失。ONE发布诈骗警告！近日，ONE官网发布了一则网络钓鱼警报公告。该公告提到，有网络诈骗分子滥用ONE名称，通过电子邮件向ONE的客户进行诈骗。ONE在公告中解释称，这些诈骗邮件在“@mail.com”等域名前，均使用了“one-line”的名称。同时，钓鱼诈骗者声称自己是ONE的员工，并发布假的银行账户信息，声称ONE银行账户信息已变更。目前有骗子冒充船公司，高仿船公司邮箱，通知客户银行账户信息发生变化！请大家务必注意️！船公司一般不会轻易更换银行账户，如果有变化请务必关注官方公告并要电话核实！提高警惕HMM在今年6月15日发布的一份声明中证实，其在6月12日发现了一个未知安全漏洞，导致该公司在某些地区的电子邮件系统受到限制。不过HMM称，没有发现任何信息或数据泄漏，并且大部分损坏数据已经修复。幸运的是，除电子邮件系统外，HMM的其他系统和功能正常运行，包括订舱和文档处理等。HMM强调，将加强安全检查，并采取必要的保护措施。今年5月，继美国殖民输油管道(Colonial Pipeline)遭到网络攻击后，保险公司提出了船东可能成为黑客下一个目标的担忧。网络保险提供商Shoreline首席执行官thomasbrown此前表示，航运之所以成为目标，部分原因在于它是一项交易性很强、需要支付大笔款项的业务。他说：“船运公司现在正成为网络犯罪分子有针对性、高价值的目标。确切的说，航运公司是网络犯罪的头号目标。”其实这不是航运业首次遭遇黑客攻击，2017年的马士基、2018年的中远海、2020年4月的MSC都曾经历过，以及2020年9月世界第三大班轮运营商法国达飞(CMA CGM)，遭受了破坏性的网络攻击，导致其电子商务网络瘫痪。袭击发生后，这家集装箱巨头花了大约两周时间才恢复运营其订舱门户网站。该公司公司遭到了一种名为Ragnar Locker的勒索软件的攻击，该软件对计算机文件进行加密，使其无法使用，直到受害者支付恢复访问的费用。全球航运四巨头四年内皆遭网络攻击重创2017年6月，全球最大航运公司(丹麦)马士基（MSK）被NotPetya勒索软件-数据被删除停摆数周，迫使其重装4000台服务器，45000台电脑。因“严重的业务中断”而造成高达3亿美元(20亿人民币)的损失。全球最大航运公司马士基2020年4月，全球第二大航运公司地中海航运（MSC）受到未知的恶意软件攻击，导致其数据中心瘫痪数日。全球第二大航运公司地中海航运2020年9月28日，全球第三大航运公司达飞轮船（CMA CGM）受到勒索软件攻击；28日，达飞官网瘫痪无法打开，旗下众多全球网站也都陷入了瘫痪，无法正常提供服务；达飞发布公告：正在处理影响外围服务器的网络攻击。上海，深圳和广州的中国分支机构遭到Ragnar Locker勒索软件的攻击之后，该公司临时暂停了其全球货运集装箱预订系统。随后达飞官网同时公布了订舱替代方案和临时流程。全球第三大航运公司达飞轮船2018年7月，全球第四大航运公司中远海运集团（COSCO）遭遇勒索软件使恶意攻击活动中断了数周之久。全球第四大航运公司中远海运（来源：海运网）

阿里正式开源自研 XQUIC：已服务手淘上亿用户，网络耗时降低超 20%

 2022年1月14日

作者 | 褚杏娟 采访嘉宾 | 喵吉 1 月 7 日，阿里巴巴淘系技术团队主导自研的 IETF QUIC 标准化协议库 XQUIC 正式开源，其中多路径传输能力与达摩院 XG 实验室联合研发。XQUIC 采用了目前应用较为广泛的 Apache License 2.0 许可证，并将代码托管在 GitHub 上。 XQUIC 项目链接：https://github.com/alibaba/xquic ...

 栏目: 业界  Tagged: , , , ,
「来源: ｜云加社区 ID：QcloudCommunity」 导语 |腾讯sTGW如何助力核心业务用户登录耗时降低30%，下载场景500ms内请求成功率从HTTPS的60%提升到90%？本文将对此进行详细介绍，为大家分享腾讯移动端APP如何在弱网、跨网场景下同样取得媲美正常网络的用户体验。 （作者：腾讯云网关sTGW团队dalek） 腾讯核心业务用户登录耗时降低30%，下载场景500ms内请求成功率从HTTPS的60%提升到90%，腾讯的移动端APP在弱网、跨网场景下取得媲美正常网络的用户体验。这是腾讯网关sTGW团队打造的TQUIC网络协议栈在实时通信、音视频、在线游戏、在线广告等多个腾讯业务落地取得的成果。 TQUIC基于下一代互联网传输协议HTTP3/QUIC深度优化，日均请求量级突破千亿次，在腾讯云CLB、CDN开放云客户使用。本文重点分享了sTGW团队在协议栈基础能力、私有协议、明文传输等功能研发经验，并且针对弱网场景，分享腾讯如何基于0-RTT握手、连接迁移、实时传输等能力帮助业务用户体验提升。 一、QUIC/HTTP3协议介绍 QUIC全称quick udp internet connection，“快速UDP互联网连接”，（和英文quick谐音，简称“快”）是由Google提出的基于UDP进行可靠传输的协议。QUIC在应用层实现了丢包恢复、拥塞控制、滑窗机制等保证数据传输的可靠性，同时对传输的数据具备前向安全的加密能力。HTTP3则是IETF(互联网工程任务组)基于QUIC协议基础进行设计的新一代HTTP协议。 QUIC/HTTP3分层模型及与HTTP2对比：二、QUIC核心优势是什么？ （一）0-RTT建立连接 QUIC基于的UDP协议本身无需握手，并且它早于TLS 1.3协议，就实现了自己的0-RTT加密握手。下图分别代表了1-RTT握手（首次建连），成功的0-RTT握手，以及失败回退的握手。（二）无队头阻塞的多路复用 相比于HTTP/2的多路复用，QUIC不会受到队头阻塞的影响，各个流更独立，多路复用的效果也更好。（三）连接迁移 跟TCP用四元组标识一个唯一连接不同，QUIC使用一个64位的ConnectionID来标识连接，基于这个特点，QUIC的使用连接迁移机制，在四元组发生变化时（比如客户端从WIFI切换到蜂窝网络），尝试“保留”先前的连接，从而维持数据传输不中断。（四）全应用态协议栈 QUIC核心逻辑都在用户态，能灵活的修改连接参数、替换拥塞算法、更改传输行为。而TCP核心实现在内核态，改造需要修改内核并且进行系统重启，成本极高。 三、QUIC网络协议栈的选型 虽然QUIC各个特性看上去很美好，但需要客户端/服务端的网络协议栈都支持QUIC协议。截止目前，除iOS 15在指定接口NSURLSession及限制条件前提下，支持了HTTP3，其他系统及主流网络库均不支持QUIC。如何让业务快速将QUIC协议用起来，用这些先进特性加速网络性能？ QUIC协议栈的实现成本非常高，主要体现在两方面： 实现复杂度很高，如上面介绍，QUIC/HTTP3横跨传输层、安全、应用层，相当于要把TCP+TLS+HTTP重新实现一次。 QUIC一直保持着高速发展，分为gQUIC（Google QUIC）、iQUIC(IETF-QUIC)两大类，衍生的QUIC子版本有几十个。 为了快速把QUIC协议落地，给业务提升网络性能，我们选择了开源的Chromium cronet网络协议栈作为基础。 Chomium，作为占领全球浏览器绝对地位的Chrome的开源代码,有Google强大的研发团队支撑，其网络协议栈是一个相对独立的组件，被称为Cronet。 协议栈完整性：完善的QUIC协议栈，还包括HTTP2/WEBSOCKET/FTP/SOCKS协议。 QUIC版本支持：支持gQUIC和iQUIC，并且还在不断保持更新。 跨平台性：非常好，基于chrome的跨平台能力，对于各类操作系统、终端都有适配。 四、QUIC协议栈的工程实践 Cronet能直接用起来吗？结合我们的实践与业务同学的反馈，直接使用的问题和接入困难度是比较大的。 问题一：代码体积过大，逻辑层级多，不利于集成和安装包体积控制（移动端） Cronet核心及关联的第三方库代码有大概85w行，涉及2800多个类。但其实Cronet里大部分代码都与QUIC没有关系，由于其作为浏览器的网络协议栈，集成了大量浏览器行为逻辑，而这些能力对于网络协议栈是不需要的。 其次，QUIC协议只是Cronet里众多通信协议之一，除QUIC外的其他协议，通用的平台或软件（例如Nginx）本身就已经有实现，没有必要重复建设,这些协议的存在除了增加协议栈内部逻辑复杂度，还增大了整个库的体积，例如在安卓平台上，cronet动态库的体积接近3MB，这对于一些体积敏感的应用是一个巨大的挑战。 针对体积问题，我们进行了代码精简和lib体积缩减的探究。 第一步，分析归纳 通过对cronet代码的分析和理解，冗余的代码被我们分成了三种： 无用的内部逻辑，例如HTTP模块里包含了很多浏览器才会用到的代码和功能。 无需用到的的协议，例如FTP、Websocket等 与quic无关的功能模块，例如tcp连接池等 第二步，代码裁剪 针对分析归纳中的三种问题，我们做了针对性的裁剪。 首先是精简了关键类，例如协议管控的类中，核心流程步骤被从21步压缩到了5步，函数数量从146个减少到24个，将浏览器相关的冗余逻辑去除。 接着对用不到的协议类型、模块组件做了剔除。裁剪后的效果如下：五、打磨协议栈的易用性 虽然在工程方向，解决了体积大小和编译集成的问题。实际接入使用时，Cronet的易用性依然不够好。 通过挖掘业务需求，寻找共性，我们整理出了如下痛点：在通道直连方面，我们将底层udp socket粒度的接口进行封装后直接对外可见，用户可通过socket粒度的接口直接发起IP直连的QUIC请求，同时也保留了DNS建连能力，在保持原生能力的同时，拓展了用户的使用场景。 在网络参数配置和性能数据打点能力上，我们深入协议栈细节，逐个分析了多个核心模块，将关键的参数和性能数据抽象出来。并且在控制面上将配置参数、性能打点整合对外呈现。六、进阶之路：私有协议和明文传输 除了基础功能的打磨，TQUIC协议栈也提供了进阶功能进一步满足业务丰富的使用需求。在Cronet中，要想使用QUIC协议，应用层传输的报文必须是HTTP，也就是所谓的HTTP3协议。但HTTP报文对于游戏、音视频等业务是个巨大的阻碍，它们当前都是通过TCP或者UDP传输自定义的协议的，如果为了接入QUIC而把应用层数据从私有协议强行改为HTTP3，无疑是本末倒置。另外，由于是自定义协议，这些报文一般不需要QUIC进行加密，但加密是QUIC协议的标配，这会消耗额外的性能。 为此，在仔细研究了Quic核心代码后，我们研发对私有协议、明文传输的支持，来满足业务传输自定义协议的需求。 首先是在QuicStream中，允许stream直接收发数据报文，HTTP流程只是其中一个选择。为了实现明文传输，如果直接去改加解密流程，对代码的入侵较大，如果考虑不周容易引入未知风险。为了尽量较少代码入侵以及维护原生实现的安全运行，我们将QuicFramer中的加解密套件选择处进行了hook，引入了FakeEncrypt/FakeDecrypt替换真实的加解密套件，以极小的入侵代价低成本的实现了明文传输。在做完明文传输方案后，我们意识到由于这是一个非常底层的修改，对于客户端和服务端来需要高度一致的，要么双端都选择加密，要么双端都选择明文。如果双端不统一，则握手就会失败。为了使兼容性更好，减少运维成本和失败风险，我们在握手协商过程中，加入了明文传输的协商。 如下图流程，当前的握手过程，使用了AEAD这个tag标识了待协商的加密算法。改进后，AEAD可以携带明文的加密算法，客户端如果也认可，则在下一次CHLO中选择该算法，则之后两边都进行明文传输。 七、弱网优化之连接迁移 随着移动互联网的发展，移动端APP的能力越来越强大，我们可以轻松通过手机进行会议通话、视频直播、在线游戏等，这类应用实时性要求很高。而移动端的特点是网络会经常发生变化，例如通过手机进行在线会议的同时，从办公区走到电梯，随着网络信号衰退到切换，APP需要重新建立连接，这会触发用户重新登录，体验很差。前面背景介绍的QUIC连接迁移可以做到跨网场景自动迁移，业务无任何感知。那是不是使用QUIC后就可以直接用起来呢？ 我们以Google cronet为例，在iOS下使用Cronet进行了一次切网尝试，通过抓包发现网络切换后，quic其实进行了重新握手，并没有如预期内的进行连接迁移。通过代码分析原因后，我们发现Google其实并没有将连接迁移在各个系统版本上进行支持，仅在安卓平台“打折扣”的支持了，他们是在java层注册系统通知才能使用连接迁移，对于native的网络库以及其他操作系统是很不友好的。 既然原生实现并不好用，经过我们的改造，使用跨平台通用的内核层调用，达到了预期的效果，并且不依赖任何特定的操作系统组件。 在逐步的实践过程中，我们还发现，如果仅仅是切网时候发起连接迁移并不完美。有时候客户端处在弱网环境，wifi信号并未彻底断开，但传输数据实际上已经有损。为了解决这种场景下的问题，我们建立了一套弱网评估模型，通过主动探测和弱网评估进行启发式分析，在数据通道有损的情况下，尽可能早的主动进行连接迁移，减少对上层业务的影响。 通过研发跨平台通用的连接迁移，以及启发式主动迁移能力，最终在客户端看到的连接迁移效果如下，当切网发生时，连接并未断开，无需重连即可续传数据。业务在使用QUIC连接迁移后，对网络切换无感知，数据不中断。 或许有同学发现了，这里仅仅讲了连接迁移在客户端上的实现和效果，毕竟连接迁移后，客户端源IP发生了变化，云端接入层难道不需要做适配吗？答案是需要的，sTGW作为公司云CLB和自研的主要七层网关接入，在QUIC连接迁移方面做了完整的解决方案，目前也已经将能力开放出来，在QUIC集群上全量上线。sTGW对于连接迁移的解决方案可参见sTGW大规模运营QUIC之路。 八、弱网优化之完全0-RTT握手与金融级前向安全 如下是GQUIC的握手流程，原生实现里，应用发生冷启动时，首先会进行1RTT握手，拿到服务端的证书和ServerConfig（简称SCFG），随后SCFG会被作为随机数用于生成非前向安全的密钥。 因此在下一次发送数据包时，便可用非前向安全的密钥进行加密。直到收到了服务端发来的Server Hello后，通过类似DHE算法生成前向安全秘钥，自此开始发送前向安全的数据包。在原生实现中，SCFG会被临时存储在进程内存堆区，下次发起新连接或者热启动时，直接就能进入0-RTT流程，但冷启动则永远是1-RTT。 基于原生的实现情况，我们针对握手流程做了两个方向的优化： 实现100% 0-RTT成功率，用于在握手时延极其敏感的业务上，例如广告请求、API调用、短连接下载等。 强制前向安全，针对安全敏感型业务，例如金融业务，0-RTT中发送的非前向安全数据包风险远高于前向安全数据包，因此对于金融型业务，可以强制1-RTT握手生产前向安全密钥后，再发送数据包。 改进后的两种握手流程如下图九、弱网优化之实时传输 实时传输是QUIC的一个拓展功能，目前在IETF草稿阶段。实时传输适用于对数据可靠性要求不高，但非常注重数据实时性的业务。例如音视频传输、互动游戏等。实时传输在QUIC中的定位，以及与可靠传输的区别如下： 相同点 在QUIC连接建立、创建QUIC数据包、数据加解密这些基础功能，不可靠数据与可靠数据都是共用的。 不可靠传输也有拥塞控制、ACK机制，与可靠传输一致。 不同点 不可靠数据不受滑动窗口限制，滑窗窗口满只限制可靠数据传输。 发生丢包重传时，只重传可靠数据帧，不可靠数据帧不进行重传。 不可靠数据没有quic stream概念，只是frame粒度。这其中，一个关键点在于数据是否重传，IETF草稿的定义对这块比较开放，可以完全不重传，也可以选择性重传。 为此，TQUIC在实现实时传输时，做了灵活的改造，对于实时传输的数据，提供多种重传策略供使用者选择，可以完全不重传，也可以选择性重传某个重要的数据（比如关键帧），我们也在尝试做动态重传控制，依托我们的弱网判断模型，动态调整重传策略。 十、总结

弱网不弱-TQUIC助力业务提速30%

 2022年1月14日

「来源: ｜云加社区 ID：QcloudCommunity」 导语 |腾讯sTGW如何助力核心业务用户登录耗时降低30%，下载场景500ms内请求成功率从HTTPS的60%提升到90%？本文将对此进行详细介绍，为大家分享腾讯移动端APP如何在弱网、跨网场景下同样取得媲美正常网络的用户体验。 （作者：腾讯云网关sTGW团队dalek） 腾讯核心业务用户登录耗时降低30%，下载场景500ms内请求成功...

 栏目: 应用  Tagged: , , , , ,
深入解析QUIC协议

深入解析QUIC协议

 2022年1月14日

QUIC(Quick UDP Internet Connection)是Google提出的一个基于UDP的传输协议，因其高效的传输效率和多路并发的能力，已经成为下一代互联网协议HTTP/3的底层传输协议。除了应用于Web领域，它的优势同样适用于一些通用的需要低延迟、高吞吐特性的传输场景。本文从QUIC的由来和优势出发，分享实际项目中需要考虑的问题和解决思路，通过测试对比QUIC和TCP的实际传输能...

 栏目: 应用  Tagged: , , ,
图解｜为什么 HTTP3.0 使用 UDP 协议？

图解｜为什么 HTTP3.0 使用 UDP 协议？

 2022年1月14日

来源 | 后端技术指南针 头图 | 视觉中国 大白和小黑 生活不止眼前的苟且，还有诗和远方的田野。 新的一周又开始了，大白和小黑是同事，平时俩人一起喝酒吃肉打游戏居多，当然有时候也讨论下学术和前沿技术。 这不，小黑听说了个新鲜玩意，然后和大白聊了起来： 小黑：大白大白，听说HTTP协议已经到3.0了？大白：是的，已经到3.0了，甚至我还要告诉你它还是基于UDP开发的！小黑：UDP?没搞错吧?!UD...

 栏目: 网络  Tagged: , , , ,

黑客：已通过软件漏洞远程入侵25辆特斯拉

 2022年1月13日

日前,一名年仅19岁的黑客在社交网络上表示,特斯拉系统中的某个软件存在缺陷,他已经通过该漏洞远程侵入了分布在13个国家的25辆特斯拉汽车。他认为,假如车辆正在高速行驶时,有人远程控制车内音响音量或车窗的开关,那是相当危险的;即使进行闪烁灯光的操作,也会对其他交通参与者带来影响,进而产生危险。 据介绍,这位名叫大卫·科伦坡(David Colombo)的黑客通过软件漏洞,可以部分特斯拉汽车进行远程控...

 栏目: 业界  Tagged: , ,

双喜！北卡科技获“移动安全优秀企业十强”“网络安全企业之星”荣誉

 2022年1月13日

2021年，北卡科技“好戏连台”，斩获满满荣誉，获得政府机构、行业的表扬与认可。临近春节，忙碌了一整年的北卡科技又收获了两项专业级荣誉，让我们一起去看看。 2021年移动安全优秀企业十强 2021年度网络安全企业之星 2021年移动安全优秀企业十强 2021年网络安全优秀企业及产品评选活动由等级保护测评主办，旨在为促进我国网络安全产业自主创新能力，为共同做好网络安全工作做出鼓励与鞭策，同时为客户选...

 栏目: 业界  Tagged: , ,
19岁少年远程入侵25辆特斯拉汽车 称利用软件漏洞

19岁少年远程入侵25辆特斯拉汽车 称利用软件漏洞

 2022年1月12日

据报道，19岁的德国安全研究人员大卫·科伦坡（David Colombo）日前表示，他在特斯拉的系统中发现一处软件漏洞，并通过该漏洞远程入侵了13个国家的逾25辆特斯拉电动汽车，使其关闭安全系统。 科伦坡自称为“信息技术专家”，当地时间周二在Twitter上称，特斯拉汽车的该软件漏洞允许他远程打开门窗，无需钥匙就能启动汽车，还能关闭车辆的安全系统。 科伦坡还称可以看到车内是否有司机，打开车辆的音响...

 栏目: 业界  Tagged: , ,
特斯拉惊爆软件缺陷 可远程控制车辆关闭安全系统

特斯拉惊爆软件缺陷 可远程控制车辆关闭安全系统

 2022年1月12日

北京时间1月12日消息，据一名安全研究人员表示，部分特斯拉汽车软件存在“严重”缺陷，该缺陷能够远程解锁车辆门窗、在无钥匙状态下启动车辆并禁用安全系统。据悉，该名研究人员名叫大卫·科伦坡（David Colombo ），今年只有19岁，来自德国丁克尔斯比尔。 当地时间 1月11日早些时候，科伦坡在Twitter上发文称他能够在车主不知情的情况下远程访问部分特斯拉汽车，这些车辆分布在13个国家。 大卫...

 栏目: 业界  Tagged: , , ,

连锁酒店改用Chrome OS操作系统 以从勒索软件攻击中恢复

 2022年1月12日

据Slashdot报道，一家上个月遭受勒索软件攻击的斯堪的纳维亚连锁酒店表示，它采取了一种新的方法，将所有受影响的系统切换到Chrome OS操作系统，以从该事件中恢复过来。 据《The Record》报道： 在北欧经营200家酒店的Nordic Choice Hotels于12月2日成为勒索软件攻击的受害者，当时黑客使用Conti勒索软件加密了其一些内部系统。正如该酒店的一位客人在上个月的采访中...

 栏目: 业界  Tagged: , , ,