Vulnerability Database

383,304

Total vulnerabilities in the database

CVE-2009-3390 — sun / opensolaris

Multiple unspecified vulnerabilities in the (1) iscsiadm and (2) iscsitadm programs in Sun Solaris 10, and OpenSolaris snv_28 through snv_109, allow local users with certain RBAC execution profiles to gain privileges via unknown vectors related to the libima library.

  • Published: Sep 24, 2009
  • Updated: Sep 13, 2026
  • CVE: CVE-2009-3390
  • Severity: High
  • Exploit:
  • CISA KEV:

CVSS v2:

  • Severity: High
  • Score: 7.2
  • AV:L/AC:L/Au:N/C:C/I:C/A:C

No CWE or OWASP classifications available.

Software Affected versions
sun / opensolaris = snv_30
sun / opensolaris = snv_31
sun / opensolaris = snv_32
sun / opensolaris = snv_33
sun / opensolaris = snv_34
sun / opensolaris = snv_35
sun / opensolaris = snv_36
sun / opensolaris = snv_37
sun / opensolaris = snv_38
sun / opensolaris = snv_39
sun / opensolaris = snv_40
sun / opensolaris = snv_41
sun / opensolaris = snv_42
sun / opensolaris = snv_43
sun / opensolaris = snv_44
sun / opensolaris = snv_45
sun / opensolaris = snv_46
sun / opensolaris = snv_47
sun / opensolaris = snv_48
sun / opensolaris = snv_49
sun / opensolaris = snv_50
sun / opensolaris = snv_51
sun / opensolaris = snv_52
sun / opensolaris = snv_53
sun / opensolaris = snv_54
sun / opensolaris = snv_55
sun / opensolaris = snv_56
sun / opensolaris = snv_57
sun / opensolaris = snv_58
sun / opensolaris = snv_59
sun / opensolaris = snv_60
sun / opensolaris = snv_61
sun / opensolaris = snv_62
sun / opensolaris = snv_63
sun / opensolaris = snv_64
sun / opensolaris = snv_65
sun / opensolaris = snv_66
sun / opensolaris = snv_67
sun / opensolaris = snv_68
sun / opensolaris = snv_69
sun / opensolaris = snv_70
sun / opensolaris = snv_71
sun / opensolaris = snv_72
sun / opensolaris = snv_73
sun / opensolaris = snv_74
sun / opensolaris = snv_75
sun / opensolaris = snv_76
sun / opensolaris = snv_77
sun / opensolaris = snv_78
sun / opensolaris = snv_79
sun / opensolaris = snv_80
sun / opensolaris = snv_81
sun / opensolaris = snv_82
sun / opensolaris = snv_83
sun / opensolaris = snv_84
sun / opensolaris = snv_85
sun / opensolaris = snv_86
sun / opensolaris = snv_87
sun / opensolaris = snv_88
sun / opensolaris = snv_89
sun / opensolaris = snv_90
sun / opensolaris = snv_91
sun / opensolaris = snv_92
sun / opensolaris = snv_93
sun / opensolaris = snv_94
sun / opensolaris = snv_95
sun / opensolaris = snv_96
sun / opensolaris = snv_97
sun / opensolaris = snv_98
sun / opensolaris = snv_99
sun / opensolaris = snv_100
sun / opensolaris = snv_101
sun / opensolaris = snv_102
sun / opensolaris = snv_103
sun / opensolaris = snv_104
sun / opensolaris = snv_105
sun / opensolaris = snv_106
sun / opensolaris = snv_107
sun / opensolaris = snv_108
sun / opensolaris = snv_109
sun / opensolaris = snv_28
sun / opensolaris = snv_29

Frequently Asked Questions

A security vulnerability is a weakness in software, hardware, or configuration that can be exploited to compromise confidentiality, integrity, or availability. Many vulnerabilities are tracked as CVEs (Common Vulnerabilities and Exposures), which provide a standardized identifier so teams can coordinate patching, mitigation, and risk assessment across tools and vendors.

CVSS (Common Vulnerability Scoring System) estimates technical severity, but it doesn't automatically equal business risk. Prioritize using context like internet exposure, affected asset criticality, known exploitation (proof-of-concept or in-the-wild), and whether compensating controls exist. A "Medium" CVSS on an exposed, production system can be more urgent than a "Critical" on an isolated, non-production host.

A vulnerability is the underlying weakness. An exploit is the method or code used to take advantage of it. A zero-day is a vulnerability that is unknown to the vendor or has no publicly available fix when attackers begin using it. In practice, risk increases sharply when exploitation becomes reliable or widespread.

Recurring findings usually come from incomplete Asset Discovery, inconsistent patch management, inherited images, and configuration drift. In modern environments, you also need to watch the software supply chain: dependencies, containers, build pipelines, and third-party services can reintroduce the same weakness even after you patch a single host. Unknown or unmanaged assets (often called Shadow IT) are a common reason the same issues resurface.

Use a simple, repeatable triage model: focus first on externally exposed assets, high-value systems (identity, VPN, email, production), vulnerabilities with known exploits, and issues that enable remote code execution or privilege escalation. Then enforce patch SLAs and track progress using consistent metrics so remediation is steady, not reactive.

SynScan combines attack surface monitoring and continuous security auditing to keep your inventory current, flag high-impact vulnerabilities early, and help you turn raw findings into a practical remediation plan.