安全入门级面试题

1、CSRF、XSS、XXE有什么区别以及修复方式：

(1)XSS：跨站脚本攻击，用户提交的数据中可以构造恶意代码，并且执行，从而实现窃取信息等攻击

①修复方式:

1)对实体字符进行转义

2)使用Http Only来禁止javascript读取cookie值

3)输入时校验、浏览器与web应用端采用向提供的字符编码

(2)CSRF：跨站请求伪造（没有对用户是否自愿发起请求做一个验证）

①修复方式：筛选出需要防范CSRF的页面，然后嵌入Token，再次输入密码、校验referer

(3)XXE：XML外部实体注入，敏感文件读取

①修复方式：XML解析库在调用时严格禁止对外部实体的解析

2、GET和POST的区别：

(1)GET把请求数据放在URL上，以？分割URL和传输数据，参数之间以&相连，所以GET不太安全

POST会把数据放在HTTP数据包里面，

(2)GET是获取数据；POST是修改数据

(3)GET提交的数据最大时2K（实际的限制取决于浏览器）；POST理论上没有限制

(4)GET产生一个TCP数据包，浏览器会把HTTP header和data一并发出去，服务器响应200（返回数据）；POST产生两个TCP数据包。浏览器先发送header，服务器相应100（continue），浏览器在发送data，服务器响应200（返回数据）

(5)GET请求会被浏览器主动缓存；而POST不会主动缓存

3、拿到一个待检测的站，该如何渗透？渗透测试的思路

(1)信息收集：

①服务器相关信息：

1)真实IP、系统类型、版本、开放的端口等

②网站指纹识别：

1)Cms、cdn、证书等、dns记录

③Whois信息

1)姓名、备案、邮箱、电话

④子域名收集、旁站、C段

⑤Google、hacking、中间件版本、弱口令收集

⑥扫描网站目录结构，爆破后台

(2)漏洞测试：

①SQL注入、文件上传、命令执行、XSS、XXE、文件包含、弱口令等

(3)漏洞利用：

①利用漏洞getshell（蚁剑、菜刀等）

(4)权限提升：

①Windows：UDF提权、低版本提权

②Linux：

(5)权限维持

①创建后门、计划任务

(6)内网扫描：

①内网主机探测、明文信息收集、建立隧道

(7)内网攻击:

①权限提升、权限维持                                           

(8)痕迹清理：

①删除系统日志

(9)总结报告：

①输出测试报告、测试方案

4、如何验证XSS漏洞：

(1)XSS漏洞（跨站脚本攻击）：攻击者在网页中嵌入客户端脚本（javascript），当用户使用浏览器加载被嵌入恶意代码的网页时，恶意代码脚本就会在用户的浏览器执行

(2)本质：用户输入的html语句直接输出

(3)挖掘XSS漏洞：

①找到输入点，用户可操控代码的位置

②找输出的位置，输入的代码在网页的哪个位置进行输出

③构造payload

5、XSS、XSRF、SSRF的区别

(1)XSS：跨站脚本攻击

(2)CSRF：跨站请求伪造

(3)SSRF：服务端请求伪造攻击

(4)三者的区别：

①XSS：XSS是服务器对用户输入的数据没有进行严格的过滤，导致客户端浏览器在渲染服务器返回的html页面时，出现了预期之外的脚本语句被执行

②CSRF：CSRF是服务器端没有对用户提交的无数据进行随机值校验，且对http请求包内的refer字段校验不严，导致攻击者可以利用用户的Cookie信息伪造用户请求发送至服务器

③SSRF：SSRF是服务器对用户提供的可控URL过于信任，没有对攻击者提供的URL进行地址限制和严格的检测，导致攻击者可以以此为跳板攻击内网或其他服务器

6、PHP反序列化

(1)序列化就是讲一个对象转换成字符串，反序列化则反之，将字符串转化为对象

(2)PHP反序列化又可以简单分成两种，一种无类、一种有类，无类利用就略微简单，如果源码会将输入的值进行反序列化，那我们就需要提前将数据序列化再传入。而想要利用有类就要用到魔术方法，而魔术方法就像一个潜规则一样，例如我们在创建对象时，就会触发_construct()，并执行_xonstruct()中的代码

(3)魔术方法：

_construct()  ------------------------类的构造函数，当对象被创建时调用

_destruct() ----------------------------类的析构函数，当对象被销毁时调用

