• 独享云虚拟主机
  • 阿里云优惠券免费领取
  • 0
  • 1
  • 编者按:9月19日的2018云栖大会主论坛上,蚂蚁金服CTO程立首次详解了“一带一路”上1+9个“支付宝”长大的秘密。那么,今天我们就来揭秘下支付宝背后的人——漆远,达摩院金融智能负责人,蚂蚁AI首席科学家、麻省理工博士。他也向我们展示了蚂蚁金服的暖科技是如何普惠大众的,“用AI和爱, 让我们与更美好的未来相遇”。
  • 不得不说,使用Elasticsearch的官方客户端在多个版本的时候很容易出现一些意想不到的问题,然而通过RESTful的方式可以尽可能的兼容多个版本的情况。下面我们通过Jest对Elasticsearch进行操作,这里使用的Jest版本是下面我们导入常用的包:
  • SQUARE是安全质量要求工程。它是由卡内基梅隆大学软件工程研究所(SEI)开发的一个需求工程流程,其重点在于获取和记录安全需求。由于安全需求通常没有得到它们应得的重点,并且由于在软件开发生命周期后期尝试合并安全要求的成本高于预先计划的成本,因此SEI开发了九步过程以确保质量安全需求可以在软件开发生命周期早期收集、归类、排序和验证。这九个步骤是:1.在定义上达成一致:有许多安全相关的术语,它们可能是模棱两可或解释多种方式的。因此,团队应该首先创建这些术语的列表,这些术语将在讨论和需求引发会议期间使用。每个
  • 摘要: 华住数据泄露案告破:嫌疑人被抓,数据无人购买  9月17日,华住集团在其官网发布了“关于华住数据疑遭泄露的调查进展说明”。说明称,案件已经告破,那位试图在暗网上兜售酒店数据的犯罪嫌疑人已经被抓,目前来看,这些数据并没人来买。对于案件细节,由于中国法律和公安机...
  • “一句话木马”短小精悍,而且功能强大,隐蔽性非常好,在入侵中始终扮演着强大的作用,居家生活搞站越货必备神器。本文主要总结一下常见的绕过安全检测的思路抛砖引玉,请各位大佬多讨论指教。
  • Bitcoin Core在9月18日发布的最新的版本0.16.3和0.17.0rc4中修复了一个较为严重的安全漏洞CVE-2018-17144,其可导致拒绝服务与严重的通胀。该漏洞最初是9月17日作为拒绝服务漏洞被发现的,接着立即汇报给了Bitcoin Core的几个核心开发者以及ABC、Unlimited等相关支持加密项目。但很快安全人员发现该漏洞实际上是一个通胀漏洞,并将其修复。为了用户的安全,我们决定迅速推出更新补丁,并把这个漏洞当做拒绝服务漏洞来披露。同时我们将完整的信息通知到了矿工、合作伙伴以及
  • 慢雾,《三体》中黑暗森林里的安全区域,也是区块链安全公司慢雾科技的名字。如果说区块链打开了一个全新的世界,在区块链安全相关公司中,慢雾可以非常特别,由一群热爱技术的黑客创立,
  • 刚毕业就成为了一名产品汪,还是高端大气上档次的网络安全行业(此处省略100字),而且还负责了一款重量级产品——配置核查系统,小妹又高兴又惶恐,只能发奋学习,努力努力再努力!以下就是这段时间我对SCA的一些认识了,分享给大家,请大佬们多多指教。首先来看一下SCA的定义。
  • 9月17日,在“2018国家网络安全宣传周 网络安全技术高峰论坛”会议期间,中国工程院院士沈昌祥在主题演讲中指出,传统的“封堵查杀”已经过时。传统的“封堵查杀”已经过时杀病毒、防火墙、入侵检测的传统“老三样”难以应对人为攻击,且容易被攻击者利用。找漏洞、打补丁的传统思路不利于整体安全发展。为网络信息培育免疫能力是唯一的出路。主动免疫可信计算是指计算运算的同时进行安全防护,以密码为基因实施身份识别、状态度量、保密存储等功能,及时识别“自己”和“非己”成分,从而破坏与排斥进入机体的有害物质,相当于为网络信息系
  • 原文:这篇文档旨在为 EOS 智能合约开发人员提供一些智能合约的EOS 处于早期阶段并且有很强的实验性质。因此,随着新的 bug 和安全漏洞被发现,新的功能不断被开发出来,其面临的安全威胁也是不断变化的。这篇文章对于开发人员编写安全的智能合约来说只是个开始。
  • 运维,这个工作在中国还是比较尴尬的,企业管理者普遍认为运维就是被动救火队,企业对其重视程度非常低。很多人一说到运维就会想到“苦逼”、“背锅侠”、“救火队”。运维作为企业运营生存最重要的一个环节,究竟是什么原因导致普遍给运维工作戴上了这些帽子?企业的现状是运维人员天天非常忙,天天加班,甚至连中午饭都不能按时吃,需要在机房不停加班,调试设备,部署软件。终端主机感染木马程序去飞速上级解决故障。天天忙个不停,但是领导却不知道你做了啥?,在安全攻防对抗升级的今天,作为运维人员一定要让领导知道,企业数据的重要性机密性
  • 最开始公司运维同学反馈,个别宿主机上存在进程CPU峰值使用率异常的现象。而数万台机器中只出现了几例,也就是说万分之几的概率。监控产生的些小误差,不会造成宕机等严重后果,很容易就此被忽略了。但我们考虑到这个异常转瞬即逝、并不易被察觉,可能还存在更多这样的机器,又或者现在正常将来又不正常,内核研发本能的好奇心让我们感到:此事必有蹊跷!于是追查下去。该问题现象表现在Redis进程CPU监控的峰值时而100% 时而为0,有的甚至是几十分钟都为0,突发1秒100%后又变为0,如下图。