Protect system components, associated data communications, and networks in accordance with national Emissions Security policies and procedures based on the security category or classification of the information.
| ID | Name | Description | D3FEND | |
| CM0003 | TEMPEST | TEMPEST controls (i.e., emissions security (EMSEC)) protect spacecraft system components, internal data communications, and communication buses against side-channel and proximity-based attacks that exploit unintended electromagnetic, electrical, or acoustic emanations. Critical components must be enclosed within appropriate casings or shielding structures that attenuate unintended emissions to levels that deny adversaries the ability to reconstruct processed data or infer system state from externally observable signals. Shielding must extend to internal buses and data pathways, not only to individual processing elements, as inter-component communications represent a significant and often overlooked emanations surface. The physical enclosure strategy must be integrated with the broader system architecture so that shielding effectiveness is not degraded by penetrations, connectors, or cable routing that create unintended emissions paths. During sustainment & maintenance, Spacecraft TEMPEST and EMSEC protections are primarily established during design, fabrication, and integration, but sustainment remains applicable through configuration control, review of deployment-state or hardware changes, preservation of qualification evidence, assessment of relevant anomalies, and evaluation of refurbishment, replacement, or follow-on production changes. The guidance below addresses these spacecraft considerations as well as applicable ground-segment maintenance activities. | D3-PH D3-RFS | |
| CM0062 | Dummy Process - Aggregator Node | In spacecraft architectures containing aggregator or relay nodes, observable computation and communication patterns may reveal valid aggregation cycles and traffic-flow relationships involving critical nodes, root nodes, or ground termination points. This countermeasure is applicable when the threat model identifies a credible adversary capability to observe node power or electromagnetic activity and correlate those observations with RF transmission activity. While camouflaging all network traffic through constant high-power transmission is energy-prohibitive, selectively obscuring aggregator node behavior through dummy process execution provides a practical alternative. This countermeasure requires aggregator nodes to execute dummy workloads whose observable characteristics are sufficiently similar to genuine aggregation cycles to make reliable classification difficult within the mission-defined adversary model. Evaluation should consider applicable power, electromagnetic, execution-duration, processor-activity, memory-access, and RF-correlated features rather than matching only an average power-consumption curve. Two properties are essential for effectiveness: first, dummy processes must vary in their execution pattern, using a different dummy process each time or maintaining a low repetition rate, to prevent adversaries from identifying a distinguishable signature that differentiates dummy from genuine execution; second, timing of dummy execution must be carefully controlled, with a dummy process executed every time the aggregator receives a transmission and randomly during idle periods, to prevent adversaries from correlating the presence or absence of radio frequency (RF) transmissions with power consumption curves to identify and discard dummy activity. Together, these properties are intended to reduce an observer’s ability to distinguish valid aggregation cycles and infer traffic flow toward a critical root or base-station node. They do not guarantee that aggregator nodes, network topology, or the base station cannot be identified through other observations. | D3-DE D3-CHN D3-SHN D3-IHN D3-DO D3-DNR | |
| CM0057 | Tamper Resistant Body | A tamper-resistant physical enclosure increases the effort, time, and equipment required to physically probe, observe, remove, or modify protected spacecraft sensor nodes and embedded components. The enclosure must be designed for the specific physical-access and side-channel threats being addressed and should not be assumed to prevent every invasive or non-invasive attack. A passive tamper-resistant body can provide physical and side-channel protection without continuous processing or electrical power, which may make it suitable for resource-constrained sensor nodes. The design trade must also account for mass, volume, thermal performance, manufacturability, inspection, repairability, qualification, and lifecycle cost. Enclosures incorporating active sensing or response mechanisms require power and must be evaluated separately from fully passive designs. The physical security design must distinguish among tamper resistance, which impedes access; tamper evidence, which leaves observable indications of attempted access; tamper detection, which senses an attempt while it occurs; and tamper response, which protects designated sensitive assets after detection. The required properties and response behavior must be selected according to the protected component, threat model, and mission consequence of both successful tampering and false activation. | D3-PH D3-RFS | |
| CM0058 | Power Randomization | Power randomization is a hardware-level countermeasure against power analysis side-channel attacks, in which an adversary monitors a device's power consumption during cryptographic or other security-sensitive operations to extract secret information such as cryptographic keys by correlating power traces with internal computational states. The technique uses an on-chip hardware mechanism to add data-independent or randomized power activity intended to reduce the observable signal-to-noise ratio between measured power consumption and security-sensitive internal computations. Power randomization increases the number or sophistication of measurements required for power analysis but does not eliminate the underlying leakage or guarantee resistance against averaging, profiling, multi-trace, or higher-order analysis. Power randomization must be incorporated into the chip architecture or selected as an existing capability of the target device. Its implementation can increase dynamic power consumption, die area, thermal load, design and verification complexity, non-recurring engineering cost, and potentially unit fabrication cost. Resulting spacecraft-level mass or volume impacts depend on packaging, power-delivery, and thermal-management consequences. These tradeoffs must be evaluated during the system design phase against the mission's threat model and the availability of alternative or complementary side-channel countermeasures, with power randomization selected where the protection it provides justifies its SWaP and cost impact. | D3-PH D3-RFS | |
| CM0059 | Power Consumption Obfuscation | Power consumption obfuscation encompasses hardware circuit design techniques and architectural obfuscation strategies that mask the relationship between a device's internal operations and its observable power consumption profile, increasing the difficulty and cost of power analysis side-channel attacks. Unlike power randomization, which adds noise to the power signal, obfuscation techniques actively obscure the underlying power consumption pattern through circuit-level design approaches such as dual-rail logic, balanced circuit topologies, and constant-power execution paths that decouple observable power draw from data-dependent computational activity. These techniques increase manufacturing cost and design complexity for sensor nodes and other embedded hardware, representing a one-time investment at fabrication that must be justified against the mission's physical threat environment and the sensitivity of the data processed by the protected device. Power consumption obfuscation is most effectively applied to hardware executing cryptographic operations or other security-sensitive functions where correlation between power traces and internal state would be most damaging if successfully exploited. | D3-PH D3-RFS | |
| CM0060 | Secret Shares | Secret sharing for side-channel protection, commonly implemented as masking, represents each sensitive value or intermediate computation using multiple randomized shares. A masking scheme of order dtypically uses d+1 shares and is designed so that observation of up to dshares or covered intermediate values does not reveal information about the underlying sensitive value within the defined security model. The complete set of shares reconstructs the original value and therefore must not be considered mutually independent. Computation must be performed on the shares using masking operations or gadgets designed to preserve the required security order. Masking can prevent straightforward first-order exploitation and increase the observations or attack complexity required to recover the secret, but joint leakage from multiple shares, unintended recombination, register transitions, glitches, memory activity, or other implementation effects may remain exploitable. Higher-order attacks specifically attempt to combine leakage associated with multiple shares and are not eliminated merely by dividing a value into shares. The primary operational tradeoff is a significant increase in computational operations, approaching a doubling of the number of operations required, which translates directly into increased power consumption; this overhead must be evaluated carefully against the spacecraft's power budget and the processing constraints of the target hardware. Masking should be applied to the complete set of operations, intermediate values, key schedules, conversions, memory transfers, and control paths whose leakage could disclose the protected secret. Selective masking may be used when analysis demonstrates that unmasked operations and transitions do not expose secret-dependent information and that the resulting implementation remains secure within the approved leakage model. | D3-PH D3-RFS | |
| CM0061 | Power Masking | Power masking is a side-channel countermeasure in which secret-dependent values and intermediate computations are represented using multiple randomized shares. A masking scheme of order d is designed so that observations involving up to dcovered intermediate values do not reveal information about the protected secret under the scheme’s defined leakage and adversary model. Correctly implemented masking can prevent straightforward lower-order exploitation and increase the complexity or number of observations required for successful power or electromagnetic analysis. It does not guarantee protection regardless of the number of measurements: higher-order, profiled, multivariate, or implementation-specific attacks may combine leakage from multiple shares or observations and recover the protected secret. The masking scheme generates randomized shares and performs the protected computation using masking operations designed to preserve the required security order. Reconstruction or conversion to an unmasked representation must occur only at an explicitly authorized boundary and must not expose secret-dependent values through registers, memory, buses, transitions, glitches, control flow, or other observable implementation state. Power masking applies secret-sharing principles to the secret key, cryptographic state, and other secret-dependent intermediate values throughout a computation. CM0060 may describe the general share-based protection concept, while CM0061 should focus on implementing and preserving that sharing across cryptographic operations to reduce exploitable power and electromagnetic leakage. Effective masking requires correct implementation across the entire cryptographic execution path, as a single unmasked intermediate value anywhere in the computation can restore exploitable correlation and defeat the protection. | D3-PH D3-RFS | |
| CM0063 | Increase Clock Cycles/Timing | Timing side-channel attacks exploit observable differences in execution time to infer information about secret values, such as cryptographic keys, by correlating measured execution durations with data-dependent branching paths or memory access patterns. This countermeasure reduces timing leakage by ensuring that execution time, control flow, instruction selection, and memory-access behavior do not vary as a function of secret values within the defined implementation and threat model. Additional computation or delay may be used where appropriate, but constant-time behavior should primarily be achieved by eliminating secret-dependent branches, memory accesses, and variable-latency operations. Memory accesses involving secret-dependent values or indices shall be implemented so that observable access patterns and timing do not vary as a function of the protected secret within the defined threat model. Non-secret-dependent memory accesses need not be normalized solely for this countermeasure. Where mission timing requirements permit, access time normalization can be achieved by adding deliberate delays to faster accesses to equalize timing across all operations. Constant-time implementation may increase execution time, code size, memory use, power consumption, or design complexity, depending on the algorithm, implementation technique, processor, and memory architecture. These impacts must be measured for the target platform and evaluated against timing, power, thermal, and throughput mission requirements. | D3-PH D3-RFS | |
| CM0064 | Dual Layer Protection | Dual-layer physical enclosure protection reduces thermal side-channel leakage by combining an inner heat-spreading layer with an outer thermally insulating barrier. The design is intended to attenuate the spatial and temporal relationship between internal computational activity and externally observable surface-temperature patterns; it must not be assumed to make thermal activity completely unobservable. Thermal side-channel attacks observe temperature or infrared-emission patterns associated with device activity to infer information such as workload, active functional regions, execution behavior, or, under applicable adversary and measurement conditions, security-sensitive computation. The inner conductive layer spreads heat laterally to reduce localized temperature gradients and shorten the persistence of internal hot spots. Residual gradients and transient patterns may remain because of component placement, enclosure geometry, interface conductance, workload, and the available heat-rejection path. The outer thermally insulating layer limits direct access to the inner heat-spreading surface and attenuates the propagation of short-duration temperature gradients to the observable exterior. The external surface may still exhibit temperature or infrared-emission variations that must be evaluated against the mission-defined adversary capability. This countermeasure can operate passively without direct computational or electrical-power consumption. However, it can impose mass, volume, thermal-resistance, heat-rejection, structural, integration, and qualification impacts and may indirectly increase demand on active thermal-control systems. Its suitability must therefore be evaluated against both security and spacecraft thermal-design requirements. | D3-PH D3-RFS | |
| ID | Description | |
| SV-CF-2 |
Eavesdropping (RF and proximity) |
|
| SV-MA-2 |
Heaters and flow valves of the propulsion subsystem are controlled by electric signals so cyberattacks against these signals could cause propellant lines to freeze, lock valves, waste propellant or even put in de-orbit or unstable spinning |
|
| SPARTA ID | Requirement | Rationale/Additional Guidance/Notes |
|---|---|---|
| SPR-37 | The [spacecraft] shall protect system components, associated data communications, and communication buses in accordance with: (i) national emissions and TEMPEST policies and procedures, and (ii) the security category or sensitivity of the transmitted information, and shall demonstrate compliance via pre‑launch TEMPEST‑like evaluation for co‑located payload configurations.{SV-CF-2,SV-MA-2}{PE-14,PE-19,PE-19(1),RA-5(4),SA-8(18),SA-8(19),SC-8(1)} | The measures taken to protect against compromising emanations must be in accordance with DODD S-5200.19, or superseding requirements. The concerns addressed by this control during operation are emanations leakage between multiple payloads within a single space platform, and between payloads and the bus. |
| SPR-38 | The [spacecraft] shall be designed so that it protects itself from information leakage due to electromagnetic signals emanations.{SV-CF-2,SV-MA-2}{PE-19,PE-19(1),RA-5(4),SA-8(19)} | This requirement applies if system components are being designed to address EMSEC and the measures taken to protect against compromising emanations must be in accordance with DODD S-5200.19, or superseding requirements. |
| SPR-115 | The [organization] shall describe (a) the separation between RED and BLACK cables, (b) the filtering on RED power lines, (c) the grounding criteria for the RED safety grounds, (d) and the approach for dielectric separators on any potential fortuitous conductors, and shall provide quantitative separation distances, filter specifications, grounding resistance criteria, and dielectric separator material properties.{SV-CF-2,SV-MA-2}{PE-19,PE-19(1)} | Physical separation of classified (RED) and unclassified (BLACK) signal paths prevents compromising emanations. Defined separation distances, filtering, and grounding reduce leakage risk. Quantitative criteria ensure repeatable and verifiable implementation. This protects against unintended signal coupling and data leakage. |
| ID | Name | Description | |
|---|---|---|---|
| REC-0005 | Eavesdropping | Adversaries seek to capture mission communications across terrestrial networks and RF/optical links to reconstruct protocols, extract telemetry, and derive operational rhythms. Collection is most often passive, but may be semi-passive or actively elicited, where the adversary transmits probes or crafted exchanges to provoke identifiable responses from the target rather than waiting to observe them. On networks, packet captures, logs, and flow data from ground stations, mission control, and cloud backends can expose service boundaries, authentication patterns, and automation. In the RF domain, wideband recordings, spectrograms, and demodulation of TT&C and payload links, spanning VHF/UHF through S/L/X/Ka and, increasingly, optical, enable identification of modulation/coding, framing, and beacon structures. Even when links are encrypted, metadata such as carrier plans, symbol rates, polarization, and cadence can support traffic analysis, timing attacks, or selective interference. Community capture networks and open repositories amplify the reach of a modest adversary. | |
| REC-0005.03 | Proximity Operations | In proximity scenarios, an adversary platform (or co-located payload) attempts to observe emissions and intra-vehicle traffic at close range, RF side-channels, optical/lasercom leakage, and, in extreme cases, electromagnetic emanations consistent with TEMPEST/EMSEC concerns. Physical proximity can expose harmonics, intermodulation products, local oscillators, and bus activity that are undetectable from the ground, enabling reconstruction of timing, command acceptance windows, or even limited protocol content. In hosted-payload or rideshare contexts, a poorly segregated data path may permit passive observation of TT&C gateways, crosslinks, or payload buses. | |
| IA-0003 | Crosslink via Compromised Neighbor | Where spacecraft exchange data over inter-satellite links (RF or optical), a compromise on one vehicle can become a bridgehead to others. Threat actors exploit crosslink trust: shared routing, time distribution, service discovery, or gateway functions that forward commands and data between vehicles and ground. With knowledge of crosslink framing, addressing, and authentication semantics, an adversary can craft traffic that appears to originate from a trusted neighbor, injecting control messages, malformed service advertisements, or payload tasking that propagates across the mesh. In tightly coupled constellations, crosslinks may terminate on gateways that also touch the C&DH or payload buses, providing additional pivot opportunities. Because crosslink traffic is expected and often high volume, attacker activity can be timed to blend with synchronization intervals, ranging exchanges, or scheduled data relays. | |
| IA-0005 | Rendezvous & Proximity Operations | Adversaries may execute a sequence of orbital maneuvers to co-orbit and approach a target closely enough for local sensing, signaling, or physical interaction. Proximity yields advantages that are difficult to achieve from Earth: high signal-to-noise for interception, narrowly targeted interference or spoofing, observation of attitude/thermal behavior, and, if interfaces exist, opportunities for mechanical mating. The approach typically unfolds through phasing, far-field rendezvous, relative navigation (e.g., vision, lidar, crosslink cues), and closed-loop final approach. At close distances, an attacker can monitor side channels, stimulate acquisition beacons, test crosslinks, or prepare for contact operations such as capture or docking. Contact itself is not the endpoint: mating and grappling expose data and power umbilicals, standardized payload ports, service and checkout connectors, and device programming interfaces that are unreachable by any other means. | |
| IA-0005.01 | Compromise Emanations | With a local vantage point, an adversary analyzes unintentional emissions to infer sensitive information. Crypto modules, command decoders, and main bus controllers can emit patterns correlated with key use, counter updates, or command parsing. Close-range sampling enables coherent averaging, directional sensing, and correlation against known command/telemetry sequences to separate signal from noise. If the emanations are information-bearing (e.g., side-channel leakage of keys, counters, or protocol state), they can be used to reconstruct authentication material, predict anti-replay windows, or derive decoder settings, providing a basis for initial access via crafted traffic. | |
| IA-0005.02 | Docked Vehicle / OSAM | Docking, berthing, or service capture during on-orbit servicing, assembly, and manufacturing (OSAM) creates a high-trust bridge between vehicles. Threat actors exploit this moment, either by pre-positioning code on a servicing vehicle or by manipulating ground updates to it, so that, once docked, lateral movement occurs across the mechanical/electrical interface. Interfaces may expose power and data umbilicals, standardized payload ports, or gateways into the target’s C&DH or payload networks (e.g., SpaceWire, Ethernet, 1553). Service tools that push firmware, load tables, transfer files, or share time/ephemeris become conduits for staged procedures or implants that execute under maintenance authority. Malware can be timed to activation triggers such as “link up,” “maintenance mode entered,” or specific device enumerations that only appear when docked. Because OSAM operations are scheduled and well-documented, the adversary can align preparation with published timelines, ensuring that the first point of execution coincides with the brief window when cross-vehicle trust is intentionally elevated. | |
| IA-0005.03 | Proximity Grappling | In this variant, the attacker employs a capture mechanism (robotic arm, grappling fixture, magnetic or mechanical coupler) to establish physical contact without full docking. Once grappled, covers can be manipulated, temporary umbilicals attached, or exposed test points engaged; if design provisions exist (service ports, checkout connectors, external debug pads), these become direct pathways to device programming interfaces (e.g., JTAG/SWD/UART), mass-storage access, or maintenance command sets. Grappling also enables precise attitude control relative to the target, allowing contact-based sensors to read buses inductively or capacitively, or to inject signals onto harness segments reachable from the exterior. Initial access arises when a maintenance or debug path, normally latent in flight, is electrically or logically completed by the grappled connection, allowing authentication-bypassing actions such as boot-mode strapping, image replacement, or scripted command ingress. The operation demands accurate geometry, approach constraints, and fixture knowledge, but yields a transient, high-privilege bridge tailored for short, decisive actions that leave minimal on-orbit RF signature. | |
| LM-0003 | Constellation Hopping via Crosslink | In networks where vehicles exchange data over inter-satellite links, a compromise on one spacecraft becomes a springboard to others. The attacker crafts crosslink traffic, routing updates, service advertisements, time/ephemeris distribution, file or tasking messages, that appears to originate from a trusted neighbor and targets gateway functions that bridge crosslink traffic into command/data paths. Once accepted, those messages can queue procedures, deliver configuration/table edits, or open file transfer sessions on adjacent vehicles. In mesh or hub-and-spoke constellations, this enables “hop-by-hop” spread: a single foothold uses shared trust and protocol uniformity to reach additional satellites without contacting the ground segment. | |
| LM-0004 | Visiting Vehicle Interface(s) | Docking, berthing, or short-duration attach events create high-trust, high-bandwidth connections between vehicles. During these operations, automatic sequences verify latches, exchange status, synchronize time, and enable umbilicals that carry data and power; maintenance tools may also push firmware or tables across the interface. An attacker positioned on the visiting vehicle can exploit these handshakes and service channels to inject commands, transfer files, or access bus gateways on the host. Because many actions are expected “just after dock,” malicious traffic can ride the same procedures that commission the interface, allowing lateral movement from the visiting craft into the target spacecraft’s C&DH, payload, or support subsystems. | |
| EXF-0002 | Side-Channel Exfiltration | Information is extracted not by reading files or decrypting frames but by observing physical or protocol byproducts of computation, power draw, electromagnetic emissions, timing, thermal signatures, or traffic patterns. Repeated measurements create distinctive fingerprints correlated with internal states (key use, table loads, parser branches, buffer occupancy). Matching those fingerprints to models or templates yields sensitive facts without direct access to the protected data. In space systems, vantage points span proximity assets (for EM/thermal), ground testing and ATLO (for direct probing), compromised on-board modules that can sample rails or sensors, and remote observation of link-layer timing behaviors. | |
| EXF-0002.01 | Power Analysis Attacks | The attacker infers secrets by measuring instantaneous power consumption of target devices, often crypto engines or controllers, and correlating traces with hypothesized internal operations. Simple power analysis (SPA) extracts structure (operation sequences, key-dependent branches); differential/correlation power analysis (DPA/CPA) uses many traces and statistics to recover key bits from tiny data-dependent variations. Practically, measurements may come from instrumented rails during I&T, from a compromised payload monitoring local supplies, or from co-located hardware that senses current/voltage fluctuations. With sufficient traces and alignment (triggering on command/crypto invocation), internal values become observable through their power signatures. | |
| EXF-0002.02 | Electromagnetic Leakage Attacks | Switching activity in chips, buses, and clocks radiates EM energy that can be captured and analyzed to reveal internal computation. Near-field probes (in test) or proximity receivers (on-orbit assets) can observe harmonics and modulation tied to cipher rounds, key schedules, or protocol framing, sometimes with finer granularity than power analysis. Coupling paths include packages, harnesses, SDR front ends, and poorly shielded enclosures. By training on known operations and comparing spectra or time-domain signatures, an adversary can recover keys or reconstruct processed data without touching logical interfaces. | |
| EXF-0002.03 | Traffic Analysis Attacks | In a terrestrial environment, threat actors use traffic analysis attacks to analyze traffic flow to gather topological information. This traffic flow can divulge information about critical nodes, such as the aggregator node in a sensor network. In the space environment, specifically with relays and constellations, traffic analysis can be used to understand the energy capacity of spacecraft node and the fact that the transceiver component of a spacecraft node consumes the most power. The spacecraft nodes in a constellation network limit the use of the transceiver to transmit or receive information either at a regulated time interval or only when an event has been detected. This generally results in an architecture comprising some aggregator spacecraft nodes within a constellation network. These spacecraft aggregator nodes are the sensor nodes whose primary purpose is to relay transmissions from nodes toward the ground station in an efficient manner, instead of monitoring events like a normal node. The added functionality of acting as a hub for information gathering and preprocessing before relaying makes aggregator nodes an attractive target to side channel attacks. A possible side channel attack could be as simple as monitoring the occurrences and duration of computing activities at an aggregator node. If a node is frequently in active states (instead of idle states), there is high probability that the node is an aggregator node and also there is a high probability that the communication with the node is valid. Such leakage of information is highly undesirable because the leaked information could be strategically used by threat actors in the accumulation phase of an attack. | |
| EXF-0002.04 | Timing Attacks | Execution time varies with inputs and branches; precise measurement turns that variance into information. The attacker times acknowledgments, response latencies, or framing gaps to learn which code paths ran (e.g., MAC verified vs. failed, table entry present vs. absent) and to infer bits of secrets in timing-sensitive routines such as cryptographic checks. On resource-constrained processors and deterministic RTOSes, small differences persist across runs, making remote timing feasible over RF if clocks and propagation are accounted for. Combined with chosen inputs and statistics, these measurements leak internal state faster than brute-force cryptanalysis. | |
| EXF-0002.05 | Thermal Imaging attacks | Threat actors can leverage thermal imaging attacks (e.g., infrared images) to measure heat that is emitted as a means to exfiltrate information from spacecraft processors. Thermal attacks rely on temperature profiling using sensors to extract critical information from the chip(s). The availability of highly sensitive thermal sensors, infrared cameras, and techniques to calculate power consumption from temperature distribution [7] has enhanced the effectiveness of these attacks. As a result, side-channel attacks can be performed by using temperature data without measuring power pins of the chip. | |
| EXF-0005 | Proximity Operations | A nearby vehicle serves as the collection platform for unintended emissions and other proximate signals, effectively a mobile TEMPEST/EMSEC sensor. From close range, the adversary measures near-field RF, conducted/structure-borne emissions, optical/IR signatures, or leaked crosslink traffic correlated with on-board activity, then decodes or models those signals to recover information (keys, tables, procedure execution, payload content). Proximity also enables directional gain and repeated sampling passes, turning weak side channels into usable exfiltration without engaging the victim’s logical interfaces. | |