_sleep() ------------------------------执行serialize()时，先会调用这个函数

_wakeup() ---------------------------执行unserialize()时，先回调用这个函数

_toString() ---------------------------类被当成字符串时的回应方法

7、Sqlmap中 --OS - shell 的利用条件及原理

(1)利用条件：

①Root权限

②知道绝对路径

③GPC关闭

④Secure_file_priv参数为空或者为指定路径

(2)原理及流程：原理其实比较简单，先对目标进行一个基础信息的探测，然后上传shell到目标web网站上，利用shell传参进行命令执行，退出时删除shell

①当然数据库不同，必要条件也不同，例如sqlserver需要数据库支持外连，数据库权限为SA权限，主要利用xp_cmdshell扩展进行命令执行

8、对称与非对称加密：

(1)对称加密：对称加密指的是使用相同的密钥进行数据的加密和解密操作

①优点：由于使用同一把密钥，对称加密的加解密速度非常快，适合加密大量数据

②缺点：密钥的管理和分发较为困难，如果密钥在传输过程中被截获，那么加密的数据安全性就无法保证

③应用场景：对称加密常勇于数据的快速加解密场景，如文件加密、数据加密等

(2)非对称加密：非对称加密使用一堆密钥，即公钥和私钥。公钥用于加密数据，私钥用于解密；反之亦然，私钥加密的数据只能用公钥解密

①优点：非对称加密解决了密钥分发问题，因为即便公钥被分开，没有私钥也无法解密数据，这大大提高了安全性

②缺点：非对称加密的运算复杂度较高，加解密速度慢，不适合加密大量数据

③应用场景：非对称加密常用于密钥交换、数字签名、安全的网络通信等场景

(3)总结：对称加密以其高效性适用于大数据量的加解密操作，而非对称加密则因其强大的安全特性，在密钥管理和身份验证方面发挥重要作用。在实际应用中，两者往往会结合使用，例如在SSL/TLS协议中，非对称加密用于安全地交换对称加密所需的密钥，而实际的数据加解密则采用对称加密来完成，以此兼顾效率和安全性

9、什么是同源策略：

(1)为了防止不同域在用户浏览器中彼此干扰，浏览器对从不同来源（域）收到的内容进行隔离

(2)浏览器不允许任何旧有脚本访问一个站点的cookie，否则，会话容易被劫持

(3)只有发布cookie的站点能够访问这些cookie，只有通过该站点返回的页面所包含或加载的JavaScript才能访问cookie

10、Cookie存在哪里？可以打开？

(1)Cookie是一种由网站创建并存储在用户本地计算机上的小型文本文件，它主要用于记录用户的特定信息，比如登录状态、偏好设置等。这些文件通常位于浏览器的默认文件夹内，而且大部分浏览器允许用户查看和管理自己计算机上的Cookie

(2)要开启或管理Cookie，首先需要打开浏览器的设置或选项菜单。这通常可以通过点击浏览器工具栏上的菜单按钮（通常是三个俗点过一条横线）找到。在设置菜单中，寻找到隐私或安全的选项，这里会有关于Cookie的设置。用户可以根据自己的需求选择启用或禁用Cookie，也可以删除已有的Cookie

(3)并非所有的Cookie都会直接显示给用户，有些可能会因为安全原因被加密处理，此外，不同的浏览器管理Cookie的方式可能略有不同，但基本原理是相同的

11、XSS如何盗取cookie？

(1)跨站脚本攻击是一种常见的网络安全漏洞，她允许攻击者将恶意脚本注入到受害者的浏览器中。当这些脚本被执行时，他们可以访问并窃取用户的Cookie信息，这些信息通常包含了用户的登录凭证和其他敏感数据，以下是一些具体的攻击方法：

①在输入框中注入恶意代码：攻击者可能会利用应用程序中的输入框，通过提交包含恶意脚本的数据，使得这些脚本在用户浏览网页时被执行

②在URL中注入特定的参数或路径来触发：通过构造特殊的URL，攻击者可以诱导用户访问这些URL，从而触发XSS漏洞并执行恶意脚本

(2)防御XSS攻击，网站开发者需要采取一系列的安全措施，包括但不限于：

①对用户输入进行严格的验证和过滤，防止恶意脚本的注入

②使用Content Security Policy（CSP）来限制浏览器加载和执行外部资源

③对重要的Cookie设置HttpOnly标志，使其不被JavaScript访问

