源代码审计工具之：SonarQube

       SonarQube是看漏一个开源的代码分析平台，用于持续分析和评估项目源代码的源码质量。它能检测出项目中的看漏源码 溢出重复代码、潜在bug、源码代码规范和安全性漏洞等问题，看漏并通过web UI展示结果。源码

       1. Sonar简介

       1.1 SonarQube是看漏什么？

       1. 代码质量和安全扫描和分析平台。

       2. 多维度分析代码：代码量、源码安全隐患、看漏编写规范隐患、源码重复度、看漏复杂度、源码代码增量、测试覆盖率等。

       3. 支持+编程语言的代码扫描和分析，包括Java、Python、C#、JavaScript、Go、C++等。

       4. 涵盖了编程语言的保险单号起源码静态扫描规则：代码编写规范和安全规范。

       5. 能够与代码编辑器、CI/CD平台完美集成。

       6. 能够与SCM集成，可以直接在平台上看到代码问题是由哪位开发人员提交。

       7. 帮助程序猿写出更干净、更安全的代码。

       静态扫描主要针对开发人员编写的源代码。

       通过定义好的代码质量和安全规则，对开发人员编写的代码进行扫描和分析。

       将分析的结果多维护的呈现出来，以方便开发人员进行代码的优化和规范编写。

       1.2 SonarQube的各个功能：

       1.2.1 代码可靠性

       1. BUG检测

       2. 设置需要的代码标准

       3. 代码异味

       4. 代码安全性

       5. 对于开发的各个路径进行检测

       1.2.2 软件安全性

       1. Security Hotspots: 代码存在安全问题的部分

       2. Vulnerabilities: 代码是否存在漏洞

       1.3 SonarQube如何工作？

       Sonar静态代码扫描由两部分组成：SonarQube平台和sonar-scanner扫描器。

       SonarQube: web界面管理平台。

       1）展示所有的项目代码的质量数据。

       2）配置质量规则、管理项目、配置通知、配置SCM等。

       SonarScanner: 代码扫描工具。

       专门用来扫描和分析项目代码。支持+语言。

       代码扫描和分析完成之后，会将扫描结果存储到数据库当中，在SonarQube平台可以看到扫描数据。同花顺大单指标源码

       SonarQube和sonarScanner之间的关系：

       2 检测

       Sonar是一个用于代码质量管理的开源平台，用于管理源代码的质量，可以从七个维度检测代码质量。通过插件形式，可以支持包括Java、C#、C/C++、PL/SQL、Cobol、JavaScript、Groovy等等二十几种编程语言的代码质量管理与检测。

       2.1 Rules提示

       2.1.1 Rule界面

       2.1.2 Rule正确实例提示

       2.2 糟糕的复杂度分布

       文件、类、方法等，如果复杂度过高将难以改变，这会使得开发人员难以理解它们，且如果没有自动化的单元测试，对于程序中的任何组件的改变都将可能导致需要全面的回归测试。

       2.3 重复

       显然程序中包含大量复制粘贴的代码是质量低下的，Sonar可以展示源码中重复严重的地方。

       2.4 缺乏单元测试

       Sonar可以很方便地统计并展示单元测试覆盖率。

       2.5 没有代码标准

       Sonar可以通过PMD、CheckStyle、Findbugs等等代码规则检测工具规范代码编写。选择数据库源码

       2.6 没有足够的或者过多的注释

       没有注释将使代码可读性变差，特别是当不可避免地出现人员变动时，程序的可读性将大幅下降，而过多的注释又会使得开发人员将精力过多地花费在阅读注释上，亦违背初衷。

       2.7 潜在的bug

       Sonar可以通过PMD、CheckStyle、Findbugs等等代码规则检测工具检测出潜在的bug。

       2.8 糟糕的设计（原文Spaghetti Design，意大利面式设计）

       通过Sonar可以找出循环，展示包与包、类与类之间的相互依赖关系，可以检测自定义的架构规则；通过Sonar可以管理第三方的jar包，可以利用LCOM4检测单个任务规则的应用情况，检测耦合。

       3. Sonar组成

       4. Sonar集成过程

       开发人员在他们的IDE中使用SonarLint运行分析本地代码。

       开发人员将他们的代码提交到代码管理平台中（SVN、GIT等），

       持续集成工具自动触发构建，调用SonarScanner对项目代码进行扫描分析，

       分析报告发送到SonarQube Server中进行加工，

       SonarQube Server加工并且保存分析报告到SonarQube Database中，通过UI显示分析报告。

