TEE Engineer License study materials
TEE Engineer License study resources

TEE Engineer License study plan

TEE Engineer License · Give each week a clear focus.

8 weeks · About 6 hours per week

Week 1

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.

Week 2

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.

Week 3

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.

Week 4

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.

Week 5

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.

Week 6

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.

Week 7

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.

Week 8

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.