Skip to content

Security1 publisher2 min readPublished

Rewriting one field in a printer's web UI hands over its stored LDAP credentials

Pen Test Partners demoed a passback attack on an unauthenticated printer interface: change the LDAP host, force a lookup, and the device sends its own bind password in cleartext. Every mitigation listed is configuration.

The Watch · Security desk

Illustration accompanying Rewriting one field in a printer's web UI hands over its stored LDAP credentials

What happened

  • In a passback attack the intruder changes the server a device authenticates to, so the next bind delivers its stored credentials to attacker-controlled infrastructure instead of reading them directly.
  • Pen Test Partners reports that default printer configurations turn up routinely on internal infrastructure engagements, exposing SNMPv1 and web interfaces that require no authentication.
  • Its demo printer hid the LDAP bind password from the browser and injected it server-side, yet changing the LDAP server address and initiating a lookup still delivered that password in cleartext to a listener.

Compiled by The WatchSomething wrong?How this is made

Why it matters

  • exposure The account at risk is a directory account, stored so the device can read Active Directory before anyone logs in, which puts its read scope within reach of anyone on the LAN who can load the printer's configuration page.
  • capability Reaching an unauthenticated printer interface is enough to collect a plaintext service credential, without touching a domain controller, a workstation or a user.
  • decision Whether these devices hold LDAP, SMTP and SNMP credentials at all becomes the decision that governs the outcome, since a printer with nothing stored has nothing to leak when its destination is rewritten.

Pen Test Partners' demo protects the wrong half of the form. The LDAP bind password is injected server-side and never rendered, so page source and client JavaScript give an attacker nothing [10]. Editing the server address requires no authentication at all [9]. Point it at a listener, trigger the lookup, and the device supplies the password itself and sends it in cleartext [11]. Exposure stays the same for anyone who can write to the destination field, credential concealed or not [17].

That is the entire chain, and it has two prerequisites: write access to the destination host, which on the interfaces Pen Test Partners describes sometimes needs a low-privileged account and sometimes no account at all [7], plus a route from the device to the attacker's listener on the service port [18]. What lands on the listener is a working plaintext credential [8].

The value of that credential comes from why it was stored. Printers keep LDAP binds so they can pre-fill permissions from Active Directory before a user authenticates at the panel, and the same reasoning puts SNMP and SMTP accounts on the same devices [5]. The consultant writes that a similar technique gave him authenticated access to a client's Active Directory during an assessment [12]. That is the only outcome the post reports. The post gives no CVE, no vendor, no model, and no incident count [19].

The remediation list is where this asset class shows its shape. Pen Test Partners' first mitigation is to withhold credentials for other internal services from the printer entirely, at which point there is nothing to pass back [14]. Where the business requires them, the post lists enabling device authentication controls on hardware that supports them, network controls over which hosts and ports the device can reach and which hosts can reach it, and least privilege on the stored account [15]. Every one of those is a configuration change, not a firmware patch [16]. A programme that consumes CVEs and ships firmware has no work item here, and a fully patched printer with an unauthenticated web interface and a domain bind account is exactly as reachable as an unpatched one.

Passback is old, and Pen Test Partners notes it draws far less attention than SMB and Kerberos credential relaying [13]. The observable event is modest: one outbound bind from a printer to a host it has not queried before, carrying a password in cleartext [11].

What to watch

  • A firmware default that requires authentication before the LDAP, SMTP or SNMP destination host can be changed would remove the unauthenticated path.
  • An incident report with a named victim and a dated intrusion would move passback from consultancy engagement notes to measured campaign activity.
  • Any vendor advisory treating an editable destination field as a vulnerability rather than a configuration choice would put these devices inside CVE-driven remediation.
Loading claim ledger
Loading source directory links
Loading share composer
Loading topic controls
Loading related stories