④实施适当的输出编码策略，确保用户输入的数据在显示时不会被解释为代码

⑤定期进行安全审计和漏洞扫描，及时发现并修复潜在的安全问题

12、DVWA是如何搭建的：

DVWA是一个基于PHP/MySQL的脆弱性Web应用程序，它被设计用于帮助安全行业人员和Web开发者学习和理解Web应用的安全风险。搭建DVWA通常涉及一下几个步骤：

1、环境准备：你需要一个支持PHP和MySQL的Web服务器环境。常见的选择包括Apache或Nginx作为Web服务器，以及PHP和MySQL数据库服务器

2、下载DVWA：从DVWA官方网站或其他可信仍的源下载DWA的最新版源代码

3、配置数据库：根据DVWA提供的说明文档，创建数据库并配置相应的用户权限，以便DVWA可以连接MySQL数据库

4、安装DVWA：将下载的DVWA提供的说明文档，创建数据库并配置相应的用户权限，以便DVWA可以连接到MySQL数据库

5、设置安全级别：DVWA提供了不同的安全级别设置，可以根据需要选择合适的级别。较低的安全级别会暴露更多的脆弱性供学习和测试，而较高的安全级别则相对更加安全

6、访问DVWA：在浏览器输入DVWA所在的URL，即可开始使用DVWA进行安全学习和测试

7、学习攻击模式：DVWA包含了多个攻击模式，如暴力破解、SQL注入、跨站脚本等，每个模块都有详细的说明和示例，可以帮助您更好的理解各种web安全问题

8、实践和学习：通过实际操作DVWA提供的各个模块，可以加深对Web安全漏洞的理解，并学习如何防范这些安全问题

9、更新和维护：定期检查DVWA的更新，以确保测试环境能够反映最新的安全威胁和防护措施

13、漏洞探测时有哪些迹象表明系 统可能存在安全漏洞，你可以从以下几个方面来回答：

·     默认配置未更改：许多系统和应用程序在默认安装时存在安全性较低的配置，如果没有进行适当的更改，这些默认配置可能会成为攻击者利用的漏洞。

·  ·  过时的软件版本：运行过时的软件版本可能会导致已知的安全漏洞未被修复，因为新版本可能已经包含了针对旧漏洞的补丁。

·  ·  错误信息泄露：详细的错误信息可能会泄露系统的敏感信息，比如软件版本、服务器路径等，这些信息对于攻击者来说非常有价值。

·  ·  不安全的认证机制：如使用弱密码、默认密码或者容易猜测的认证方式，这些都可能成为攻击者攻击的目标。

·  ·  未经授权的访问：如果发现有用户或者服务可以不经过身份验证或者授权就能访问系统的关键资源，这是一个明显的安全漏洞。

·  ·  输入验证不充分：如果应用程序没有对用户输入进行充分的验证，可能会导致SQL注入、跨站脚本（XSS）等安全漏洞。

·  ·  不安全的数据传输：数据在传输过程中如果没有使用加密措施，比如HTTP而不是HTTPS，那么数据就可能被截获或篡改。

·  ·  权限过多：用户或者系统账户拥有不必要的高权限，这可能导致一旦账户被攻击者控制，系统的安全将受到严重威胁。

·  ·  缺乏日志记录或监控：如果系统缺乏有效的日志记录和监控机制，即使发生安全事件也难以及时发现和响应。

·  ·  第三方组件漏洞：使用未经审查的第三方组件或库可能会导致引入未知的安全漏洞。

14判断告警是否为真实攻击或仅仅是探测行为，可以通过以下几个步骤进行：

·  分析告警类型：需要对安全设备产生的告警进行分类，区分哪些是常见的扫描、探测行为，哪些是异常的入侵尝试。常见的探测行为通常包括端口扫描、服务识别等，而真实的攻击可能包含漏洞利用、权限提升等更为复杂的行为。

·  检查攻击IP属性：如果告警显示攻击IP是内网IP，那么需要格外谨慎，因为这可能意味着攻击者已经渗透到内网中。此时，应密切关注攻击行为是否多样，如扫描、爆破、命令执行等，以及这些行为是否针对关键资产。

·  研判告警行为：对于每一个告警，都需要进行详细的分析研判。这包括查看告警的来源、目的、攻击手法以及攻击的频率和强度。如果告警与已知的攻击模式相匹配，或者有明显的恶意特征，那么很可能是真实的攻击。

