Wipe the Printer Before It Leaves the Building
A modern multifunction printer is a Linux server with a document feeder. It has a CPU, an operating system, a network stack, and a hard drive. It authenticates to your directory. It stores files. It logs activity. The only reason it does not receive the same decommissioning treatment as a file server is that it sits in the hallway instead of the data center.
The lease return truck arrives at 8:00 AM. By 8:15, the copier is on the truck. By next week, it has been refurbished and sold to a medical office in another state. The address book still has your executives’ direct dial numbers. The LDAP credential still works. Nobody has thought about this machine since the day it was installed.
The procurement team knows when the lease expires. The facilities team knows when the truck arrives. The IT team knows what is on the disk. None of them talk to each other. Your decommissioning policy covers laptops, servers, and mobile devices. It has a section on removable media and a section on cloud tenant offboarding. It does not mention the printer. The decommissioning checklist follows the asset taxonomy. If the printer is categorized as office equipment or facilities, it is not on the IT checklist.
We worry about the scanned documents. Large copiers use physical hard drives to spool jobs. Files sit in unallocated space until overwritten, meaning months of scanned termination letters, M&A term sheets, and payroll disputes are fully recoverable with standard forensic tools.
The documents are only half the problem. The credentials are the other half. To scan to a network folder, the printer needs an SMB credential. To query the global address list, it needs an LDAP bind password. To connect to the wireless network, it needs a pre-shared key or an 802.1X certificate. These credentials are stored in the device firmware, often in base64-encoded strings or weak hashes.
A security engineer doing a routine review of service accounts might find an account called svc_print_ldap that has not been used in fourteen months but is still enabled. It was used by a copier returned to the lessor thirteen months ago. The password has never been changed. An LDAP bind credential does not expire when the hardware does.
Owned equipment gets disposed of on your schedule, by your people, with your procedures. Leased equipment goes back to a lessor who will refurbish and resell it. The lessor wants the metal. Their refurbishment process is not your data destruction process.
For a laptop, you can pull the drive and shred it. For a 400-pound copier, the disk is buried behind the fuser assembly and the pickup rollers. You are not pulling it in the lobby on a Friday afternoon. Standard equipment leases require the hardware to be returned in working order. If you pull the drive, the leasing company charges you for a replacement and a penalty for altering the asset. You have to negotiate drive-retention rights before signing the lease, or you are relying on a menu option.
That menu option is usually a factory reset. A factory reset is a settings operation. A wipe is a data operation. They are not the same thing. A reset clears the startup configuration and restores default settings. It does not necessarily overwrite the file table, clear the spooler cache, or sanitize the scan-to-folder credential store. If the secure wipe option takes four hours to run, and someone unplugs the device at hour two to load it onto the truck, the wipe failed. If you cannot verify the wipe, you have not wiped it. You have asked someone to wipe it. The certificate of destruction provided by the lessor is a promise, not a proof.
The taxonomy problem extends to network and audiovisual gear. A junior network engineer closing a regional office might factory-reset a stack of edge switches and put them on a pallet for e-waste recycling. The running configuration disappears when the power drops, but the saved configuration remains in NVRAM. That configuration contains RADIUS shared secrets, SNMP community strings, and VPN pre-shared keys. If the boxes go to a liquidator, those secrets go with them.
Conference room systems present the same issue. When an AV integrator hauls away an old touch panel and codec during a renovation, the system may still hold a saved Wi-Fi profile, calendar integrations, and tenant enrollment credentials. A device does not forget your network credentials just because you put it in a cardboard box. Your IT asset disposition vendor contract guarantees data destruction, but only for the devices you explicitly declare as data-bearing. If you toss a smart whiteboard module into the recycling bin without flagging it, the vendor processes it as e-waste. They shred the metal, but the NVRAM might end up on a secondary market intact.
Fixing this requires changing the definition of a compute asset. If it requires an IP address, it requires a disposition process. The policy must explicitly include multifunction printers, network switches, wireless controllers, and conference room systems.
Procurement rules need to change. Facilities cannot return leased electronics without an IT sign-off ticket. The retirement process needs an owner before the return label is printed.
For the devices themselves, you have to separate the data from the access. Standardize service accounts for peripherals. Give them zero interactive logon rights, restrict their SMB access to specific drop-folders, and force password rotations. If a printer is taken off the network, the credential should break. When the device leaves the building, the corresponding service accounts and certificates must be revoked in the directory and on the network controllers.
For leased equipment that cannot be wiped via menu, you either pay the penalty to keep the hard drives, or you retain the entire device and crush it. The cost of replacing a generic SATA drive for a leasing company is a rounding error compared to a data breach. If a device fails and will not boot, the menu-based wipe procedure is broken with it. You need an explicit path for devices that cannot be powered on, which means removing and destroying media, retaining the whole device, or using a vendor process with documented custody.
The pickup driver is not the last control in the chain. Once the device crosses the loading dock, you are relying on the chain of custody established by a third party whose business model is refurbishing and reselling hardware. The asset tag follows the copier, and the data-disposition record must follow it too, verified before the truck leaves.
Takeaways
- A factory reset is a settings operation, not a data wipe.
- Leased equipment returns require negotiated drive-retention rights before signing.
- Service accounts tied to peripherals must be revoked when the device leaves the building.
- The asset taxonomy must include any device that requires an IP address.
Questions
- Does a factory reset on a multifunction printer erase stored documents and credentials?
- Not necessarily. A factory reset clears the startup configuration and restores default settings, but it does not always overwrite the file table, clear the spooler cache, or sanitize the scan-to-folder credential store. A wipe is a data operation; a reset is a settings operation.
- Why can't IT just pull the hard drive from a leased copier before returning it?
- Standard equipment leases require the hardware to be returned in working order. Pulling the drive can trigger a replacement charge and a penalty for altering the asset. Drive-retention rights need to be negotiated before signing the lease.
- What credentials are typically stored on a multifunction printer?
- An SMB credential for scanning to network folders, an LDAP bind password for querying the global address list, and a pre-shared key or 802.1X certificate for wireless network access. These are often stored in base64-encoded strings or weak hashes in device firmware.