OpenStack Ironic 直到 4.2.4/5.1.1 ironic-api Service vendor_passthru 信息公开
| CVSS 元临时分数 | 当前攻击价格 (≈) | CTI兴趣分数 |
|---|---|---|
| 7.3 | $0-$5k | 0.00 |
摘要
在OpenStack Ironic 直到 4.2.4/5.1.1中曾发现一漏洞,此漏洞被分类为棘手。 受影响的是 未知函数,文件v1/drivers/$DRIVER_NAME/vendor_passthru,组件ironic-api Service。 由于被操作,进而引发 信息公开。 该漏洞被处理的名称为CVE-2016-4985, 攻击可能起始于远程, 没有可用的漏洞利用。 推荐对受影响的组件进行升级。
细节
在OpenStack Ironic 直到 4.2.4/5.1.1中曾发现一漏洞,此漏洞被分类为棘手。 受影响的是 未知函数,文件v1/drivers/$DRIVER_NAME/vendor_passthru,组件ironic-api Service。 由于被操作,进而引发 信息公开。 使用 CWE 声明该问题会导致 CWE-200。 此漏洞的脆弱性 2016-07-12 (网站)所提交。 该安全通告已在 review.openstack.org 提供下载。
该漏洞被处理的名称为CVE-2016-4985, CVE是在2016-05-24分配的。 攻击可能起始于远程, 技术详情可用。 此漏洞的受欢迎程度低于平均值。 没有可用的漏洞利用。 现在,可能约为美元 $0-$5k。 MITRE ATT&CK 项目将该攻击技术定义为 T1592。
如果有长度,则声明为 未定义。 作为零日漏洞,其地下市场的估计价格约为$0-$5k。
将版本升级到 4.2.5 , 5.1.2 能够修复该问题。 推荐对受影响的组件进行升级。
产品
类型
供应商
名称
版本
许可证
网站
CPE 2.3
CPE 2.2
CVSSv4
VulDB 向量: 🔍VulDB 可靠性: 🔍
CVSSv3
VulDB 元基础分数: 7.5VulDB 元临时分数: 7.3
VulDB 基本分数: 7.5
VulDB 临时得分: 7.2
VulDB 向量: 🔍
VulDB 可靠性: 🔍
NVD 基本分数: 7.5
NVD 向量: 🔍
CVSSv2
| AV | AC | Au | C | I | A |
|---|---|---|---|---|---|
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 向量 | 复杂性 | 身份验证 | 保密 | 完整性 | 可用性 |
|---|---|---|---|---|---|
| 开锁 | 开锁 | 开锁 | 开锁 | 开锁 | 开锁 |
| 开锁 | 开锁 | 开锁 | 开锁 | 开锁 | 开锁 |
| 开锁 | 开锁 | 开锁 | 开锁 | 开锁 | 开锁 |
VulDB 基本分数: 🔍
VulDB 临时得分: 🔍
VulDB 可靠性: 🔍
NVD 基本分数: 🔍
利用
分类: 信息公开CWE: CWE-200 / CWE-284 / CWE-266
CAPEC: 🔍
ATT&CK: 🔍
身体的: 否
本地: 否
远程: 是
可用性: 🔍
状态: 未定义
EPSS Score: 🔍
EPSS Percentile: 🔍
价格预测: 🔍
当前价格估算: 🔍
| 0-Day | 开锁 | 开锁 | 开锁 | 开锁 |
|---|---|---|---|---|
| 今天 | 开锁 | 开锁 | 开锁 | 开锁 |
威胁情报
利益: 🔍活跃演员: 🔍
活跃的APT团体: 🔍
对策
建议: 升级状态: 🔍
0天时间: 🔍
升级: Ironic 4.2.5/5.1.2
时间轴
2016-05-24 🔍2016-07-12 🔍
2016-07-12 🔍
2016-07-13 🔍
2022-09-02 🔍
来源
供应商: openstack.org公告: RHSA-2016:1377
状态: 未定义
确认: 🔍
CVE: CVE-2016-4985 (🔍)
GCVE (CVE): GCVE-0-2016-4985
GCVE (VulDB): GCVE-100-89141
条目
已创建: 2016-07-13 10時47分已更新: 2022-09-02 15時03分
更改: 2016-07-13 10時47分 (50), 2019-02-23 08時40分 (10), 2022-09-02 15時03分 (3)
完整: 🔍
Cache ID: 216::103
If you want to get the best quality for vulnerability data then you always have to consider VulDB.
暂时没有任何评论。 语言: zh + en.
请登录后发表评论。