·  优化安全设备策略：在攻防演练期间，应按照“策略从严，突出攻击告警”的原则优化网络安全设备。这意味着应调整安全设备的策略，以便重点关注那些级别较高且平时经过研判的告警，而不是那些级别较低且常见的告警。

·  与其他组协作：监控组应与研判组、处置组、溯源组和反制组紧密合作。通过共享信息和资源，可以更有效地识别和响应真实的威胁。

·  实时监控与日志分析：实时监控安全设备的告警，并从海量日志中筛选出误报和真实的攻击者。这一过程需要监控组成员具备较强的日志分析能力和对攻击行为的快速识别能力。

·  建立告警基线：了解正常的网络行为和流量模式，建立告警基线，有助于区分异常行为和正常波动。任何偏离基线的活动都可能是潜在的攻击。

·  持续学习和更新知识：网络安全是一个不断变化的领域，新的威胁和技术不断出现。因此，监控组成员需要不断学习和更新知识，以便更好地识别和应对新的攻击手段。

15、xss漏洞----跨站脚本攻击

XSS漏洞主要分为三种类型：反射型XSS、存储型XSS和DOM型XSS。

1.反射型XSS：也称为非持久型或即时型XSS，这种攻击方式是一次性的。攻击者通过诱使受害者点击含有恶意脚本的链接，当受害者的浏览器解析这个链接时，恶意脚本会被执行。此类型XSS的攻击载荷不会存储在服务器上，而是通过URL参数直接传递给受害者的浏览器。

2.存储型XSS：又称为持久型XSS，此类攻击的恶意脚本会被存储在目标网站的数据库中，例如在论坛帖子、评论区或用户提交的其他数据中。当其他用户浏览受感染的页面时，恶意脚本会被执行，潜在地影响所有访问该页面的用户。存储型XSS通常具有更广泛的影响范围，并且危害性更大。

3.DOM型XSS：基于文档对象模型（DOM）的漏洞。它与反射型XSS类似，也是由客户端脚本逻辑错误导致的安全问题，恶意脚本不在服务器上存储，而是在浏览器端插入和执行。但不同之处在于DOM型XSS的恶意脚本是在浏览器解析页面DOM结构时执行的，常见于对URL参数进行处理时产生的安全漏洞。

这三种XSS漏洞各有其特点和利用方式，但它们共同构成了Web安全领域的重要威胁。了解它们的差异对于开发安全的Web应用程序至关重要。

15、文件上传漏洞：

定义和危害：

文件上传漏洞发生在网站允许用户上传文件到服务器时，由于程序员对上传功能的控制不足或处理缺陷，使得用户可以上传恶意文件（如木马、病毒、恶意脚本或WebShell），从而越过权限限制，执行未经授权的操作。

产生原因:

文件上传漏洞的产生通常是因为服务器端对用户上传的文件缺乏有效的验证和过滤机制。例如，没有检查文件的扩展名、内容类型（Content-Type）、文件头信息，或者没有限制特定类型文件的行为等。

攻击方式：

攻击者通过文件上传漏洞上传恶意文件后，可能会利用这些文件来执行服务器端命令，获取敏感信息，甚至完全接管服务器。在某些情况下，攻击者还可能利用文件系统的特定特性来绕过安全措施。

防御措施：

·检查上传文件的扩展名和内容类型。

·对上传的文件进行病毒扫描。

·限制上传文件的大小和类型。

·使用文件系统的安全设置，如chmod、chown等，限制文件的执行权限。

·利用WAF（Web Application Firewall）等安全设备来检测和阻止可疑的文件上传行为。

·定期对服务器进行安全审计和漏洞扫描。

16、文件包含漏洞

(1)文件包含漏洞允许攻击者通过控制输入来注入脚本或代码，使得服务器端执行这些未经授权的代码。这种漏洞的原理在于，开发人员为了提高代码复用性，会将一些可重复使用的函数或代码块写入单个文件中，在需要使用这些函数或代码时，直接调用这个文件。这种方式在PHP中通过include()和require()函数实现。然而，如果用户能够控制被包含的文件路径或名称，他们就可能引导服务器执行恶意代码。

(2)防御措施：

·  严格验证用户输入：确保用户提供的文件路径或名称是合法的，避免包含远程文件或不可信的文件。

·  限制包含文件的范围：只允许包含特定目录下的文件，防止攻击者利用包含漏洞访问敏感文件。

