Ghana's Banks Need Board Approval Before Touching Quantum Computing. The Migration Clause Next to It Names No Algorithm.
Bank of Ghana's Cyber and Information Security Directive is binding and current, with real 'shall' language on both cryptographic monitoring and quantum-computing adoption -- but neither clause tells a regulated institution what 'quantum-resilient' actually means in practice.
Ghana's central bank wrote two binding clauses about quantum computing into the same directive. One tells banks what outcome they're responsible for. The other tells them who has to sign off before they even start using the technology. Neither tells them what algorithm actually solves the problem.
Two clauses, two different kinds of obligation
The Bank of Ghana's Cyber and Information Security Directive (CISD), dated March 2026, is binding on Regulated Financial Institutions (RFIs) -- Ghana's banking sector under BoG supervision. Part IX, "Cryptographic Key Management," Section 42.4.b, states directly:
"RFI shall monitor developments in cryptanalysis and update cryptographic algorithms to remain resilient against evolving threats, including quantum advancements."
That's a binding, present-tense, outcome-based obligation -- "shall," not "should" or "is encouraged to." It names quantum computing explicitly as one of the threats institutions must track and respond to.
A separate clause, Part XVII, "Digital Innovations," Section 98.1, imposes a different kind of requirement entirely:
"An RFI considering the adoption of digital innovations such as Blockchain, AI, Virtual Assets, Quantum Computing, and Robotics shall present the adoption to the Board prior to implementing the technology."
Here, quantum computing sits alongside blockchain, AI, and robotics as an emerging technology requiring board-level governance before adoption -- the Board must discuss the risks and grant preliminary approval. That's a governance gate, not a migration requirement, and it applies to adopting quantum computing as a capability, not to migrating away from quantum-vulnerable cryptography.
Two real, binding, verbatim clauses, doing two structurally different jobs, both naming quantum computing directly in a single regulatory document -- a combination that's rare on this tracker.
What neither clause specifies
Here's the gap: the cryptographic-monitoring clause binds RFIs to an outcome -- "remain resilient against evolving threats, including quantum advancements" -- without naming which algorithm achieves that outcome. No ML-KEM, no ML-DSA, no FIPS reference. An institution reading this directive knows it's legally required to end up quantum-resilient, and knows nothing from the text itself about what quantum-resilient cryptography to actually deploy.
That's a different kind of gap than "no deadline" (which several countries on this tracker share) or "no inventory requirement" (same). It's closer to Kuwait's CORF or Nigeria's CRF-NCS, both of which bind regulated entities to a quantum-resistance outcome without a government-endorsed algorithm shortlist -- Ghana joins a pattern where several of the strongest binding mandates on this tracker are, paradoxically, also the vaguest about implementation.
The monitoring clause is also difficult to satisfy honestly without an inventory. "Monitor developments in cryptanalysis and update cryptographic algorithms" implies ongoing knowledge of which algorithms an institution currently runs -- but the CISD doesn't name a cryptographic inventory or CBOM requirement to formalize that knowledge.
What to do with this
If you're a Bank of Ghana-regulated institution, both clauses are already binding -- there's no future deadline to point to as "not yet." The board-approval requirement is the more concrete near-term action: any live or planned quantum-computing initiative needs to go through the Board before implementation, not after. The cryptographic-resilience obligation is the harder, ongoing one, precisely because the directive gives you an outcome to hit without a map for hitting it.
The practical first step is the same one this gap always points back to: a real, current inventory of which cryptographic algorithms your institution actually runs, so "remain resilient against evolving threats" is something you can demonstrate rather than assert.
The Ghana country page tracks the directive with its primary source.
Frequently asked questions
- Does Ghana require banks to prepare for quantum computing risk?
- Yes, under binding regulation. The Bank of Ghana's Cyber and Information Security Directive (CISD), dated March 2026, requires under Part IX (§42.4.b) that "RFI shall monitor developments in cryptanalysis and update cryptographic algorithms to remain resilient against evolving threats, including quantum advancements." RFI means Regulated Financial Institution -- the directive is binding on Ghana's banking sector.
- Does Ghana require board approval before banks adopt quantum computing?
- Yes, separately from the cryptographic-monitoring clause. Part XVII (§98.1) of the CISD requires that "An RFI considering the adoption of digital innovations such as Blockchain, AI, Virtual Assets, Quantum Computing, and Robotics shall present the adoption to the Board prior to implementing the technology," with the Board discussing risks and deciding on preliminary approval.
- Does Ghana's directive name a specific post-quantum algorithm?
- No. The cryptographic-monitoring clause requires RFIs to "update cryptographic algorithms to remain resilient against evolving threats, including quantum advancements," without naming ML-KEM, ML-DSA, or any other specific standard. Institutions are bound to an outcome -- resilience -- without being told which algorithm satisfies it.
- Does the CISD require a cryptographic inventory?
- Not explicitly as a named CBOM requirement, but the obligation to "monitor developments in cryptanalysis and update cryptographic algorithms" is difficult to satisfy honestly without knowing which algorithms an institution currently runs -- the same inventory-adjacent gap found in several other binding mandates on this tracker.
- When does Ghana's Cyber and Information Security Directive take effect?
- The directive is dated March 2026 and is binding on Regulated Financial Institutions (RFIs) under Bank of Ghana supervision.