代码分析有助于发现代码中的欢乐海岸主图源码漏洞吗

       是的，代码分析确实有助于发现代码中的漏洞。

       代码分析，也称为代码审查或代码检查，是一种通过系统检查源代码以发现其中可能存在的问题、错误或漏洞的过程。这个过程可以由人工进行，也可以借助自动化工具来完成。无论是哪种方式，其目的都是为了提高代码质量，确保软件的可靠性和安全性。

       在人工代码分析中，开发人员或安全专家会逐行审查代码，寻找潜在的逻辑错误、未处理的异常、不安全的编程实践等问题。例如，在Web开发中，常见的漏洞包括SQL注入、跨站脚本攻击和跨站请求伪造等。通过仔细审查代码中对用户输入的处理方式，可以发现是否存在未经验证或转义的用户输入，从而识别出潜在的注入攻击点。同样，检查身份验证和授权机制的实现，也能帮助发现可能的权限提升或伪造请求漏洞。

       自动化代码分析工具则能够更快速地扫描大量代码，发现其中的常见问题和模式。这些工具通常基于静态代码分析技术，能够在不运行代码的情况下检测出其中的潜在问题。例如，一些工具可以检测出未使用的变量、未初始化的对象、空指针引用等常见的编程错误。同时，针对特定语言和框架的安全漏洞，也有相应的自动化工具能够进行模式匹配和漏洞识别。这些自动化工具的效率和准确性虽然不及人工审查，但它们能够大大减轻人工审查的负担，提高代码审查的覆盖率。

       总的来说，代码分析是软件开发生命周期中不可或缺的一环。通过结合人工审查和自动化工具，可以有效地发现代码中的漏洞和潜在问题，从而提高软件的质量和安全性。这不仅有助于减少软件发布后的安全事件，也能提升用户对软件的信任度和满意度。

买了一套源码，但最近网站数据被盗了几次，源码漏洞后门等都用网站卫士和安全狗扫描过，没有漏洞和

       你用等等之类的扫描的，都是扫描漏洞，也就是说，从外部攻击，看看能否攻击进去。那些工具的作用是这样子的，只是起着模拟外部攻击的作用。

       但是，你程序的源码有问题。

       我这么给你举个例子。

       你的网站如果有发送邮件的功能，正常的用户忘记密码，发送邮件验证，这个功能可以有的吧！

       那么，内部查询出你的数据库，并且通过邮件发送出去，这个你是没办法防住的，而且，这根本不算木马，也不算病毒，任何杀毒软件，都不会报后门和漏洞。因为这压根就是正常的程序。

       不知道上面说的你有没有理解。

       我换一种说法吧，比方窃取银行卡帐号。你大概的理解下意思，不要抠字眼较真。

       比如，人家窃取银行卡帐号，能在ATM机上做手脚，这个，检查ATM机可以判断是否安全。

       但是，如果你的银行卡是一个人提供给你的，开设了网银，那个人假设叫做张三，你和他都知道帐号密码，有一天，你银行卡里的钱不见了。如果不是去ATM取款出问题，那有可能是张三出问题。可是这个张三拿了钱，他算是什么漏洞木马，他用了某些攻击方式吗？没有，因为他本身就知道帐号密码，他取钱和你取钱一样，都是合法的，都是正大光明的。我们能检查出不合法的盗卡方式，但是对于合法的知道帐号密码取走钱，是没办法的。

CVE--：Binwalk 远程代码执行漏洞

       Binwalk是一款用于搜索二进制镜像文件以提取嵌入文件和代码的工具。

       Binwalk是一款固件分析工具，旨在帮助研究人员进行固件非分析、提取和逆向工程。它简单易用，支持完全自动化脚本，通过自定义签名、提取规则和插件模块进行扩展。

       Part1 漏洞状态

       Part2 漏洞描述

       分析环境:

       Kalix

       Binwalk v2.3.3

       Part3 漏洞复现

       1. 创建一个.pfs文件头，如下，然后打包成exp.zip。

       2. 正常binwalk执行后输出。

       3. 在kali中使用binwalk解析exp.zip，binwalk -M -e exp.zip，并查看结果。

       4. 看到在kali桌面生成了一个_exp.zip.extracted文件夹。文件夹下pfs-root目录下看到.py是我们pfs文件头写的文件名。

       5. 构造验证pfs并打包成exp.zip。

       6. 构造的pfs文件头如下。

       7. 再次在kali中使用binwalk解析exp.zip。

       8. 可以看到binwalk在正常输出之后又输出了rce...字段。证明复现成功！

       Part4 漏洞分析

       什么是PFS文件？

       PFS文件是由PhotoFiltre Studio（图像修饰程序）创建的选择文件。它包含图像编辑器的多边形选择工具使用的坐标，以便在给定坐标之间绘制线。PFS文件以纯文本格式存储。

       漏洞源代码

       问题出现在红框内部的代码。

       在解析pfs文件头时，会把pfs文件头内部的文件名和out_dir拼接。拼接之后默认走else代码分支，并且对特殊符号没有校验，导致可以使用../符号路径穿越。再利用binwalk的plugins功能，就可以释放py文件到binwalk的plugins目录下，从而实现代码执行。

       Part5 修复建议

       1. 将Binwalk软件升级到最新的2.3.4版本。

       2. 代码要检测特殊符号，防止路径穿越。