·  使用安全函数：例如，PHP提供了include_once()和require_once()等函数，它们可以防止同一文件被多次包含。

·  代码审计：定期对代码进行安全审计，检查是否存在不当的文件包含操作。

·  更新和维护：保持系统和应用程序的更新，及时修补已知的安全漏洞。

·  错误处理：正确配置错误报告，避免泄露敏感信息，如文件路径或系统配置信息。

·  安全编程实践：遵循安全编程准则，例如使用参数化查询来防止SQL注入，以及使用最新的加密技术来保护数据传输。

17、CSRF------跨站请求伪造

(1)CSRF漏洞允许攻击者在用户不知情的情况下，利用用户已认证的身份向Web应用程序发送恶意请求。这种攻击通常发生在用户已经登录一个网站后，攻击者通过诱导用户点击链接或执行操作，从而在用户的会话中执行非本意的动作。

(2)危害：CSRF漏洞的危害性在于它可以让黑客盗用用户的身份，进行包括但不限于修改账户信息、转账、发帖等操作，给用户和网站带来损失

(3)分类：CSRF漏洞可以根据攻击的方式和特点进行分类，例如基于GET和POST的CSRF攻击，基于MUTE标签的攻击等。

(4)防御方法：为了防御CSRF攻击，开发者可以采取多种措施，包括但不限于使用验证码、Token、检查HTTP头和Referer字段等。这些方法可以有效地防止未经授权的请求被服务器接受处理。

(5)检测工具：可以使用各种安全工具和技术来检测CSRF漏洞，例如使用Burp Suite等工具来生成CSRF攻击代码和漏洞挖掘。

综上所述，CSRF漏洞是一种严重的网络安全问题，需要通过合理的设计和用户教育来共同防范。开发者应当在Web应用程序的设计和开发阶段就考虑到CSRF防御措施，而用户则应提高警惕，不轻易点击不可信的链接，以保护自己的网络安全

18、ssrf-------服务端请求伪造

    SSRF，即服务器端请求伪造（Server-Side Request Forgery），是一种安全漏洞，允许攻击者通过构造特定的请求来操纵服务端发起对外的HTTP请求。这种攻击方式使得攻击者可以利用服务端的网络访问权限，访问到一些外部无法直接访问的内部系统或服务

(1)原理：SSRF漏洞通常发生在应用程序代码中，当服务器根据用户提供的数据发起HTTP请求时，如果没有对请求的URL进行适当的验证和限制，就可能导致SSRF漏洞

(2)潜在危害：攻击者可以通过SSRF漏洞访问内网资源，探测内部主机的任意端口，甚至执行更为复杂的攻击，如利用内网中的其他漏洞、读取敏感数据等。

(3)攻击目标：SSRF攻击的目标通常是那些外网无法直接访问的内部系统，因为这些系统往往包含敏感信息或者重要的服务功能。

(4)防御方法：为了防止SSRF漏洞，开发者应当在编写代码时对所有的外部请求进行严格的白名单校验，限制可访问的URL范围，禁止访问敏感协议（如file://或gopher://）等措施。同时，还应该避免使用像"http:"或"https:"这样的通用协议前缀，以减少潜在的攻击面

(5)持续监控：对于已经部署的应用程序，应实施持续的安全监控，以便及时发现和响应可能的SSRF攻击行为。

(6)安全审计：定期进行安全审计，检查应用程序是否存在SSRF等安全漏洞，并及时修复发现的问题。

(7)更新与维护：保持系统的更新和维护，及时应用安全补丁，减少已知漏洞的风险。

(8)

(9)综上所述，SSRF漏洞是一种严重的网络安全问题，需要通过合理的设计和用户教育来共同防范。开发者应当在Web应用程序的设计和开发阶段就考虑到CSRF防御措施，而用户则应提高警惕，不轻易点击不可信的链接，以保护自己的网络安全

19、XML外部实体注入

(1)XXE漏洞的存在主要是因为XML文档在解析时支持包含外部实体，这些实体可以引用本地或远程内容。如果XML解析器在处理这些外部实体时没有足够的安全措施，攻击者就可以构造恶意的XML内容，从而实现以下攻击目的：

·信息泄露：攻击者可以通过外部实体引用本地文件，导致敏感信息被泄露。

·命令执行：通过引用包含系统命令的外部实体，攻击者可能会执行恶意命令。

