Google Android 直到 5.1.0 libstagefright 内存损坏

CVSS 元临时分数	当前攻击价格 (≈)	CTI兴趣分数
7.0	$5k-$25k	0.00

摘要信息

在Google Android 直到 5.1.0中曾发现一漏洞，此漏洞被分类为致命。 受影响的是 未知函数，组件libstagefright。 手动调试的不合法输入可导致 内存损坏。 该漏洞的交易名称为CVE-2015-3871， 没有可用的漏洞利用。 建议对受到影响的组件升级。

细节信息

在Google Android 直到 5.1.0中曾发现一漏洞，此漏洞被分类为致命。 受影响的是 未知函数，组件libstagefright。 手动调试的不合法输入可导致 内存损坏。 使用 CWE 声明该问题会导致 CWE-119。 此漏洞的脆弱性 2015-10-06公示人身份23031033、 (网站)所提交。 该安全通告已在 groups.google.com 提供下载。

该漏洞的交易名称为CVE-2015-3871， CVE分配信息格式：2015-05-12。 暂无技术细节。 该漏洞的知名度低于平均水平， 没有可用的漏洞利用。 现在，可能约为美元 $5k-$25k。

它被宣布为未定义。 0日漏洞的地下市场估价大致为$100k 以及更多。

升级到版本5.1.1能够解决此问题。 建议对受到影响的组件升级。

此安全漏洞也被其他漏洞数据库收录：Vulnerability Center (SBV-53226)。

产品信息

类型

• Smartphone Operating System

供应商

• Google

名称

• Android

版本

• 5.0
• 5.1.0

许可证

• 自由

网站

• 供应商: https://www.google.com/

CPE 2.3信息

• 🔍
• 🔍
• 🔍

CPE 2.2信息

• 🔍
• 🔍
• 🔍

CVSSv4信息

VulDB 向量: 🔍
VulDB 可靠性: 🔍

CVSSv3信息

VulDB 元基础分数: 7.3
VulDB 元临时分数: 7.0

VulDB 基本分数: 7.3
VulDB 临时得分: 7.0
VulDB 向量: 🔍
VulDB 可靠性: 🔍

CVSSv2信息

AV	AC	Au	C	I	A
💳	💳	💳	💳	💳	💳
💳	💳	💳	💳	💳	💳
💳	💳	💳	💳	💳	💳

向量	复杂性	身份验证	保密	完整性	可用性
开锁	开锁	开锁	开锁	开锁	开锁
开锁	开锁	开锁	开锁	开锁	开锁
开锁	开锁	开锁	开锁	开锁	开锁

VulDB 基本分数: 🔍
VulDB 临时得分: 🔍
VulDB 可靠性: 🔍

NVD 基本分数: 🔍

利用信息

分类: 内存损坏
CWE: CWE-119
CAPEC: 🔍
ATT&CK: 🔍

身体的: 否
本地: 否
远程: 是

可用性: 🔍
状态: 未定义

EPSS Score: 🔍
EPSS Percentile: 🔍

价格预测: 🔍
当前价格估算: 🔍

0-Day	开锁	开锁	开锁	开锁
今天	开锁	开锁	开锁	开锁

威胁情报信息

利益: 🔍
活跃演员: 🔍
活跃的APT团体: 🔍

对策信息

建议: 升级
状态: 🔍

0天时间: 🔍

升级: Android 5.1.1

时间轴信息

2015-05-12 🔍
2015-10-05 +146 日 🔍
2015-10-06 +1 日 🔍
2015-10-06 +0 日 🔍
2015-10-06 +0 日 🔍
2015-10-07 +1 日 🔍
2018-02-03 +850 日 🔍

来源信息

供应商: google.com

公告: 23031033
状态: 已确认

CVE: CVE-2015-3871 (🔍)
GCVE (CVE): GCVE-0-2015-3871
GCVE (VulDB): GCVE-100-78269
Vulnerability Center: 53226 - Google Android before 5.1.1 LMY48T Remote Code Execution Vulnerability in libstagefright - CVE-2015-3871, Critical

scip Labs: https://www.scip.ch/en/?labs.20150917
另见: 🔍

条目信息

已创建: 2015-10-07 10時10分
已更新: 2018-02-03 10時28分
更改: 2015-10-07 10時10分 (51), 2018-02-03 10時28分 (7)
完整: 🔍
Cache ID: 216::103

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

讨论

Want to know what is going to be exploited?

We predict KEV entries!