域内漏洞和利用

实验目的与要求

实验目的

通过实验能够进行漏洞提权、复现、检测及防御。

实验要求

(1)认识近年来域内爆发的高危漏洞;

(2)能够描述高危漏洞的背景、漏洞影响版本、漏洞原理;

(3)能够利用漏洞提权,进行漏洞复现、检测及防御。

实验原理与内容

实验原理

(1)简述提权及其分类

提权(Privilege Escalation)是指攻击者在系统中获取比其正常权限更高的权限的过程。攻击者通过利用系统中的漏洞或缺陷,成功提升其权限,从而执行更多的操作,包括但不限于访问敏感数据、执行关键操作或控制系统。

提权可以分为两种主要类型:垂直提权(Vertical Privilege Escalation)和水平提权(Horizontal Privilege Escalation)。

垂直提权:垂直提权是指攻击者试图获取比当前用户更高级别的权限。这种类型的提权通常涉及攻击者试图获取管理员或系统级别的权限,从而完全控制系统。典型的垂直提权攻击包括利用操作系统、应用程序或服务的漏洞,或通过社会工程学手段获取管理员凭证。一旦攻击者成功提升权限,他们可以执行更多的操作,例如安装恶意软件、修改系统配置或篡改文件。

水平提权:水平提权是指攻击者试图获取与当前用户相同级别但不同权限的用户凭证。这意味着攻击者试图从一个受限用户转移到另一个受限用户,通常用于获取其他用户的敏感信息或执行攻击。典型的水平提权攻击包括在多租户环境中,攻击者通过利用弱密码或漏洞获取其他用户的凭证。一旦攻击者成功获得其他用户的凭证,他们可以模拟这些用户的身份执行操作,例如访问其数据或执行其权限范围内的操作。保护系统免受提权攻击的关键是实施严格的安全措施,包括定期更新系统和应用程序、使用强密码、限制用户权限、监视系统活动并及时响应潜在的安全威胁。

实验内容

Windows经典漏洞(非MS08-067、MS17-010)概况、原理、复现过程、修复与防范过程,

实验设备与软件环境

(1) 笔记本电脑

(2) VMware Workstation 17

实验过程与结果

Windows经典漏洞(非MS08-067、MS17-010)概况、原理、复现过程、修复与防范过程

CVE-2019-0708(BlueKeep)漏洞概况:

CVE-2019-0708,通常称为BlueKeep,是一个影响Microsoft Windows远程桌面服务(RDP)的远程代码执行漏洞。这个漏洞被认为是极其危险的,因为它使得攻击者可以在没有任何用户交互的情况下远程执行恶意代码,而且它影响的Windows版本非常广泛,包括Windows 7、Windows Server 2008、Windows Server 2008 R2以及Windows XP。

BlueKeep的危害潜力巨大,因为攻击者可以利用它来在网络中快速传播恶意软件,比如勒索软件。Microsoft发布了相应的安全补丁以修复这个漏洞,强烈建议所有受影响的用户尽快安装这些补丁以保护自己的系统免受攻击。

CVE-2019-0708(BlueKeep)漏洞原理:

CVE-2019-0708,通常被称为BlueKeep漏洞,是一种影响Microsoft Windows远程桌面服务(Remote Desktop Services)的漏洞。这个漏洞允许攻击者在未经授权的情况下远程执行恶意代码,而无需用户的交互。

BlueKeep漏洞的原理主要涉及Remote Desktop Protocol(RDP)的漏洞,攻击者可以利用此漏洞通过网络远程执行代码,而不需要用户的介入或认证。攻击者可以发送特制的请求到运行受影响版本Windows的计算机上,然后利用此请求中的缓冲区溢出漏洞,覆盖关键数据,最终导致远程执行恶意代码的能力。攻击者可以利用此漏洞来执行各种恶意活动,例如安装恶意软件、窃取敏感信息或者将受影响系统变成僵尸网络的一部分。由于BlueKeep漏洞的严重性,微软发布了修补程序来修复受影响的Windows版本,并强烈建议用户及时安装这些修补程序以保护其系统免受潜在攻击。

复现过程:

登录 kali linux,用 nmap 探测本网段存活主机

使用MSF的漏洞模块

对靶机进行漏洞扫描

使用攻击模块,对靶机进行攻击

修复与防范过程

防火墙限制远程桌面访问

禁用远程桌面服务

更新操作系统

使用漏扫发现漏洞已被修复

### 构建任务失败解决方案 当遇到 `Execution failed for task ':app:shrinkReleaseRes'` 错误时,这通常意味着资源压缩过程中出现了问题。此错误可能由多种原因引起,包括但不限于配置不正确、依赖冲突或特定于项目的其他因素。 #### 可能的原因分析 1. **ProGuard 或 R8 配置不当** ProGuard R8 是用于优化混淆代码以及减少 APK 大小的工具。如果这些工具的配置存在问题,可能会导致资源无法正常处理[^1]。 2. **重复资源** 如果项目中有多个模块定义了相同的资源名称,可能导致冲突并引发该错误。检查是否存在重名的 drawable、string 等资源文件[^2]。 3. **第三方库兼容性** 某些第三方库可能与当前使用的 Gradle 插件版本或其他库存在兼容性问题,从而影响到资源打包过程中的行为[^3]。 4. **Gradle 缓存问题** 有时旧缓存数据会干扰新编译的结果,尝试清理本地仓库重新同步项目可以帮助排除此类潜在障碍[^4]。 #### 推荐的操作方法 为了有效解决问题,建议按照以下步骤逐一排查: ```bash # 清理项目构建目录 ./gradlew clean # 删除 .gradle 文件夹下的所有内容以清除缓存 rm -rf ~/.gradle/caches/ ``` 调整 `build.gradle` 中的相关设置也是一个重要环节: ```groovy android { ... buildTypes { release { minifyEnabled true // 是否启用代码缩减 shrinkResources true // 是否开启资源压缩 proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro' // 尝试禁用 shrinkResources 来测试是否为资源压缩引起的错误 // shrinkResources false } } } ``` 此外,在 `proguard-rules.pro` 文件内添加必要的保留规则,防止关键类被意外移除: ```text -keep class com.example.yourpackage.** { *; } # 替换为你自己的包路径 -dontwarn androidx.**,com.google.** # 忽略警告信息 ``` 最后,确保所使用的 Android Studio 版本是最新的稳定版,并且已经应用了所有的补丁更新。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

榴某

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值