·拒绝服务攻击：通过构造大量的外部实体请求，消耗服务器资源，导致服务不可用。

·服务器端请求伪造（SSRF）：攻击者可以利用XXE漏洞访问内网或外网的特定URL，绕过防火墙等安全设施。

·内网端口扫描：通过尝试连接到内网的不同端口，攻击者可以发现并利用内网中的其他漏洞。

为了防止XXE漏洞，开发者需要采取一系列的安全措施：

·禁用或限制外部实体的解析：可以在XML解析器中禁用对外部实体的支持，或者限制其只能引用已知安全的外部实体。

·使用安全的编程实践：例如，避免在XML数据中使用用户输入的内容，或者对用户输入进行严格的验证和过滤。

·更新和维护软件：确保使用的所有软件和库都是最新版本，及时应用安全补丁。

·安全教育和培训：提高开发人员的安全意识，让他们了解XXE漏洞的危害和防御方法。

20、RCE远程代码执行漏洞

(1)远程代码执行（RCE）漏洞是指攻击者能够远程执行任意代码，从而潜在地完全控制受影响的系统。这种类型的漏洞通常是由于应用程序中不安全地使用了功能函数或API造成的，这些函数或API可以执行操作系统命令。

(2)形成原因：应用程序在设计时可能需要提供一些远程命令操作的接口，例如路由器、防火墙或入侵检测系统的web管理界面。如果这些接口没有实施严格的安全控制，攻击者可能会通过提交特制的命令来利用这些接口，从而在后台服务器上执行恶意代码

(3)漏洞分类：命令执行漏洞可以分为几类，包括代码层过滤不严、系统本身的漏洞导致命令注入，以及调用的第三方组件存在的代码执行漏洞。

(4)利用条件：为了成功利用命令执行漏洞，攻击者需要知道可能存在漏洞的函数、命令拼接符号以及如何绕过防护的方法。这可能涉及到对特定系统函数的使用，或者直接执行系统命令的代码函数。

(5)修复方案：为了防止RCE漏洞，开发人员应当避免在代码中使用能够执行系统命令的功能函数，或者至少确保对这些函数的参数进行严格的验证和过滤。此外，应该定期对应用程序进行安全审计，以识别和修复潜在的安全漏洞

(6)风险评估：企业应当意识到，随着自动化运维的普及，系统操作越来越多地通过自动化平台进行，这也增加了RCE漏洞出现的风险。因此，企业需要采取相应的安全措施，如实施严格的访问控制和使用最新的安全补丁

21、反序列化

(1)反序列化漏洞是一类在应用程序中存在的安全漏洞，它允许攻击者通过提交恶意构造的序列化数据来执行任意代码或命令。这种攻击通常发生在应用程序使用序列化机制来存储或传输对象数据时。

1.漏洞成因：

·序列化和反序列化本身并不是问题的根源，问题在于程序在处理对象、魔术函数以及序列化相关的问题时存在缺陷。

·当攻击者能够控制传递给 unserialize() 函数的参数时，他们可以通过构造恶意的序列化数据来触发对象中的魔术方法，从而执行非预期的操作。

2、原理与利用：

·反序列化漏洞的原理在于，攻击者通过精心构造的序列化数据，利用反射机制和魔术方法来执行任意命令或代码。

·例如，攻击者可能会利用特定的类和方法来构造payload，当这些payload被反序列化时，它们会触发对象的方法调用，从而执行攻击者的代码。

3、防御方法：

·为了避免反序列化漏洞，开发者应当避免在代码中直接使用不受信任的输入进行反序列化操作。

·应该对传入的序列化数据进行严格的验证和过滤，确保只有预期的数据才能被反序列化。

·在可能的情况下，使用白名单策略，只允许已知安全的类进行反序列化操作。

·保持使用的库和框架的更新，及时修补已知的安全问题，如Apache Commons Collections和Spring RMI等组件的反序列化漏洞。

综上所述，反序列化漏洞是一种严重的安全威胁，需要通过合理的设计和用户教育来共同防范。开发者应当在Web应用程序的设计和开发阶段就考虑到反序列化漏洞的防御措施，而用户则应提高警惕，不轻易点击不可信的链接，以保护自己的网络安全。

22、业务逻辑漏洞之支付逻辑漏洞

(1)支付逻辑漏洞是一种高风险的业务逻辑漏洞，它涉及到应用程序中处理金融交易的部分。这种类型的漏洞通常由于缺乏适当的验证和授权检查而产生，可能导致未经授权的资金转移或商品购买。

