Dell iDRAC9 (VNC server): Unauthenticated access to the iDRAC VNC console

CVSS 9.6CVE-2022-24422Firmware, BMC & network fabricDSA-2022-068curated

Impact

Unauthenticated access to the iDRAC VNC console. Same practical outcome as an unauthenticated KVM: the attacker watches and drives the tenant's console, can reach the boot menu and firmware setup, and can chain into Virtual Media to boot an attacker image below the hypervisor. Affects iDRAC9 5.00.00.00 up to 5.10.10.00, so it hits the 15G PowerEdge generation that a lot of first-wave GPU fleets standardised on.

Who can reach it

Anything routable to the iDRAC VNC port on the management VLAN, unauthenticated - but only where the iDRAC VNC server has actually been enabled. It is off by default, so the real exposure is the subset of nodes where someone turned it on for remote hands.

What to do

Flash iDRAC9 to 5.10.10.00 or later - out-of-band, per-node, no host reboot and no job drain (iDRAC self-resets, brief OOB blackout only). Because VNC is opt-in, the fastest mitigation is config-only and costs nothing: audit which nodes have the iDRAC VNC server enabled and turn it off. That closes the hole fleet-wide in minutes while the firmware campaign runs on its own schedule.

References

https://www.dell.com/support/kbdoc/en-us/000199267/dsa-2022-068-dell-idrac9-security-update-for-an-improper-authentication-vulnerability https://nvd.nist.gov/vuln/detail/CVE-2022-24422

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.