In additive manufacturing the design file is the product: whoever can read it can copy the part, and whoever can change it can make the part fail in service without anyone noticing on the shop floor. 3D printers sit awkwardly between IT and OT. They take jobs from engineering workstations and cloud slicers, run embedded firmware that is rarely patched, and are often installed by a lab or production team without network review. This guide covers the security of the additive manufacturing digital thread: protecting design and build files from theft and tampering, hardening printers and their controllers, managing vendor access, and verifying that printed parts match the approved design. It is written for security, OT and engineering teams in manufacturers, research labs, healthcare and defence suppliers that run polymer or metal printers in prototyping or production.
Key takeaways
- Protect the whole digital thread, not only the printer. CAD models, mesh files (STL, 3MF), slicer settings and machine job files each carry the design and each can be stolen or altered.
- Tampering is the higher-impact risk. Research cited by NIST showed internal voids added to STL files passed dimensional and weight checks yet cut tensile yield load by about 14%; integrity controls matter as much as confidentiality.
- Sign or hash approved files and verify before printing. Record a hash of each released build file and check it at the printer or print server; use the 3MF Secure Content Extension or an equivalent wrapper when files must leave your network.
- Treat printers as OT assets. Put them on a segmented network, remove internet exposure, control vendor remote access and keep firmware on a managed update process.
- Close the loop with part verification. Process monitoring, build logs and inspection tied to the approved file are how you detect sabotage that slips past file controls.
The additive manufacturing digital thread
A printed part passes through several file formats and systems before it exists. Each stage is a point where data can leak or change.
| Stage | Typical artefact | Where it lives | What can go wrong |
|---|---|---|---|
| Design | Native CAD model | Engineering workstations, PLM or PDM system | Theft of intellectual property; unauthorised edits to geometry |
| Export | Mesh file: STL, 3MF or AMF | File shares, email, supplier portals | Copying for counterfeits; inserted voids or altered dimensions |
| Build preparation | Slicer project with orientation, supports and process parameters | Slicer software, cloud build preparation services | Changed infill, layer height, temperature or orientation that weakens the part |
| Machine job | Toolpath or job file (for example G-code on many polymer printers) | Print server, printer storage, USB media | Interception and parameter changes before or during a build |
| Build | Printer firmware and controller settings, build log | Printer, attached PC, vendor cloud | Firmware tampering, sabotage, production stoppage |
| Post-processing and inspection | Inspection records, CT or dimensional data | Quality systems | Records that no longer tie to the approved design |
The NIST proceedings of its Cybersecurity for Direct Digital Manufacturing Symposium (NISTIR 8041) set out why this matters: a complete set of product and process information sits in one place, the barrier to entry for producing a copy is low, and many machines run old firmware with weak authentication. Researchers there also described intercepting and decoding a job initialisation file, which could allow printer parameters to be changed mid-print.
Threats to design files and build integrity
Theft and counterfeiting
Mesh and job files are portable and complete: unlike a drawing, an STL or 3MF file can be printed directly on compatible equipment elsewhere. Theft can come from compromised engineering accounts, misconfigured file shares, supplier portals or insiders copying files before leaving. In ATT&CK terms this is collection from information repositories (T1213) and, on the OT side, theft of operational information (ATT&CK for ICS T0882). The Trade Secret Protection guide covers the legal and programme side of protecting designs.
Sabotage through file tampering
The research cases are clear. NISTIR 8041 reports Virginia Tech work in which internal voids inserted into STL files could not be caught by standard dimensional checks or weighing, and the voided tensile specimens failed at the void with yield load falling from 1085 N to 930 N and strain at failure from 10.4% to 5.8%. The dr0wned study (Belikovetsky and colleagues, 2016) showed a full chain from a cyber attack on an additive manufacturing component, through a modified propeller design, to the crash of the quadcopter that used the printed part. Stored data manipulation (ATT&CK T1565.001) on a file server and parameter changes on the machine (ATT&CK for ICS T0836 Modify Parameter) are the techniques to plan against.
Printer and controller compromise
Printers run embedded firmware, often with a web interface, a vendor cloud connection and a USB port. NISTIR 8041 notes that many machines are hard to patch, have weak authentication and may have vendor maintenance access left open, and describes a printer that was connected to a guest internet connection without IT's knowledge. Malicious program or job downloads (ATT&CK for ICS T0843 Program Download) and unmanaged remote services (T0886) are the main paths. For open-source print servers, OctoPrint's own documentation states that a printer with heaters and stepper motors should not be publicly reachable by everyone with an internet connection.
Protecting design and build files
- Classify additive files: treat mesh, slicer and job files with the same classification as the CAD model they came from. Export-controlled or CUI technical data stays controlled after conversion to STL or 3MF. See the CUI Guide and the Data Classification Guide.
- Single source of truth: keep released build files in a PLM, PDM or controlled repository with versioning and approval, not on desktops or USB sticks. Printers or print servers pull only from that repository.
- Hash on release, verify before print: generate a cryptographic hash (SHA-256) of each released mesh and job file, store it with the release record, and check it at the print server before a job starts (NIST SP 800-53 SI-7 and SI-7(1)). Any mismatch stops the job.
- Encrypt files that travel: the 3MF Secure Content Extension (version 1.0.3, status Published, from the 3MF Consortium) defines a key store that encrypts content parts with a per-part content encryption key; consumers must support at least AES-256 GCM for content and RSA-2048 OAEP for wrapping that key for each authorised consumer. This lets a producer send a file that only named printers or service bureaux can decrypt. Where your toolchain does not use 3MF, wrap files in encrypted archives or deliver them through a controlled portal.
- Least privilege on repositories: engineers who design parts rarely need to approve their own releases; separate authoring, approval and print-release permissions (AC-3).
- Data loss controls: add mesh and job file types to DLP policies for email, cloud sharing and removable media. See the Data Loss Prevention (DLP) Guide.
- Residual data: printer and print server storage keeps job files. Wipe it at end of project and before returning, reselling or scrapping a machine (MP-6), a point NISTIR 8041 also raises.
Hardening printers and print servers
| Area | Control | Notes |
|---|---|---|
| Inventory | Record every printer, controller PC, print server, firmware version and vendor cloud link | Lab and maker-space printers are often missing from OT inventories |
| Pre-deployment | Scan and enumerate before connecting, disable unneeded services, review local accounts | Recommended in NISTIR 8041 along with host firewalls on controller PCs |
| Network placement | Dedicated VLAN or OT zone; only the print server and approved workstations may reach printers | No direct internet access; vendor cloud traffic through an allowlisted proxy if required |
| Authentication | Unique admin credentials per machine, stored in a vault; role-based access on print servers | OctoPrint has made access control mandatory since version 1.5.0, with predefined Guests, Read-only Access, Operator and Admins groups |
| Web interfaces and webcams | Reach only through VPN or a remote access gateway; never publish to the internet | OctoPrint notes it does not control the webcam stream, so anyone who guesses its URL can view it |
| Firmware | Vendor-signed updates only, tested on one machine first, version recorded after each update | See the Firmware and Boot Security Guide |
| Removable media | Disable USB job loading where the workflow allows, or use scanned, issued media only | USB is the easiest way round file integrity checks |
| Physical | Printer rooms access-controlled; build plates and powders tracked | Physical access gives access to storage and debug ports (PE-3) |
Vendor access and the supply chain
Industrial printer vendors commonly need remote access for diagnostics and calibration, and many machines report telemetry to vendor clouds. NISTIR 8041 recommends allowing vendor access only on secure ports and disabling it when not in use.
- Remote maintenance: route vendor sessions through your OT remote access platform with MFA, approval per session and recording (MA-4). See the OT Remote Access Guide.
- Vendor cloud services: know what the printer sends (build logs, images, files) and where; turn off cloud upload of build files where the vendor offers that setting and the workflow does not need it.
- Service bureaux and contract printers: send encrypted files bound to their printers, require deletion after the job, and write integrity and retention requirements into contracts (GV.SC-05).
- Distributed manufacturing: small suppliers may not recognise additive risks, a gap NISTIR 8041 highlights. Give them a short set of minimum controls and check them.
- Materials and spares: counterfeit powders or filament affect part quality like a sabotaged file; component authenticity (SR-11) applies to consumables as well as hardware.
Where identity fits
The printer fleet runs on non-human identities: print server service accounts that pull from PLM, API tokens for vendor clouds and slicer services, and certificates or keys that decrypt 3MF content. Give each its own identity, scope it to the printers or folders it needs, store keys in a vault or hardware module on the print server, and rotate them when staff or suppliers change. Shared operator logins on printer touchscreens should give way to named accounts wherever the machine supports them. See the Manufacturing Identity and OT Access Guide.
Decision guidance
- Prototyping labs: focus on network isolation, repository controls and DLP. Integrity checks can be lighter because parts do not go into service.
- Production and regulated parts (aerospace, medical, defence): full hash verification, signed releases, process monitoring and inspection records linked to file hashes. Treat a hash mismatch as a quality nonconformance and a security event.
- In-house or service bureau: in-house printing keeps files under your control but adds OT assets to secure; outsourcing moves the risk to contracts and file encryption. Many firms keep sensitive parts in-house and outsource the rest.
- Small organisations: one segmented network, unique printer passwords, a controlled shared folder with versioning and no internet exposure cover most of the risk.
- Large organisations: integrate printers into the OT security programme, the asset inventory and SOC monitoring, and manage file integrity through PLM workflows. See the Manufacturing Cybersecurity Programme Guide.
Implementation steps
- Find every printer. Combine network discovery, purchasing records and walk-downs of labs and plants; record firmware, controller PCs and cloud links.
- Map the digital thread. For each printer, trace where files come from, which formats are used and who can release a job.
- Isolate. Move printers to a dedicated zone, remove internet exposure and route vendor access through the remote access platform. Test on one cell first and keep the previous network configuration for rollback.
- Control the repository. Move released build files into a versioned repository with approval workflow; block printing from local folders where the workflow allows.
- Introduce hash verification in monitor mode. Log mismatches without stopping jobs for a few weeks, fix process gaps (re-exports, manual edits), then enforce.
- Harden machines. Unique credentials, disabled services, managed firmware updates, USB policy.
- Link inspection to files. Record the file hash in the build log and the inspection record so every part traces to an approved design.
- Train operators. NISTIR 8041 stresses training operators to recognise anomalies; include unexpected parameter changes, failed hash checks and unusual vendor sessions.
Detection and measurement
Monitor:
- File integrity events: hash mismatches at the print server, edits to released files, and jobs started from outside the repository.
- Bulk access to design repositories: unusual downloads of mesh or CAD files, especially before resignations or by service accounts.
- Printer network traffic: connections to the internet or to hosts other than the print server and approved vendor endpoints (DE.CM-01).
- Parameter changes: process parameters on the machine that differ from the released build profile, logged by the printer or print server (DE.CM-09).
- Vendor sessions: remote maintenance outside approved windows.
- Process monitoring: in-situ sensors and build logs that show deviations from expected layer behaviour, one of the part verification methods NISTIR 8041 lists.
| Metric | Target |
|---|---|
| Printers in the asset inventory with firmware version recorded | 100% |
| Printers reachable from the internet | 0 |
| Production jobs started with a verified file hash | 100% |
| Printed production parts whose inspection record links to an approved file hash | 100% |
| Vendor remote sessions through the approved platform with recording | 100% |
| Printers on a firmware version within the vendor's supported window | At least 95% |
Framework mapping
| Control area | NIST CSF 2.0 | NIST SP 800-53 Rev. 5 | ATT&CK technique addressed |
|---|---|---|---|
| Printer and controller inventory | ID.AM-01 | CM-8 | T1200 Hardware Additions |
| Design file confidentiality | PR.DS-01, PR.DS-02 | SC-28, AC-3 | T1213 Data from Information Repositories; ICS T0882 |
| File and job integrity | PR.DS-01 | SI-7, SI-7(1), SI-7(6) | T1565.001 Stored Data Manipulation; ICS T0836 |
| Printer hardening and firmware | PR.PS-01, PR.PS-02 | CM-7, SI-7 | ICS T0843 Program Download |
| Network isolation | PR.IR-01 | SC-7 | ICS T0886 Remote Services |
| Vendor access | PR.AA-05, GV.SC-05 | MA-4, SR-11 | ICS T0822 External Remote Services |
| Monitoring | DE.CM-01, DE.CM-09 | AU-12 | ICS T0831 Manipulation of Control |
| Storage sanitisation | PR.DS-01 | MP-6 | T1213 |
NIST SP 800-82 Rev. 3, the Guide to Operational Technology Security, is the reference for treating printers as OT, and NISTIR 8041 points to SP 800-53, the Cybersecurity Framework and SP 800-82 as the basis for additive manufacturing controls. See the NIST SP 800-82 OT Security Guide and the NIST CSF Manufacturing Profile Guide.
Common failure patterns
- Printer on the guest or office network: installed by a lab team for convenience, reachable from the internet or from every laptop.
- Files emailed or on USB sticks: no single source of truth, so nobody can say which file a part was printed from.
- Integrity checked by eye: dimensional checks and weighing alone, which the NIST-cited void research showed do not catch internal changes.
- Vendor access left on: permanent remote support tools or open maintenance ports for convenience.
- Classification lost on export: controlled CAD data becomes an unclassified STL on a shared drive.
- Machines scrapped with storage intact: old job files leave on resold or returned printers.
Practitioner checklist
- Inventory every printer, controller and print server with firmware versions and cloud links.
- Move printers to a segmented zone with no internet exposure and allowlisted vendor endpoints.
- Keep released mesh and job files in a versioned repository with separate authoring and release permissions.
- Hash released files and verify the hash before every production print.
- Encrypt files sent to service bureaux, for example with the 3MF Secure Content Extension, and require deletion after use.
- Give each printer unique admin credentials and each print server service account its own scoped identity.
- Route vendor remote maintenance through the OT remote access platform with MFA and recording.
- Manage firmware updates through a tested, recorded process.
- Link inspection records to the file hash of the approved design.
- Wipe printer and print server storage before disposal or return.
Standards and references
- NIST: NISTIR 8041 Proceedings of the Cybersecurity for Direct Digital Manufacturing Symposium
- NIST: SP 800-82 Rev. 3 Guide to Operational Technology Security
- NIST: SP 800-53 Rev. 5 Security and Privacy Controls
- NIST: Cybersecurity Framework 2.0
- 3MF Consortium: 3MF Secure Content Extension
- OctoPrint: Access Control documentation
- arXiv: dr0wned, Cyber-Physical Attack with Additive Manufacturing
- MITRE ATT&CK for ICS: Modify Parameter
Related NHI Mgmt Group resources: Manufacturing Cyber Statistics Guide · Manufacturing Cybersecurity Programme Guide · Trade Secret Protection · OT Remote Access Guide