·  漏洞原理：支付逻辑漏洞通常出现在支付流程中，包括选择商品和数量、选择支付及配送方式、生成订单编号、订单支付选择和完成支付等环节。攻击者可能会通过篡改价格、数量、状态、接口参数等来利用这些漏洞。

·  危害性：支付逻辑漏洞的危害性在于攻击者可以通过小额支付获取大额商品或服务，甚至可能实现0元购买商品，这对企业和用户都会造成严重的经济损失。

·  检测与修复：为了检测和修复支付逻辑漏洞，开发者需要对支付过程中的所有输入和逻辑进行严格的验证，确保所有的金融交易都是合法和授权的。这包括验证金额、订单信息是否与发起支付时一致，以及对接收到的支付结果进行签名验证。

·  安全实践：为了防止支付逻辑漏洞，企业应该实施一系列的最佳实践，包括但不限于使用安全的支付网关、加密通信、限制对敏感操作的访问权限、以及对所有的支付流程进行定期的安全审计和代码审查。

23、逻辑性漏洞：

(1)逻辑漏洞是一类安全性问题，它们通常源于软件设计或实现中的缺陷，导致攻击者可以绕过正常的安全机制，获取敏感信息或破坏业务的完整性。以下是一些常见的逻辑漏洞类型：

·  权限绕过：包括水平越权和垂直越权。水平越权是指用户能够访问同级其他用户的私有数据或功能。垂直越权则是指普通用户能够访问到高级别用户或管理员的功能。

·  密码找回漏洞：攻击者可以利用密码找回功能，通过将别人的账号进行密码找回，然后抓包截取改为自己的手机号，并获取验证码，输入验证码可以重置别人密码。

·  验证码自动识别：某些网站的验证码容易被自动化工具或脚本识别，这可能导致自动化的攻击行为。

·  支付逻辑漏洞：攻击者可能会通过篡改价格、数量、状态等来利用这些漏洞，实现小额支付获取大额商品或服务。

·  未进行登陆凭证验证：如果网站在执行敏感操作时没有验证用户是否已登录或是否具有执行该操作的权限，攻击者可以未经授权地执行这些操作。

·  订单金额任意修改：在某些购物网站中，用户可以在提交订单时任意修改订单金额，这可能导致严重的经济损失

为了防范逻辑漏洞，开发者需要在设计和开发阶段就考虑到这些潜在的风险，并在实现时采取相应的安全措施。同时，定期的安全审计和代码审查也是必要的，以确保新的漏洞不会随着代码的变更而引入。此外，对用户输入的数据进行严格的验证和过滤，以及实施适当的访问控制和身份验证机制，也是防止逻辑漏洞的重要措施

24、shiro反序列化漏洞：

Apache Shiro框架中的反序列化漏洞主要涉及到两个CVE编号：Shiro-550和Shiro-721。具体如下：

Shiro-550：

·漏洞原理：Shiro-550是由于Shiro框架中rememberMe功能使用不安全的Java反序列化导致的。该功能的加密密钥默认是硬编码在Shiro源码中，这意味着任何有权访问源代码的人都可以知道这个加密密钥。因此，攻击者可以创建一个恶意对象，对其进行序列化和编码，然后将其传递给rememberMe功能，从而触发反序列化漏洞，可能导致远程代码执行。

·影响版本：Shiro 1.4.2之前的版本受到此漏洞的影响。

·修复建议：升级到Shiro 1.4.2或更高版本，并且不要使用默认的加密密钥，应该使用自定义的密钥。

Shiro-721：

·漏洞原理：Shiro-721是Padding Oracle Attack，它利用了Shiro的某些版本中PaddingInfo类的实现细节，通过构造特定的序列化数据，攻击者可以利用这个漏洞进行攻击，导致信息泄露或服务器端请求伪造（SSRF）等安全威胁。

·影响版本：具体的受影响版本需要进一步确认。

·修复建议：应用相关的补丁或升级到不受影响的版本。

综上所述，对于这些漏洞的防范措施，除了上述的版本升级和密钥自定义之外，还应该避免在不安全的网络环境中使用Shiro的rememberMe功能，以及定期对应用程序进行安全审计和代码审查，确保所有的组件都是最新的，并且没有安全漏洞。同时，可以使用安全工具进行漏洞扫描和利用尝试，以确保系统的安全性。