Towards Resilient Intrusion Detection in CubeSats: Challenges, TinyML Solutions, and Future Directions
Organizations: Faculty of Business and IT, Ontario Tech University, Oshawa, Ontario, L1G 0C5, Canada.
Abstract
CubeSats have revolutionized access to space by providing affordable and accessible platforms for research and education. However, their reliance on Commercial Off-The-Shelf (COTS) components and open-source software has introduced significant cybersecurity vulnerabilities. Ensuring the cybersecurity of CubeSats is vital as they play increasingly important roles in space missions. Traditional security measures, such as intrusion detection systems (IDS), are impractical for CubeSats due to resource constraints and unique operational environments. This paper provides an in-depth review of current cybersecurity practices for CubeSats, highlighting limitations and identifying gaps in existing methods. Additionally, it explores non-cyber anomaly detection techniques that offer insights into adaptable algorithms and deployment strategies suitable for CubeSat constraints. Open research problems are identified, including the need for resource-efficient intrusion detection mechanisms, evaluation of IDS solutions under realistic mission scenarios, development of autonomous response systems, and creation of cybersecurity frameworks. The addition of TinyML into CubeSat systems is explored as a promising solution to address these challenges, offering resource-efficient, real-time intrusion detection capabilities. Future research directions are proposed, such as integrating cybersecurity with health monitoring systems, and fostering collaboration between cybersecurity researchers and space domain experts.
Figures & tables
| Reference | Category | Platform / Environment | Purpose | Main Technique | Key Contributions | Limitations |
| [ 7 ] | Vulnerability Assessment and Attack Simulation | Abstracted CubeSat architecture | Assess CubeSat vulnerabilities such as denial of service, data tampering, and system disabling | Attack tree analysis modeling attack vectors across ground, link, and space segments | Systematic enumeration of attack pathways; structured methodology for evaluating CubeSat security posture | Does not address practical implementation challenges or resource costs of countermeasures |
| [ 11 ] | Vulnerability Assessment and Attack Simulation | Emulated OPS-SAT payload environment | Demonstrate a realistic low-resource cyberattack on a CubeSat camera payload | Library hijacking of the camera executable, formalized with attack trees and SPARTA | Demonstrated feasibility of a low-resource attack on an operational CubeSat | Attack deployment method not explored, limiting reproducibility |
| [ 12 ] | Simulation Platforms for Cybersecurity Testing | Conceptual Digital Twin of a CubeSat | Simulate cyberattacks and analyze cascading multiphysics effects | Model-based systems engineering with Digital Twin simulations | Proposed a holistic framework for cyber-induced subsystem failure analysis | Lacks practical guidance for Digital Twin development and implementation |
| [ 14 ] | Simulation Platforms for Cybersecurity Testing | LinkStar Cybersecurity Sandbox | Enable hands-on cybersecurity testing across mission segments | Physical testbed-based attack simulation using on-ground CubeSat hardware | Provided a rare practical platform for cybersecurity experimentation | Limited modeling of dynamic space environmental conditions |
| [ 6 ] | Intrusion Detection Systems | N/A (survey study) | Establish a taxonomy of IDS approaches for CubeSats | Literature review and classification of IDS architectures and data sources | Foundational taxonomy for CubeSat IDS research | Analogies to non-space domains may not fully capture space-specific constraints |
| [ 3 ] | Intrusion Detection Systems | Conceptual CubeSat framework | Integrate cyber and physical state for anomaly detection | Correlation of cyber activity with physical state information | Introduced an attack-agnostic, physics-informed IDS concept | Conceptual proposal without implementation details |
| Reference | Platform / Environment | Purpose | Algorithm | Data Sources | Findings | Limitations |
| [ 18 ] | LabSat (Simulated model) | ISHM tool for detecting, diagnosing, and explaining anomalies | Self-Organizing Maps (SOM) with Case-Based Reasoning (CBR) | Telemetry data from power generation, storage, and load consumption boards | High accuracy in anomaly detection and case retrieval; 94.4% success in exact match retrieval with SOM-based indexing; effective in identifying known and novel anomalies. | Signature-based retrieval occasionally misclassified novel faults. The approach requires further validation on real system-generated data and optimization of case retrieval efficiency. |
| [ 19 ] | BIRDS-3 and BIRDS-4 | Detecting anomalies in CubeSat solar panel systems | Linear Discriminant Analysis (LDA) | Solar panel telemetry data: temperature, current, and voltage | LDA achieved the highest F1-Score (85%); effective in anomaly detection with efficient resource utilization; challenges in handling imbalanced data. | ML models require adjustment for each mission’s sensor calibration. The study focused only on solar panels; battery system faults were not analyzed. |
| [ 20 ] | EduSat (flight-like model) | Improve on-board fault detection for CubeSats | Convolutional Neural Network (CNN) | Temperature telemetry data: sensors on maximum power point trackers, voltage converters, battery monitor | High accuracy in anomaly detection; effective handling of resource constraints; introduced holdoff window for improved reliability. | Performance varies across datasets due to noise; real-time inference introduces minor delays. |
| [ 21 ] | OPS-SAT | Detecting anomalies in satellite telemetry data | Random Forest | Magnetometer and Photodiode (PD) telemetry | High accuracy (98.4%) in anomaly detection; addressed practical challenges of noisy and fragmented data; improved generalization with data augmentation. | Model relies on human-labeled training data, limiting adaptability to new anomalies. On-board deployment feasibility remains untested. |
| [ 22 ] | OPS-SAT | Detecting anomalies in satellite telemetry data | RNN-LSTM | Magnetometer and Photodiode (PD) telemetry | High accuracy (95.3%) in anomaly detection; addressed practical challenges of noisy and fragmented data; effective manual annotation for training. | The model classifies anomalies but does not determine their onset, and may be sensitive to unseen telemetry patterns in real CubeSat missions. |
| [ 23 ] | OPS-SAT | On-board training for FDIR model using sensor data | AROW | Photodiode (PD) telemetry | Achieved 89% balanced accuracy using the AROW algorithm; first instance of on-board training of AI models in space; addresses computational constraints and real-time data access. | Limited training input diversity restricted model generalization. High-dimensional models required more training iterations, and real-time constraints impacted performance. |
| Technique | Description | TinyML Adaptation | CubeSat Relevance |
| Efficient Model Optimization, NAS, and CASH | Optimizes ML models for constrained devices by reducing computation and memory while maintaining accuracy. NAS automates architecture search under resource constraints, and CASH jointly selects a model family and its hyperparameters within a single search space [ 34 , 35 ] . | Microcontroller-aware NAS like TinyNAS can explicitly account for constraints such as memory and latency, and can be paired with memory-efficient inference runtimes [ 34 ] . CASH can also be used as a TinyML tuning step when its objectives are defined to reflect deployment needs, so the selected model family and hyperparameters balance detection quality with inference cost and footprint. | Supports on-board deployment by balancing detection performance, inference responsiveness, and model footprint under strict CubeSat resource limits. |
| Continual and Transfer Learning (TinyTL, TinyOL) | Adapts models to new data post-deployment with minimal retraining, reducing training resource consumption [ 36 ] . | TinyTL fine-tunes certain parameters (e.g., biases) while freezing most weights to reduce memory and computation overhead [ 33 ] . TinyOL continuously updates models in real-time using small incremental updates [ 37 ] . | Enables CubeSats to refine on-board ML models and adapt to dynamic conditions without requiring frequent ground updates. |
| Federated Learning (FL) | Enables decentralized training across multiple devices without sharing raw data, preserving privacy [ 38 ] . | TinyFedTL enables federated learning on microcontrollers with less than 1MB of memory by optimizing communication and model update strategies [ 38 ] . | Reduces communication costs and enhances privacy by allowing CubeSats to collaboratively train models while keeping on-board data secure. |
| Automated Feature Selection (AutoFS) | Automatically selects a subset of informative features to remove irrelevant or redundant variables and reduce dimensionality [ 39 ] . | AutoFS can be used as a TinyML feature-pruning step when its objectives reflect deployment needs, selecting a compact feature subset that preserves detection capability while reducing the number of features that must be computed on board at inference time. | Reduces the number of real-time feature computations required on board and lowers the input footprint, improving feasibility under CubeSat compute, memory, and storage limits [ 40 ] . |
| Quantization-Aware Training (QAT) | Simulates quantization effects during training to maintain accuracy after reducing precision [ 36 ] . | QAT ensures models remain robust at lower bit precision (e.g., 8-bit) by incorporating quantization constraints into training, minimizing accuracy loss [ 36 ] . | Helps CubeSats maintain model accuracy despite precision fluctuations. |
| Benefit | Description and Citations |
| Energy Efficiency | TinyML enables critical computations directly on low-power hardware like microcontrollers, reducing energy consumption. By limiting the need for frequent data transmissions to ground stations, TinyML conserves battery life and extends mission durations [ 41 ] . |
| Latency Reduction | Localized data processing allows CubeSats to analyze and act on information instantly, minimizing delays. This is particularly beneficial for cybersecurity, enabling faster intrusion detection and immediate responses to threats. |
| Privacy and Security | TinyML keeps sensitive data on-board, reducing the risk of interception during transmission. Since it processes data locally, TinyML enhances data privacy and strengthens security against eavesdropping [ 29 ] . |
| Autonomy and Reliability | TinyML allows CubeSats to operate independently without relying on constant communication with ground stations. This ensures consistent performance, even when communication windows are limited or disrupted by orbital conditions. |
| Challenge | Description |
| Real-Time Inflexibility | TinyML models are typically pre-trained offline and deployed as static frameworks on edge devices [ 41 ] . In dynamic CubeSat environments, data distribution changes over time (concept drift), leading to ineffective threat detection for novel attack patterns. Implementing adaptive techniques like TinyOL may mitigate this issue but requires additional computational resources [ 42 , 37 ] . |
| Model Robustness | Harsh space conditions (e.g., radiation, extreme temperatures, electromagnetic interference) can compromise model performance on CubeSats. These perturbations reduce accuracy in functions like intrusion detection [ 41 ] . Training models with noise perturbations during development can improve resilience [ 43 ] . However, accurately simulating all conditions for CubeSats may not be feasible. |
| Accuracy Drop | Compression and optimization techniques used in TinyML (e.g., quantization and pruning) can lead to slight accuracy reductions, which may impact critical operations [ 29 ] . Extensive testing in high-fidelity simulation environments can ensure accuracy remains within acceptable limits under space-like conditions. |
| Computational Constraints | CubeSats operate with severe memory, power, and processing limitations. Implementing adaptive techniques like TinyOL or other complex algorithms often requires balancing computational cost with real-time performance [ 37 ] . |
Cybersecurity
Cybersecurity develops methods to protect digital and cyber-physical systems from attacks, vulnerabilities, data loss, and misuse.
See all 354 papers