Gsma — Fs.38 ((better))
For device makers, achieving FS.38 certification is a competitive differentiator. For network operators, it is a risk management tool. For end-users, it is the silent guarantee that the smart meter in their basement or the tracker on their logistics fleet operates with integrity.
Here is the complete breakdown: | # | Control | Description | |---|---|---| | 1 | No Universal Default Passwords | Devices must not ship with weak, public default credentials (e.g., "admin/admin"). Each device should have a unique credential or force a password change on first boot. | | 2 | Secure Boot | The device must verify the integrity and authenticity of its firmware using cryptographic signatures. This prevents attackers from loading malicious code. | | 3 | Software Update Mechanism | A secure, authenticated, and encrypted mechanism for over-the-air (OTA) updates. Updates must be signed, and the device must reject invalid ones. | | 4 | Secure Communication | Use of TLS/DTLS for all network communications. Datagram Transport Layer Security (DTLS) is specified for UDP-based traffic to ensure confidentiality and integrity. | | 5 | Minimize Exposed Attack Surfaces | Disable all unnecessary ports, services, and debug interfaces (e.g., JTAG, UART, USB) in production builds. | | 6 | Secure Storage | Cryptographic keys, unique secrets, and device identifiers must be stored in tamper-resistant hardware (e.g., Secure Element, TEE, or eSIM). | | 7 | Logging & Monitoring | The device must generate security-relevant logs (e.g., failed access attempts, integrity check failures) and have a mechanism to export them securely. | Phase 2: Secure Deployment & Operation | # | Control | Description | |---|---|---| | 8 | Authentication & Authorization | The device must uniquely authenticate to the network and any application server. Use of GSMA’s IoT SAFE (SIM Applet for Secure End-2-End Communication) is recommended. | | 9 | Resilience Against Input Attacks | Input validation to prevent buffer overflows, injection attacks, or malformed packet crashes. | | 10 | Wireless Interface Security | For Bluetooth, Wi-Fi, or LoRa interfaces, implement least-privilege pairing and disable insecure legacy modes (e.g., WPA2-PSK with weak passphrases). | | 11 | Privacy Controls | Minimize data collection. Ensure user consent is obtained. Use anonymization or pseudonymization where personally identifiable information (PII) is transmitted. | Phase 3: Secure Decommissioning | # | Control | Description | |---|---|---| | 12 | Secure Decommissioning | A documented process to wipe all sensitive data (keys, credentials, logs) from the device at end-of-life or repurposing. | | 13 | Vulnerability Disclosure & Response | The vendor must provide a public point of contact for reporting vulnerabilities and a timeline for patching. | | 14 | Software Bill of Materials (SBOM) | Maintain an inventory of all open-source and third-party components to track known vulnerabilities (CVEs). | GSMA FS.38 vs. Other IoT Security Standards One of the most common questions is: How does FS.38 compare to ETSI EN 303 645 or NISTIR 8259? gsma fs.38
The core philosophy of FS.38 is . Unlike heavy enterprise IT security standards, FS.38 recognizes that IoT devices often have constrained CPU, memory, and battery life. Therefore, it mandates controls that are practical to implement on low-power, low-cost hardware without crippling performance. Why Did GSMA Create FS.38? The Problem of Rogue IoT Before 2016, the IoT security landscape was a patchwork of vendor-specific solutions. High-profile attacks—such as the Mirai botnet (2016), which weaponized hundreds of thousands of unsecured cameras and DVRs to take down major internet services—demonstrated a catastrophic failure. For device makers, achieving FS
A: SAS is for SIM/eSIM manufacturing facilities (the factory itself). FS.38 is for the IoT device hardware/software. Conclusion: Security is a Feature, Not a Cost GSMA FS.38 represents a maturing industry. No longer can IoT devices be shipped with gaping security holes and fixed with a "future update." The era of connected everything demands connected security everywhere. Here is the complete breakdown: | # |
This article dissects GSMA FS.38 in its entirety. We will explore its origins, its 14-point security controls, how it differs from other standards (like ETSI EN 303 645), the certification process, and why it matters for your bottom line. GSMA FS.38 is a security assessment standard published by the GSMA (Groupe Spéciale Mobile Association), the body that represents the interests of mobile network operators worldwide. The "FS" stands for "Fraud and Security," and the number 38 denotes its position within the series of GSMA security documents.
Introduction: The Silent Guardian of the IoT Revolution In the sprawling landscape of the Internet of Things (IoT), security has often been an afterthought. From smart meters and connected cars to medical wearables and industrial sensors, billions of devices are now transmitting sensitive data across cellular networks. However, with this rapid expansion comes unprecedented risk. A single unsecured endpoint can become a gateway for Distributed Denial of Service (DDoS) attacks, data breaches, or even critical infrastructure sabotage.