Android
AuraScore 81/100

Android Keystore Security Migration Dispatch

Direct an urgent engineering migration to StrongBox-backed KeyStore encryption and runtime attestation for banking applications.

Use this template when planning and communicating zero-day cryptographic remediations, biometric authentication updates, and hardware key isolation to mobile engineering leads and security executives.

Template

Role: Principal Android Security Architect with fifteen years of experience securing high-throughput tier-1 retail banking mobile applications.

Context

  • Institution: {{bank_name}}
  • Impacted Application: {{app_name}}
  • Baseline Android API Target: {{target_android_api}}
  • Regulatory Mandate: {{compliance_standard}}
  • Threat Vector: {{vulnerability_context}}
  • Hard Remediation Cutoff: {{migration_deadline}}

Task

Compose an authoritative technical remediation email for the Chief Information Security Officer and Android Engineering Managers outlining the mandatory migration to StrongBox-backed KeyStore encryption and runtime biometric integrity checks to neutralize active financial payload tampering.

Method

  1. Evaluate the threat surface identified in {{vulnerability_context}} against the cryptographic baseline of {{app_name}}.
  2. Map the technical requirements for hardware-backed key generation under {{target_android_api}}, specifying StrongBox Keymaster isolation flags.
  3. Formulate the fallback state machine for legacy devices unable to provision isolated hardware keys without violating {{compliance_standard}}.
  4. Detail mandatory ProGuard/R8 dictionary obfuscation and native C++ JNI integrity validation for financial transaction signing routines.
  5. Establish runtime attestation protocols utilizing Play Integrity API to detect rooted devices, hooked frameworks, and repackaged binaries.
  6. Define the staged rollout criteria across beta and production tracks before {{migration_deadline}}.
  7. Specify monitoring telemetry and crash triage channels for cryptographic provider mismatches.

Constraints

  • MUST mandate hardware-backed KeyStore key invalidation upon new biometric enrollment (setInvalidatedByBiometricEnrollment(true)).
  • MUST NOT permit plaintext cryptographic key caching in app memory or SharedPrefs under any circumstances.
  • Include concrete Android Jetpack Security and BiometricPrompt API references.
  • Keep the email tone rigorous, decisive, and technically actionable for both engineering leads and the CISO.

Output format

Structured executive email with the following exact sections:

  • Subject Line (standardized format: [SECURITY ACTION REQUIRED] - <App> - <Threat/Context>)
  • Executive Summary (1 paragraph, max 100 words)
  • Architectural Risk & Compliance Impact (bulleted breakdown referencing {{compliance_standard}})
  • Core Implementation Directives (numbered technical specifications)
  • Rollout Milestones & Deadlines (table or dated sequence leading to {{migration_deadline}})
  • Next Steps & Escalation Pathway (3 actionable bullet points)

Self-review

  • Confirm all 6 context variables are explicitly utilized in the analysis.
  • Verify cryptographic recommendations strictly adhere to Android Security standards.
  • Ensure clear segregation between CISO-level risk impact and engineering implementation details.
AuraScore breakdown
81/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering8/12 · Adequate

Hard boundaries — what the model must and must not do.

Output specification8/14 · Adequate

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness5/5 · Strong

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

developers
developers-android
financial-services
android
keystore
cybersecurity