TEE Engineer License study plan
TEE Engineer License · Give each week a clear focus.
8 weeks · About 6 hours per week
TEE Fundamentals and Threat Modeling & TEE Architectures and Platform Isolation
Define the TEE threat model vocabulary (TEE, REE, TA, TCB, trust boundary, attack surface) and map each term to a concrete component on a mobile SoC and a server CPU.
Compare at least three isolation mechanisms (ARM TrustZone secure/non-secure worlds, Intel SGX enclaves, AMD SEV encrypted VMs, RISC-V Keystone) by listing what each isolates and from whom.
Diagram the normal-world to secure-world transition path (SMC, monitor mode, world switch) and annotate the privilege levels involved.
Enumerate the assets a TEE protects (keys, biometrics, DRM, attestation secrets) and classify each by confidentiality, integrity, and availability requirements.
Your checkpoint
A one-page threat-model canvas for a fictional mobile wallet app, listing assets, trust boundaries, adversary capabilities, and which TEE isolation primitive mitigates each threat.
TEE Architectures and Platform Isolation & Trusted Applications and Enclave Development
Describe the GlobalPlatform TEE architecture layers (Client Application, TEE Client API, Trusted Application, TEE Internal Core API) and trace one API call from REE to TA.
Explain secure monitor and hypervisor responsibilities in ARMv8/ARMv9, including exception level transitions and the role of the SPMC/SPM in FF-A.
Outline the lifecycle of a Trusted Application: installation, instantiation, session open, command invocation, session close, and deletion.
Identify the memory-isolation guarantees of a TA (private heap, stack, secure storage) and how shared memory between REE and TEE is validated.
Your checkpoint
A sequence diagram of a TA session (open, invoke, close) that labels every boundary crossing, plus a 10-line pseudocode sketch of a minimal TA command dispatcher.
Trusted Applications and Enclave Development & Secure Boot, Attestation, and Key Management
Write and reason about TA entry points (TA_CreateEntryPoint, TA_OpenSessionEntryPoint, TA_InvokeCommandEntryPoint) and the parameter types (memref, value, temp memref) they receive.
Apply secure coding rules for TAs: validate all memrefs, avoid TOCTOU on shared buffers, zeroize secrets, and never trust REE-supplied lengths.
Explain the secure boot chain (ROM, first-stage bootloader, TEE OS, TA signature verification) and where root of trust keys are stored.
Compare attestation models: device attestation with a hardware key, SGX remote attestation quoting, and ARM CCA realm attestation tokens.
Your checkpoint
A minimal TA skeleton in C (pseudo-GlobalPlatform) with parameter validation on every command, plus a written secure-boot chain diagram naming each verification step and key.
Secure Boot, Attestation, and Key Management & TEE Security Assessment and Vulnerability Analysis
Design a key hierarchy (device root key, TA storage key, session keys) and state where each key lives, how it is derived, and how it is rotated or revoked.
Explain secure storage sealing and binding to device state (e.g., RPMB, encrypted filesystem, rollback protection) and the failure modes of each.
Classify TEE vulnerabilities by root cause: API misuse, shared-memory races, side channels, configuration errors, and supply-chain/TA signing weaknesses.
Analyze at least two published TEE attack classes conceptually (e.g., controlled-channel/page-fault side channels, SGX transient-execution leaks) and state the mitigation each prompted.
Your checkpoint
A key-management design table for a TA that stores a payment token: key name, algorithm, storage location, derivation/rotation rule, and compromise impact.
TEE Security Assessment and Vulnerability Analysis & TEE Fundamentals and Threat Modeling
Build a TEE assessment checklist covering attestation verification, TA signature policy, secure-storage rollback, debug interfaces, and shared-memory handling.
Practice threat modeling with STRIDE applied to a TEE-based DRM player, producing at least one threat per STRIDE letter with a TEE-specific mitigation.
Explain how to test attestation end to end: nonce freshness, verifier trust anchors, revocation checks, and rejection of mismatched measurements.
Describe fuzzing and static-analysis approaches for TA command handlers and what inputs should be treated as hostile.
Your checkpoint
A 15-item TEE security assessment checklist with, for each item, the test method, expected secure result, and severity if it fails.
Confidential Computing and TEE Deployment & TEE Architectures and Platform Isolation
Compare confidential-computing deployment models: SGX enclave services, SEV-SNP confidential VMs, ARM CCA realms, and TEE-backed Kubernetes node pools.
Explain remote attestation flow in a cloud deployment, including who runs the verifier, how policies are expressed, and how secrets are released only to attested workloads.
Identify performance and operational costs of confidential computing (memory encryption overhead, attestation latency, debugging limits, live-migration restrictions).
Map the shared-responsibility model for a confidential VM across cloud provider, TEE hardware vendor, and tenant.
Your checkpoint
A deployment architecture for a two-service confidential workload (attested front end releasing a key to an attested back end), showing verifier placement and the secret-release policy.
TEE Standards, Governance, and Compliance & Secure Boot, Attestation, and Key Management
Summarize the scope of key standards and specifications: GlobalPlatform TEE Protection Profile and APIs, Arm FF-A, Confidential Computing Consortium projects, and relevant ISO/IEC criteria.
Explain certification and evaluation concepts (protection profile, evaluation assurance level, Common Criteria) and what a TEE certification does and does not guarantee.
Describe regulatory and governance drivers (data protection, key custodianship, export controls on cryptography) that shape TEE deployment decisions.
Distinguish vendor security advisories, CVE handling, and coordinated disclosure obligations for TEE components.
Your checkpoint
A one-page compliance map linking three standards/specifications to the specific TEE controls they address and the evidence an auditor would request.
TEE Fundamentals and Threat Modeling & TEE Security Assessment and Vulnerability Analysis & Confidential Computing and TEE Deployment
Synthesize the eight domains into a single end-to-end scenario: threat model, architecture choice, boot and attestation, TA design, assessment plan, deployment, and compliance evidence.
Complete timed practice sets weighted by domain percentage (14/16/14/16/14/14/12) and log every missed item by root cause.
Re-drill weak areas identified in the log, prioritizing domains 2, 4, and 6 where the weight is highest.
Rehearse explaining attestation and key management aloud in under three minutes each, as if to an auditor.
Your checkpoint
A complete written case study (2-3 pages) of one TEE system covering all seven domains, plus a scored practice-exam log showing at least 80% on a weighted mock set.
Milestones
Week 2: Can draw the GlobalPlatform TEE architecture and the ARM world-switch path from memory and correctly place every boundary crossing.
Week 4: Can explain a full secure-boot-to-attestation chain and justify a key hierarchy with rotation and revocation rules without notes.
Week 6: Can design an attested confidential-computing deployment and name the verifier, trust anchor, secret-release policy, and main performance costs.
Week 8: Scores at least 80% on a domain-weighted mock exam and has a written case study covering all seven domains.