最近在做一个ERP的项目，里面涉及到了很多的计算，尤其特别是有很多关于浮点数的计算，然后就碰到了下面的问题。
https://cdnjs.cloudflare.com/ajax/libs/mathjs/5.0.0/math.min.js
所有使用 IEEE 754 标准的编程语言，都存在浮点数运算的精度问题，不论是 C/C++、Java、Ruby，还是 Go、Python，当然 JavaScript/Node.js 也是如此。
本项目用的是angular6搭建，用动态组件的形式来显示页面，之前遇到过因为内存溢出而导致无法aot的问题，
清理GitHub老旧仓库时发现了一个有趣的app：用electron写的计算器。虽然现在已经无法运行了（因为package.json中依赖的版本都写的是“latest”），但还是发出来纪念一下吧。
英文 | https://javascript.plainenglish.io/42-good-javascript-libraries-and-frameworks-for-front-end-developer-5f110148e700
对于企业内部的安全工程师来说，对漏洞一直又爱又怕，爱在，漏洞的发现与验证实现的过程，充满满满的成就感；怕在，不断的新系统上线，老系统版本更新迭代，造就一批批的漏洞如雨后春笋般争相露头，一段时间下来，好像漏洞无穷无尽，怎么都修不完。甚至部分开发人员，谈漏洞色变，让人颇为无奈。等到汇报的时候，不出事就是应该的，出了事就是安全工作没做到位。但殊不知，在企业安全建设前期阶段，安全漏洞管理是复杂繁琐、让人头痛的事情，漏洞录入、跟进、处理、验证、修复完成整个循坏下来，需要好的方法与技巧，不然着实让人充满疲惫与无力感。
利用传统方法做漏洞修复提效，只适用于比较简单的场景，比如根据版本号判断使用的开源组件是否存在漏洞，更多高危险的如导致数据泄露的注入类漏洞/账密类等，该方案难以通用。主要原因总结如下：
原文标题《一洞观全球，从“心脏出血”漏洞修复看各国网络战防御能力》 作者：ZoomEye http://www.zoomeye.org 新浪微博：ZoomEye 微信公号：wangzhan_anquan Twitter：zoomeye_team 1引言 在真正的网络战打响之前，去评估各国的网络战能力是困难的。真实战争可以通过武器、作战人数、战略资源等去评估国家的作战能力，而网络战是无形且隐蔽的，我们很难去评
近日在看到安全牛发布的《漏洞管理的八大趋势》，其中提到了“大量数据和案例表明，虽然漏洞评估和管理工具不断丰富，但是漏洞管理重在“管理”，企业的漏洞管理或脆弱性风险相关管理依然存在很大的改进空间，例如，人才资金匮乏、缺乏对漏洞风险和受影响资产的感知能力、企业孤岛和部门战争、漏洞修复效率低下等。”这里仅仅谈谈“漏洞修复”这一个小的环节，就有很多的发散点。
谷歌Project Zero网络安全团队试行一项新政策，该政策表明即使在漏洞修复之后也不会过早地披露漏洞细节。该缓冲期默认为90天，这意味着无论何时修复漏洞，都要求期满后才能披露漏洞细节。该政策试用期为一年，随后再决定是否永久采用。
A：最先对系统漏洞开展等级分类，不一样的系统漏洞设定不一样的安全隐患等级。系统漏洞的修复也是有多种多样方法，根据形成根本原因从根本原因修复、设定主机iptables启用策略路由、关掉有关功能模块...总而言之，先推充分修复，缓解或避开其次。不需要去强求所有都需要充分修复，可是也须要留意防止暂时的限定对策被开放，须要认证措施，例如基本漏洞扫描系统。
本文深入探讨了开源软件在面临安全漏洞和威胁时的漏洞响应策略。通过详细分析漏洞的定义、漏洞响应流程以及漏洞修复的最佳实践，我们将了解开源社区是如何积极应对安全威胁，确保软件的安全性和可靠性。
衡量安全性不缺乏度量标准——从漏洞和攻击的数量到拒绝服务攻击每秒的字节数。最近一份报告研究了组织机构需要多长时间来修复他们的系统漏洞，以及他们实际上修复的漏洞数量。
来源丨浙大网安 1 引 言 近年来，软件供应链安全事件呈现快速增长态势，在软件生命周期的各个环节、软件系统的各个层次上都可能发生。因此，软件供应链已成为网络空间攻防对抗的焦点，直接影响到国家关键基础设施和重要信息系统安全。 据Sonatype统计公布，2021年软件供应链安全事件发生1.2万起，同比增长高达650%，29%的流行项目中至少包含一个已知的安全漏洞。特别是最近公开的Apache Log4j2漏洞和Spring Framework漏洞，因为危害性高、波及范围广，对整个Java生态产生了巨大的危害
Lodash 是一款非常流行的 npm 库，每月的下载量超过 8000 万次，GitHub 上使用它的项目有超过 400 万。前段时间 Lodash 的一个安全漏洞刷爆了朋友圈，我们先来回忆下这个安全漏洞：
漏洞扫描系统是一种自动化的工具，用于发现和报告计算机网络系统中的安全漏洞。这些漏洞可能包括软件漏洞、配置错误、不安全的网络设备等。漏洞扫描系统的主要功能包括以下几个方面：
大数据赋予了人类 前所未有的对海量数据的处理和分析能力 让人们拥有便捷的生活 但同时伴随着 数据和信息安全的隐患 今天就和小安一起来了解一下 企业资产安全及漏洞管理 面临哪些挑战呢？ 1. 资产管控难 随着企业信息化建设的不断完善，企业资产不断增长。针对日益凸显的安全形势，企业要全面掌控整体资产的安全态势，面临以下管理挑战： 企业总共有多少资产？ 资产谁在用？ 安全是否有责任人？ 资产是否存在安全漏洞？ 2.漏洞分析效率低 扫描器基于规则的扫描，会产生一定的误报。单一的扫描报告，往往让企业的安全人员在漏洞确
近日，苹果公司发布紧急安全更新，此次更新修复了两个在攻击中被利用并影响 iPhone、iPad 和 Mac 设备的零日漏洞。据统计，自今年年初以来已修复的零日漏洞数量已达到 20 个。
4月17日，谷歌Project Zero安全团队更新了漏洞披露政策，这次更新将会为用户新增30天时间来进行漏洞修补，然后再披露漏洞相关技术细节以避免攻击者利用漏洞进行攻击。 漏洞披露政策变化 2019 2020试行 2021 1.90天或者漏洞修复的时间（研究人员可自行斟酌），可尽早发布 1.90天整，无论漏洞何时修复，提早公布需要双方同意 1. 90天内，如果漏洞没有被修复，技术细节90天后立即公布；如果漏洞被修复，修复后的30天后再公布技术细节双方同意情况下，可提前发布 2.政策目标：更快地发布补丁
近日芯片底层漏洞曝出之后，各大厂商都开始紧急自查，并快马加鞭发布补丁。苹果也发布声明，确认所有 Mac 和 iOS 设备都受到 Meltdown 和 Spectre 漏洞影响。目前，苹果已经发布 iOS 11.2、macOS 10.13.2 和 tvOS 11.2 版本更新，以修复漏洞。同时，Safari 的相关更新也会尽快发布，以解决 Spectre 漏洞带来的影响。苹果用户可尽快去官网下载更新。 这份声明没有清楚说明老版本的 iOS 和 Mac 中是否已经解决 Meltdown 和 Spectre 带来
在刚刚结束的2017年度DEFCON大会上，安全研究人员曝光了一个潜伏在Windows系统上长达20年之久的安全漏洞。该漏洞被命名为SMBLoris，攻击者使用简短的20行Python代码就可以利用该漏洞发起DoS攻击，导致系统内存资源耗尽。该漏洞影响Windows 2000及以上系统的SMBv1协议。 与利用常见的botnet方式发起的DDoS攻击不同，攻击者通过单台机器就可以利用该漏洞导致目标Windows系统崩溃。根据安恒信息安全研究院的初步分析，漏洞起因是在Windows内核的非分页池（non-pa
在修复了上一个零日漏洞之后，Chrome浏览器又开始马不停蹄地修复第二个零日漏洞。
不少安全厂商都会在产品中加入修复漏洞的功能，火绒安全软件也具备【漏洞修复】功能。不过有细心的用户发现，火绒【漏洞修复】扫描出的“漏洞数”和其他厂商不太一样，火绒扫出来的“漏洞数”较少。那么究竟是为什么呢？是不是漏洞数扫出来越多越好呢？
▎各位 Buffer 晚上好，FreeBuf 甲方群话题讨论第207期来了！FB甲方社群不定期围绕安全热点事件、前沿技术、运营体系建设等话题展开讨论，Kiki 群助手每周整理精华、干货讨论内容，为您提供一手价值信息。 注：上期精彩内容请点击：信息泄露渠道及风险感知；数据脱敏规则探讨| FB甲方群话题讨论 本期话题抢先看 1. 开源软件的引入流程是怎样的，有哪些安全评估机制？ 2.《上海市企业数据合规指引》中提到，企业不得使用风险不可控的开源软件开发工具包等工具。，如何理解其中的“不可控”？ 3. 调查显示
好久没写公众号了，收集整理了当前学术界与工业界的一些漏洞自动修复技术，对此作个简单分类与记录，谈谈原理，也聊聊个人看法。
近日，Apache软件基金会为Tomcat应用程序服务器推送了最新的安全更新，并修复了多个安全漏洞，其中包括一个DoS漏洞和一个信息泄露漏洞。
-bootstrap ,感觉是目前最好用的css框架了，是响应式的，手机屏幕会自动适配成合适的样式来展示，很傻瓜式的就可以写出比较精美的网页。
2021年10月12日凌晨1点，距离上个版本发布仅10天，苹果就向全球用户推送了 iOS15.0.2系统，同时发布的还有 iPadOS15.0.2。本次更新除了修复信息与照片、应用等一系列问题外，紧急修复了一个正在被黑客广泛利用的0day漏洞，漏洞编号CVE-2021-30883。
以前在互联网公司做软件项目的时候，公司规定的上线流程中，就有一项是要做安全测试。当时使用的是IBM的AppScan，配置好要扫描的url地址，并通过录制的方式，爬取系统的页面，再设置扫描策略，对系统做安全检查，只有符合要求的结果才能被允许上线。从那个时候起，我就明白了上线前不能存在严重的漏洞，也是第一次对漏洞产生了兴趣。
Java作为企业主流开发语言已流行多年，各种java安全编码规范也层出不穷，本文将从实践角度出发，整合工作中遇到过的多种常见安全漏洞，给出不同场景下的安全编码方式。
2021年2月3日，谷歌安全博客（Google Security Blog）发表题为《了解、预防、修复：开源漏洞讨论框架》的文章，旨在解决开源软件漏洞问题，本文翻译了该框架内容，供广大读者参考。
在火绒发布通告后，微软在昨日晚间针对其最新漏洞CVE-2020-0796，发布了修复补丁。该漏洞会使攻击者无需身份认证即可进行远程攻击，是与“永恒之蓝“漏洞类似的“蠕虫级别”的高危漏洞。火绒安全软件（个人版、企业版）已经推送补丁，建议受影响的用户尽快进行修复。
SQL注入漏洞 风险等级：高危 漏洞描述： SQL注入漏洞产生的原因是网站应用程序在编写时未对用户提交至服务器的数据进行合法性校验，即没有进行有效地特殊字符过滤，导致网站服务器存在安全风险，这就是SQL Injection，即SQL注入漏洞。 漏洞危害： 机密数据被窃取； 核心业务数据被篡改； 网页被篡改； 数据库所在服务器被攻击从而变为傀儡主机，导致局域网(内网)被入侵。 修复建议： 在网页代码中对用户输入的数据进行严格过滤；（代码层） 部署Web应用防火墙；（设备层） 对数据库操作进行监控。（
近日，腾讯云安全运营中心监测到，微软近日发布了Exchange 安全更新的通告，更新修复了四个蠕虫级别的远程命令执行漏洞，攻击者可利用上述漏洞绕过Exchange身份验证，无需用户交互，即可达到命令执行的效果。 为避免您的业务受影响，腾讯云安全建议您及时开展安全自查，如在受影响范围，请您及时进行更新修复，避免被外部攻击者入侵。 漏洞详情 微软近日发布了Exchange 安全更新的通告，更新修复了四个蠕虫级别的远程命令执行漏洞。漏洞编号分别如下： CVE-2021-28480 CVE-2021-2848
开发安全是一个老生常谈的话题，随着云计算、虚拟化等技术的发展，开发安全在SDL（Software Development Life Cycle）、DevOps中的体现也倍受关注。很高兴受邀参加EISS开发安全分会场的邀请，谈谈自己对开发安全的一些理解与思考。会上分享的材料也都提供给主办方，并且也在SDL专属群中分享。考虑到PPT终究只是个框架，很难描绘出会议上分享的内容，故趁着假期挑灯夜战记录下来。
struts2从开发出来到现在，很多互联网企业，公司，平台都在使用apache struts2系统来开发网站，以及应用系统，这几年来因为使用较多，被攻击者挖掘出来的struts2漏洞也越来越，从最一开始S2-001到现在的最新的s2-057漏洞，本文着重的给大家介绍一下struts2漏洞的利用详情以及漏洞修复办法。
纵观互联网上公开的文章，专门介绍甲方安全测试的少之又少。入职甲方安全已将近一年又三个月，从甲方角度来做安全测试的流程和思路、痛处与难点也越加明晰。早就想着能总结一篇见闻与大家分享，诸多原因迟迟未能动笔。忽然，今夜性情大起，遂点亮台灯、打开电脑记录下这些零散的思绪。
在2016年4月15号，安恒安全研究院在Struts 2上发现了一个严重的远程代码执行漏洞（CVE-2016-3081)，并已给出详实分析及修复办法。这是自2013年Struts2（s2-016）命令执行漏洞大规模爆发之后，该服务时隔三年再次爆发大规模漏洞。该漏洞也是爆出的最严重安全漏洞。黑客利用该漏洞，可对企业服务器实施远程操作，从而导致数据泄露、远程主机被控、内网渗透等重大安全威胁。4月26日，Apache Struts2官方又发布安全公告：Apache Struts2 服务在开启动态方法调用的情况下可
俗话说：“没有不透风的墙”，世界上也不存在没有安全漏洞的应用程序，只是大企业会通过严格的编程规范和充分的测试来减少安全漏洞，但人都是会犯错的，应用程序并不能保证百分之百的安全。
Bugsy是一款功能强大的代码安全漏洞自动化修复工具，该工具本质上是一个命令行接口工具，可以帮助广大研究人员以自动化的形式修复代码中的安全漏洞。
腾讯安全威胁情报中心推出2023年12月份必修安全漏洞清单，所谓必修漏洞，就是运维人员必须修复、不可拖延、影响范围较广的漏洞，被黑客利用并发生入侵事件后，会造成十分严重的后果。
摘自：知道创宇 微信：knownsec 点击文末“阅读原文”，查看各国现存肉鸡！ 概述 2014 年 4 月 7 日，开源安全组件 OpenSSL 爆出重大漏洞（CVE-2014-0160），可造成敏感信息泄露。该漏洞是由 Codenomicon 和谷歌安全工程师独立发现并提交，最终由程序员 Sean Cassidy 将详细利用机制发布出来的。其成因是 OpenSSL Heartbleed 模块存在一个 Bug，攻击者可以构造一个特殊的数据包获得存在该漏洞的服务器长达 64KB 的内存
前言ZOOM麻烦不断全部漏洞一览屏幕共享功能中的漏洞漏洞详情修复方案与Facebook 共享数据漏洞详情修复方案参会者注意力跟踪漏洞详情修复方案参与者IP地址泄露漏洞详情修复方案误导性的安装提示漏洞详情修复方案LinkedIn销售导航仪功能漏洞详情修复方案内置的web服务器漏洞详情修复方案UNC安全问题漏洞详情修复方案zoom炸弹漏洞原理修复方案数据中心错误划分漏洞原理修复方案会议加密漏洞原理修复方案Zoom安全性问题可能是故意设计的功能zoom的改造计划zoom不适合群体参考资料
在当下软件应用的开发过程当中，自研的内部代码所占的比例逐步地减少，开源的框架和共用库已经得到了广泛的引用。如下图所示，在一个Kubernetes部署的应用当中，我们自己开发代码所占的比例可能连0.1%都不到。
在开篇《安全事件运营SOP【1】安全事件概述》中，介绍了安全事件的定义、分级、处置原则及处置流程。当发生某类安全事件时，该如何快速处置？以及如何保证不同人员处置的效果都达标？安全事件的种类虽然繁多，但是处理起来并非无据可循。为了解决上述两个问题，同时提升工作效率和降低安全风险。经过大量的运营处置实践，总结出以下常见的处置标准操作程序（SOP）。
*本文原创作者：starshine，本文属FreeBuf原创奖励计划，未经许可禁止转载 生活不只有眼前的苟且，还有诗和甲方。于是，我来到了甲方，成为了一个互联网安全小兵。 在乙方Web安全研究团队的时候，可能更关注于某一方向的安全技术，像一个侠客的角色。 而到了互联网公司，也算甲方了，那么我们安全工程师不光要关注安全技术本身，更重要的是要理解安全和业务的关系，这时候我们要有一个建设者的意识，要思考如何帮助我们的产品更健壮，让我们的业务更健康。 当然，不积跬步无以至千里，作为一个互联网安全小兵，还没上升到安全
各种规模的组织都正被其网络中已经存在的大量漏洞所覆盖。而且，随着现代网络的扩大化和多样化，这个数字仍在飞速增长——这导致了一个不断扩展的、动态的攻击面。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
