All daily proposals
Auto-generated promptOctober 2, 2026

What does post-quantum cryptography migration cost financial institutions?

⚛️ Quantum technologies📈 Finance

NiNi's topic generator picked these fields and wrote this prompt. NiNi then reviewed the literature, identified a research gap and wrote the proposal below. Nobody edited it.

Empirical Audit of Proactive Refactoring Costs versus Deferred Vendor Integration

Complete research proposal · about 20 pages · generated by NiNi

Generate My Proposal

How do cumulative operational and refactoring expenditures over a multi-year period compare between financial institutions deploying early custom PQC solutions and those waiting for mature vendor hardware security module updates?

1. Introduction

This proposal introduces the historical and operational context of technology cost estimation in the financial sector. The field's roots lie in the broader challenge of quantifying technical risk alongside operational expenditure. Initially, technology cost estimation and risk assessment operated as separate disciplines. In 1995, communities began integrating risk assessment directly into software cost estimation [1], a practice that formalized over the following years [2] and culminated in hybrid methodologies for benchmarking costs by 1998 [3]. This methodological integration allowed researchers to model cost efficiency structurally across different regional banking systems and cooperative institutions [4], [5]. It established the baseline unit of institutional efficiency, allowing financial entities to measure how technological overhead impacted their broader economic performance.

As financial architectures aged, the primary question shifted from calculating general IT efficiency to measuring the specific burden of adaptive maintenance. By 2008, the imperative to migrate legacy software to web-enabling environments introduced legacy modernization as a primary cost driver [6]. Concurrently, financial institutions began modelling their risk management infrastructure systemically as a living system, recognizing that institutional longevity depended on the structural soundness of underlying processes rather than surface-level fixes [7]. To accurately estimate the costs of these complex implementations, the field borrowed advanced probabilistic methodologies originally developed for heavy construction and drilling [8]. This enabled a conceptual shift from risk minimization—managing ongoing exposure to vulnerabilities—to alternatives assessment, which focuses on structural hazard avoidance through wholesale infrastructure changes [9].

The way of estimating infrastructure costs narrowed explicitly onto banking legacy platforms, many of which relied on decades-old COBOL architectures. By 2022, the inability of these aging systems to support modern customer demands forced the field to evaluate migration strategies governed by strict cost optimization metrics [10]. Researchers established that transitioning legacy data systems to cloud-based architectures resolved historic rigidity and scalability limitations, fundamentally altering how financial institutions planned transitions [11]. Migration was no longer viewed as maintenance overhead, but as an incremental process of strategic re-platforming designed to maximize agility and data-driven decision-making [10], [11].

2. Theoretical Background

Building on this history, current theoretical models emphasize the necessity of cryptographic agility in modern network modernization. This trajectory of modernization changed abruptly with the realization that cryptographically relevant quantum computers threaten the public-key infrastructure underpinning newly modernized enterprise networks [12]. Driven by algorithms capable of breaking current encryption paradigms, the field shifted its focus entirely toward Post-Quantum Cryptography (PQC) integration [12]. Adapting strategies developed in telecommunications for quantum-safe data transmission [13], financial institutions were forced to evaluate the systemic risk of adversaries harvesting encrypted data today for future decryption [12]. This reframed cryptographic migration from a routine security patch into a complex, system-wide architectural dependency challenge involving cloud, private infrastructure, and edge devices [12].

Today, the field evaluates post-quantum migration costs through the lens of cryptographic agility. Frameworks such as the Quantum Readiness Maturity Model assess organizational preparedness not as a technical upgrade, but as a strategic enterprise capability encompassing governance, interoperability, and infrastructural resilience [14]. By tracking the integration of lattice-based schemes like CRYSTALS-Kyber into financial frameworks, researchers now measure how adopting blockchain and quantum-resistant models actively reduces breach frequencies and financial losses [15]. The endpoint of this trajectory is a field that quantifies migration costs by balancing structural key management complexity against existential cryptographic hazards, establishing a defined roadmap for financial infrastructure security [15], [14].

ConceptWhat it meansWhy it matters in this field
Post-Quantum Cryptography (PQC)Cryptographic algorithms resistant to quantum computer attacks, specifically focusing on lattice-based and hash-based methods.It is the destination state for modern financial network migrations, replacing classical public-key cryptography to secure data [13].
Cryptographically Relevant Quantum Computers (CRQCs)Quantum machines capable of running advanced algorithms (such as Shor's algorithm) to break existing public-key infrastructure.This defines the existential threat that sets the urgent timeline for institutional modernization and budget allocation [12].
Harvest Now, Decrypt LaterA threat model where adversaries intercept and store encrypted data today with the intention of decrypting it once quantum capabilities arrive.It justifies the immediate capital expenditure for migration, as long-term data confidentiality is compromised prior to quantum maturity [12].
Crypto-AgilityAn organization's structural capability to update, replace, or integrate new cryptographic algorithms without disrupting existing operational infrastructure.It determines how seamlessly and cost-effectively a financial institution can transition to quantum-resistant standards [15], [12].
Quantum Readiness Maturity Model (QRMM)A multi-dimensional framework assessing organizational preparedness across cryptographic infrastructure, governance, sectoral adaptation, and strategic agility.It provides the primary mechanism to measure how far along financial institutions are in their transition planning [14].

3. Statement of the Problem

Against this theoretical backdrop, a central challenge emerges regarding the optimal timing and cost efficiency of post-quantum cryptography integration. Does early proactive PQC migration reduce long-term costs compared to waiting for mature vendor solutions? This remains unresolved because proponents of early adoption argue it prevents expensive emergency remediation, while advocates for waiting contend that early implementations risk costly refactoring if standards or vendor tools evolve.

Limited evidence characterizes the current literature, which relies on theoretical decision models, risk frameworks, and timeline projections rather than empirical expenditure data comparing early and deferred migration outcomes. Furthermore, existing studies depend on surrogate risk metrics and model-dependent threat-arrival assumptions, leaving real-world capital savings and vendor maturity trade-offs unverified.

Proponents of a proactive migration strategy emphasize that post-quantum cryptography migration is a complex, multi-year undertaking requiring long lead times and structured risk metrics. The retrieved literature details extended migration timelines ranging from five to over fifteen years across different organization sizes and introduces frameworks for cryptographic cost estimation and risk prioritization. However, these studies focus primarily on timeline forecasting and risk scoring rather than providing empirical proof that early migration reduces total long-term expenditures.

Arguments evaluating a deferred migration strategy rely on decision-analytic frameworks and economic modeling of transition timing under uncertainty. A 2026 decision-theoretic synthesis demonstrates that recommendations for early versus late migration depend heavily on modeling assumptions, threat-arrival inputs, discount rates, and real-options evaluations. Additional review work in the financial sector examines deployment barriers and candidate standards, though the retrieved literature does not empirically prove that waiting minimizes sunk costs.

4. Review of Prior Research

A deeper examination of the literature reveals the foundational models, adjacent debates, and significant limitations driving the current divide in mitigation strategies.

Widely Reported Context

The transition to post-quantum cryptography (PQC) is recognized as a complex infrastructure challenge that extends far beyond the simple substitution of cryptographic algorithms. Migration mandates are now governed by formal standards, including the finalized FIPS 203, 204, and 205 baselines [16], [17]. The literature establishes that cryptographic dependencies permeate the entire operational ecosystem, spanning keys, digital certificates, trust anchors, hardware security modules, protocol stacks, and legacy systems [18].

Migration pathways and adoption rates are actively being mapped across different network instruments [19]. The shift is characterized as a systemic transition in infrastructure and lifecycle management rather than an isolated technical update [20]. Vulnerabilities are exacerbated by the operational lifetimes of deployed devices, many of which will remain in service past 2040 [21]. The threat landscape driving this transition includes the immediate risk of "Harvest Now, Decrypt Later" (HNDL) data interception [20]. Despite identical algorithmic resistance profiles, equivalent assets can impose vastly different migration costs depending on the delivery channels protecting their keys and the speed at which their primitives can be replaced [17].

The Competing Positions

Proactive Migration Strategy: Proponents of early, proactive migration argue that organizations must act immediately to prevent the catastrophic exposure of long-lived assets to future quantum decryption. This position relies heavily on the concept of HNDL tactics, where adversaries intercept encrypted data today to decrypt it once cryptographically relevant quantum computers (CRQCs) become available [22], [20]. Advocates for this strategy emphasize that delaying migration exacerbates a growing cryptographic readiness deficit, particularly for infrastructure operating on constrained revenue bases or deploying devices with service lives extending decades into the future [21]. From this perspective, the overarching threat to assets with extended lifespans necessitates immediate transition planning, as the operational reality of managing TLS and PKI infrastructure makes sequencing and validating late-stage migrations difficult [20].

Deferred Migration Strategy: The strategy favoring deferred migration contends that moving before vendor solutions mature risks extensive sunk costs and unnecessary refactoring. A decision-theoretic synthesis reports that recommendations for the optimal timing of post-quantum migration diverge significantly, and this disagreement traces back to specific modeling choices rather than empirical data [22]. The case for waiting rests on economic modeling that evaluates transition timing under uncertainty, utilizing expected-value equations, net-present-value cost models, and real-options models adapted from information-security investment practices [22]. This position argues that the decision to delay migration is economically rational depending on the discount rate applied to deferred costs and the assumed probability distribution of CRQC arrival [22]. Furthermore, advocates for waiting point out that emerging solutions—such as leveraging hardware security modules as crypto-agile platforms—might soon allow for secure transitions without requiring complete hardware replacement, suggesting that deferred action could ultimately lower capital expenditures [23].

Foundational Work Behind the Debate

The current debate is shaped by prior research that formalized the measurement of cryptographic risk and operational agility. Initially, cryptographic discovery tools only evaluated whether a single asset's primitive was post-quantum resistant. Foundational work proposes treating quantum risk posture as a three-axis observability problem: grading assets based on algorithmic resistance, the channel for key delivery, and replacement agility, ultimately generating a deadline-adjusted score [17].

To operationalize these observations, researchers develop frameworks that treat legacy compatibility, protocol negotiation, and key rotation as parts of a unified lifecycle-oriented control system [18]. This work introduces proposed metrics such as Algorithm Replacement Time, Key Rotation Time, Certificate Replacement Time, and a Cryptographic Agility Score (CAS) [18]. By mapping dependencies across trust stores and certificate authorities, the literature shifts the focus from purely theoretical cryptography to the measurable mechanics of migration governance [20]. These frameworks establish the parameters for the debate over transition timing, providing the vocabulary necessary to weigh the speed of algorithm replacement against the risks of long-term dependency.

Adjacent Debates and Neighbouring Evidence

The post-quantum transition impacts a variety of fields, providing transferable parallels for evaluating migration strategies. In the automotive sector, researchers evaluate how software-defined vehicles can utilize hardware security modules to support hybrid and fully post-quantum deployments, demonstrating that achieving crypto-agility does not inherently require wholesale hardware replacement [23]. In the energy sector, studies analyzing cyber-physical distributed energy resources establish a 5-to-10-year window before the new quantum era, emphasizing the need for defense strategies such as Quantum Key Distribution (QKD) alongside PQC [24].

Similar dependency challenges appear in election administration. A standards-level gap analysis reports that baseline certification guidelines (such as VVSG 2.0) structurally mandate the use of quantum-vulnerable primitives like RSA and ECDSA for digital signatures, indicating severe legacy entrenchment [16]. In artificial intelligence, an analysis suggests that classical digital signatures used to verify dataset integrity, model lineage, and automated training pipelines will become vulnerable to quantum-enabled forgery well within the operational lifetimes of complex AI systems [25].

Researchers are similarly exploring post-quantum mechanics across diverse network environments, including real-time cryptographic agility in autonomous UAV swarms [26], hardening cryptographic keys on the industrial internet [27], policy-governed migration for legacy microservices [28], automated critical infrastructure frameworks [29], and cloud-native AI workloads [30]. Across these varied domains, the consistent finding is that early integration of crypto-agility mechanisms is critical to avoiding systemic obsolescence.

Contradictory and Inconsistent Findings

The retrieved literature exhibits stark contradictions regarding the timeline for optimal migration, driven predominantly by theoretical models rather than observed outcomes. A synthesis of decision-analytic models finds that different mathematical frameworks generate opposing recommendations [22]. For instance, models that apply high discount rates to deferred costs or omit the harm from "harvest now, decrypt later" scenarios routinely favor delayed migration [22]. Conversely, portfolio models and risk inequality formulas that emphasize decision-making under deep uncertainty favor early action [22]. The discrepancy is explained entirely by the selection of inputs—specifically the assumed arrival distribution of CRQCs and the treatment of deferred harm—rather than inconsistencies in the underlying cryptographic science [22].

Limitations of the Existing Evidence

The primary limitation of the current evidence base is a complete absence of empirical cost data. The retrieved studies depend exclusively on theoretical decision models, conceptual frameworks, and proposed risk metrics [22], [17], [18], [20]. Work establishing metrics like the Cryptographic Agility Score (CAS) explicitly defines them as transparent research tools tested through sensitivity analysis, rather than production measurement studies validated against real-world systems [18].

Similarly, readiness frameworks and dependency maps rely on literature reviews, established standards, and public data overlays rather than historical expenditure tracking [21], [20]. The available research constructs sophisticated economic models for migration timing but lacks the retrospective financial data necessary to verify if deferred migration successfully avoids sunk costs or if proactive migration truly prevents expensive emergency remediation [22].

What Remains Unresolved

The literature genuinely cannot settle the central question of whether proactive migration reduces long-term operational costs compared to deferred migration. The actual financial outlay required to refactor legacy dependencies, replace certificates, and maintain parallel hybrid architectures remains unquantified. Furthermore, it is unresolved whether waiting for mature vendor tools—such as fully interoperable crypto-agile hardware security modules—ultimately minimizes total expenditures.

5. Research Gap and Purpose of the Study

Addressing the empirical limitations identified in prior research, this study proposes a targeted financial audit of migration strategies. Existing research relies on theoretical economic models and sensitivity analyses without empirical financial data tracking actual engineering hours, patch overhead, and refactoring expenses incurred by early PQC adopters. This leaves the debate unresolved: proponents of early PQC adoption argue it prevents expensive emergency remediation, while advocates for waiting contend that early implementations risk costly refactoring as vendor solutions mature.

The purpose of this study is to conduct a retrospective cost audit across financial institutions comparing total multi-year expenditures of early custom migration patterns against deferred implementations awaiting native vendor hardware support. Decision-theoretic models currently yield opposing migration timing recommendations because they depend on theoretical assumptions rather than verified expenditure data regarding refactoring costs and vendor maturity trade-offs [22].

This research matters because if the prevailing assumption that early proactive refactoring minimizes overall migration expenditures is incorrect, enterprise chief information security officers and software architects will misallocate operational budgets into custom integration layers that ultimately require costly deprecation. Engineering teams would incur double expenditure by maintaining unstable custom codebases only to refactor them again once hardware vendors release standardized, native security modules. Conversely, if delaying migration under the expectation of cheaper vendor integration proves false, risk managers face acute emergency remediation expenses and severe operational disruptions when legacy cryptographic dependencies are abruptly deprecated.

6. Research Questions and Hypotheses

To address this gap, the following research questions and hypotheses have been formulated.

How do cumulative operational and refactoring expenditures over a multi-year period compare between financial institutions deploying varying proportions of custom PQC solutions versus those relying on mature vendor hardware security module updates?

  • Sub-question 1: What proportion of the cumulative PQC expenditure difference is driven by internal engineering payroll rather than third-party software licensing?
  • Sub-question 2: How does baseline institutional legacy technical debt moderate the financial impact of the chosen migration timing strategy proportion?
  • Unit and level of analysis: Specific operational subsystems within the financial institution.
  • Hypotheses

  • H1: Operational subsystems utilizing a higher proportion of custom PQC solutions exhibit an association with higher cumulative multi-year expenditures compared to those relying more heavily on mature vendor HSMs, potentially associated with continuous refactoring overhead.
  • H2: Operational subsystems delaying integration for a higher proportion of mature vendor HSMs exhibit an association with higher cumulative multi-year expenditures than those with higher custom adoption, potentially associated with late-stage emergency remediation and integration rush costs.
  • (Note: H1 and H2 represent directional tests of the expenditure comparison).

    7. Method

    The methodology outlines the specific framework, variables, and data collection procedures required to execute the proposed audit.

    Critical Assumptions

    Reality Checks

  • This is exceptionally difficult for a small research team to secure without major prior partnerships, as such ledgers are highly sensitive and proprietary. Verify if the research team has pre-existing, legally binding data-sharing agreements with a sufficient number of financial institutions or a trusted consortium willing to share unredacted cost ledgers.
  • Construct measurement: It assumes custom deployment can be accurately distinguished from vendor hardware security module (HSM) integration retrospectively. This is unverified, as modernization initiatives are characterized by indistinct architectural boundaries. It must be verified by reviewing a sample of IT architecture documentation or conducting structured interviews with lead enterprise architects.
  • Recruitable population: It assumes a sufficient sample size of financial institutions representing varying approaches are willing to participate. This is unverified due to the sensitivity of institutional cybersecurity strategies. It must be verified by distributing expressions of interest through financial sector cybersecurity consortia (e.g., FS-ISAC).
  • Baseline technical debt measurement: Verify whether a robust, empirically validated instrument can be adapted to measure banking legacy technical debt, or explicitly plan for and resource extensive psychometric validation prior to the main study.
  • Open Methodological Questions

  • Accounting standardization: Financial institutions vary widely in how they categorize operational expenditures versus capital expenditures for cryptographic upgrades. The available evidence does not settle how to normalize these ledgers. This requires methodological review to establish a uniform extraction protocol that accurately disentangles Post-Quantum Cryptography (PQC) specific engineering hours from general legacy modernization efforts.
  • Cost isolation: Note the methodological uncertainty regarding how the cost extraction protocol will reliably isolate PQC-specific costs from general technical debt remediation without succumbing to subjective self-reporting or accounting bias.
  • Theoretical Framework

    This design is grounded in the theoretical intersection of cryptographic agility frameworks and real-options economic modeling for technological investments under uncertainty. Foundational literature conceptualizes the PQC transition not merely as a cryptographic swap, but as a systemic, lifecycle-oriented observability challenge [31]. Modern institutional architectures must map dependencies across keys, certificates, and legacy trust anchors, requiring metrics like Cryptographic Agility Scores to measure operational readiness [32].

    The disagreement mapping onto these frameworks centers on economic optimization under uncertain arrival times for cryptographically relevant quantum computers (CRQCs). Economic modeling utilizing real-options and net-present-value equations suggests that the optimal timing for migration diverges based on threat-arrival assumptions and discount rates applied to deferred costs [22]. Position A (H1) aligns with arguments that high proportions of custom integration force institutions into non-standardized architectures that inflate lifecycle maintenance costs [33]. Position B (H2) roots itself in the premise that delaying systemic cryptographic shifts risks catastrophic future remediation costs when legacy systems abruptly deprecate, potentially offsetting savings gained by waiting for mature vendor hardware.

    Variables

    VariableRoleOperationalisationMeasure/instrumentProvenance
    PQC Migration StrategyIVProportion of custom versus vendor-driven PQC migration within specific operational subsystems.IT architectural audit / self-reported project timelinesVerification Required / Inferred
    Cumulative PQC ExpendituresDVTotal monetary value of engineering hours, software refactoring, and integration tools associated with the PQC transition over a defined multi-year window.Institutional financial ledgers / Cost extraction protocolVerification Required / Inferred
    Baseline Technical DebtControlPre-existing technical legacy complexity and volume of deprecated infrastructure prior to PQC migration.Architecture audit score / IT leadership surveyInferred

    Operational Definitions

    ConstructConceptual definitionOperational definitionItems/indicators & scaleScoring & aggregation ruleReliability/validity evidence to checkProvenance
    Custom PQC Deployment ProportionProportion of PQC integration using proprietary software prior to standardized hardware availability.Audit of project charters and codebase commit timestamps to confirm the proportion of proprietary PQC deployment relative to major vendor HSM PQC releases.Continuous indicator (0.0 to 1.0).Proportional assignment based on verified PQC engineering commits.Requires checking against vendor historic release dates to validate the timing threshold.Verification Required / Inferred
    Deferred Vendor HSM Integration ProportionProportion of active PQC deployment delayed until native HSMs supporting standardized algorithms are available.Institutional audit assessing the proportion of PQC deployment coinciding with or strictly following major vendor HSM release dates.Continuous indicator (0.0 to 1.0).Proportional assignment based on HSM procurement logs and implementation records.Requires validation against official institutional procurement ledgers.Verification Required / Inferred
    Cumulative Multi-Year ExpendituresTotal financial cost imposed by the PQC transition over a defined operational window.Assessment of available project financial records from institutional ledgers.Continuous monetary value.Summation of PQC-associated line items over the specified multi-year audit period.Requires cross-referencing ledger extractions with independent accounting audits to ensure standardization.Verification Required
    Institutional Technical DebtThe structural complexity and maintenance burden of legacy banking platforms [32].Assessment of the institution's dependence on non-agile legacy systems (e.g., COBOL mainframes, hardcoded primitives) prior to migration.Instrument adapting existing metrics of mainframe dependence and legacy coupling (pending empirical validation).Sum score of identified legacy dependencies.No validated instrument exists for this specific PQC context; must pilot an extraction rubric with 3-5 enterprise architects to test inter-rater reliability.NiNi Proposed

    Data

  • Population: Financial institutions migrating to post-quantum cryptography.
  • Sampling strategy: Purposive sampling targeting financial sector cybersecurity consortia (e.g., FS-ISAC), combined with snowball sampling through enterprise IT architecture networks to identify institutions that have already initiated or completed preliminary PQC integration.
  • Target N: TBD — requires a formal power analysis.
  • Candidate data sources: Internal IT financial ledgers, procurement logs, institutional project charters, codebase commit timestamps, and vendor invoices.
  • Collection steps:
  • 1. Conduct preliminary architectural audits (or structured interviews with enterprise architects) to evaluate the proportion of custom versus vendor-driven strategy (IV) across operational subsystems.

    2. Deploy a standardized financial assessment protocol to review available data with participating IT finance departments.

    3. Assess and normalize multi-year operational, refactoring, and payroll expenditures recorded during the PQC migration window (DV).

    5. Note on expected attrition: Material loss of institutions failing to provide complete financial ledgers is expected; recruitment N and analysable N will be tracked separately, and missingness handled via multiple imputation if only specific engineering sub-logs are missing while total costs remain intact.

    Methodology

  • Design type: Retrospective correlational audit.
  • Procedure: The research team will retrospectively assess the proportion of custom versus vendor-driven migration pathways within specific operational subsystems based on historical architectural logs. The team will then apply a standardized financial assessment protocol to the institutions' ledgers spanning the defined multi-year migration window. Expenditure metrics will be normalized across institutions, and multivariate regression will be used to test the association between the strategy proportions and the cumulative costs.
  • Identification strategy: The design relies on statistical control. Because institutions self-select into their migration strategy, the design attempts to adjust for structural covariates—baseline institutional size and technical debt—that drive both the capacity to migrate early and the magnitude of total costs, though this cannot eliminate severe selection bias.
  • What it avoids: By assessing available project financial records rather than relying on theoretical modeling of algorithm latency or expected-value simulations [22], the design avoids the primary flaw keeping the debate unresolved: the absence of empirical cost accounting in banking environments.
  • What it can identify: The statistical association between the PQC migration timing strategy proportions and the cumulative operational expenditures incurred; the average difference in reported refactoring costs between operational subsystems utilizing different proportions of custom adoption.
  • What it cannot identify: The isolated, unconfounded financial impact of the strategy independent of an institution's unmeasured risk appetite; differences in operational latency or security efficacy resulting from the chosen strategy.
  • Analysis Plan

    SymbolMeaningValue/Range
    Cumulative multi-year expendituresContinuous (normalized currency)
    Proportion of custom PQC deploymentContinuous (0 to 1)
    Baseline technical debt scoreContinuous
    Key coefficient of interest (Strategy association)Test of H1 vs H2
    Error termResidual variance

    Full specification

    The model is a multiple linear regression estimated via Ordinary Least Squares (OLS) with robust standard errors to account for potential heteroskedasticity in expenditure variances across different-sized institutions.

  • : The primary dependent variable representing total PQC migration cost for subsystem .
  • : A continuous indicator representing the proportion of custom PQC deployment within the subsystem.
  • : The intercept.
  • and : Coefficients for the continuous control covariates.
  • Limitations & OLS bias: The OLS model suffers from severe omitted variable bias (e.g., unobserved regulatory pressure, executive risk appetite, existing engineering talent), meaning the estimated coefficients cannot represent the isolated, unconfounded financial effect of the migration timing strategy.

    Robustness checks: A secondary specification will log-transform the dependent variable () to correct for the typical right-skewness of institutional financial data. An alternative model will test an interaction term () to evaluate Sub-question 2.

    Power-analysis assumptions: TBD minimum detectable effect sizes based on the variance of standard enterprise modernization costs, requiring pilot extraction to parameterize.

    Pre-registration: The analysis plan, cost extraction rubric, and specific inclusion/exclusion criteria for ledgers will be pre-registered on the Open Science Framework (OSF) prior to contacting institutions.

    8. Expected Contributions

    The successful completion of this study is expected to provide actionable financial insights for institutional security planning.

  • This provides associative empirical context to Chief Information Security Officers and IT architects suggesting an association between strategy and expenditure that may inform resource allocation.
  • If H2 is supported: It demonstrates historical cost patterns suggesting an association between delayed PQC migration and higher emergency remediation and legacy friction costs. This provides empirical context to risk managers and financial boards regarding how early capital outlays associate with later-stage operational crises.
  • 9. Limitations

    Several methodological and structural limitations must be acknowledged.

  • Threats to validity (Selection Bias): Larger, wealthier institutions may be more likely to adopt early and concurrently possess naturally higher baseline costs. Additionally, the OLS model suffers from severe omitted variable bias (e.g.
  • 10. Feasibility

    The practical execution of this study is evaluated based on data access and methodological requirements.

    RequirementWhat is neededAvailability statusFallback if unavailable
    Strategic categorizationAbility to accurately assess the proportion of custom deployment versus deferred vendor HSM integration retrospectively.Requires verificationCategorize institutions based on self-reported strategic intent through a survey rather than relying on verified architectural audits.
    Recruitable sampleA sufficient sample size of financial institutions representing varying approaches.Requires verificationPivot to a multiple case-study design involving a small subset of willing, highly documented institutional partners.
    Data sharing agreementsIRB/Ethics approval and potential data review frameworks allowing assessment of sensitive cybersecurity cost records.Requires verificationFully anonymized aggregation via an industry consortium (e.g., FS-ISAC) acting as a data broker.

    Overall feasibility: The study depends heavily on the willingness of financial institutions to share highly sensitive retrospective operational costs and security implementation timelines; successful execution requires overcoming substantial proprietary data access hurdles.

    References

    #TitleAuthorsYearVenueRole
    1Knowledge-based risk assessment and cost estimationRaymond J. Madachy1995Automated Software Engineering
    2Integrating risk assessment with cost estimationK. Kansala1997IEEE Software
    3COBRA: a hybrid method for software cost estimation, benchmarking, and risk assessmentL.C. Briand et al.1998Proceedings of the 20th International Conference on Software Engineering
    4The determinants of cost efficiency in cooperative financial institutions: Australian evidenceNeil Esho2001Journal of Banking & Finance
    5Cost efficiency in the Latin American and Caribbean banking systemsOscar Carvallo & Adnan Kasman2005Journal of International Financial Markets, Institutions and Money
    6Software Modernization of Legacy Systems for Web Services InteroperabilityChia-Chu Chiang2008Encyclopedia of Internet Technologies and Applications
    7Risk management infrastructure as a living organismSteve Lindo2013Journal of Risk Management in Financial Institutions
    8Well Cost Estimation and Control - Advanced Methodologies for Effective Well Cost ManagementJohn P de Wardt & Susan K Peterson2015SPE/IADC Drilling Conference and Exhibition
    9Risk Assessment and Alternatives Assessment: Comparing Two MethodologiesMargaret H. Whittaker2015Risk Analysis
    10Modernizing Legacy Banking Systems: Migration Strategies and Cost Optimization in Financial EnterprisesAshmitha Nagraj2022Frontiers in Computer Science and Artificial Intelligence
    11Modernizing Legacy Data Infrastructure for Financial ServicesChandrakanth Lekkala2024Unknown
    12Architectural Integration and Strategic Risk Management of Post-Quantum Cryptography in Hybrid Enterprise Networks: A Systematic Review of Crypto-Agility, Implementation, and Policy Compliance.Abhinav Patel et al.2026DMPedia Lecture Notes in Multidisciplinary Research
    13Quantum-Safe Cryptography for Telecom Networks: Implementing Post-Quantum Cryptography Solutions to Protect Telecom Networks Against Future Quantum Computing Threats Jeevan Kumar Manda2025Unknown
    14Quantum Readiness in Cryptography: A Maturity-Based Framework for Post-Quantum TransitionVolkan Erol2025Unknown
    15Development and Implementation of a Quantum-Resistant Cryptographic Agility Framework Using CRYSTALS-Kyber and Blockchain-Based Key Exchange for Financial Infrastructure SecurityAnietie Nyong Idim2025Asian Journal of Advanced Research and Reports
    16Post-quantum Migration Readiness in U.S. State Election Systems: A Standards Gap Analysis of VVSG 2.0 and the NIST PQC TransitionImane Errayes2026Venue
    17Three Axes of Quantum Risk: A Unified Observability Model for PQC, QKD, and Crypto-AgilityAleaddin Ozer & Murat Aydos2026Venue
    18Post-Quantum Cryptographic Agility for Critical Internet Infrastructure: Architecture, Metrics, and Migration StrategiesHridoy Roy2026Venue
    19Post-Quantum Cryptography (PQC) Network Instrument: Measuring PQC Adoption Rates and Identifying Migration PathwaysJakub Sowa et al.20242024 IEEE International Conference on Quantum Computing and Engineering (QCE)
    20Assessing and Managing Post-Quantum Migration Readiness Across TLS and PKI InfrastructurePinky Sarkar2026Venue
    21The PQC Transition Equity Index A Capacity-Adjusted Allocation Instrument for Sub-Federal Post-Quantum MigrationImane Errayes2026Venue
    22The cost of waiting: a decision-theoretic synthesis of early versus late post-quantum migration under uncertaintyAuthors2026Frontiers in Quantum Science and Technology
    23Quantum Meets Agile: Crypto-Agility for a Post-Quantum WorldJyothi Kuntegowda2026SAE Technical Paper Series
    24Toward Quantum Secured Distributed Energy Resources: Adoption of Post-Quantum Cryptography (PQC) and Quantum Key Distribution (QKD)Jongmin Ahn et al.2022Energies
    25AI Supply Chain Security: MBOM-PQC Provenance, PQC Attestation, and a Maturity Model for Quantum-Resistant AssuranceRobert Campbell2026Venue
    26Real-Time Cryptographic Agility for Autonomous UAV Swarms: A Performance-Driven Approach to Post-Quantum MigrationAbdullah Aydeger & Marco Carvalho20262026 IEEE 23rd Consumer Communications & Networking Conference (CCNC)
    27HTM-PQC: Hardening Cryptography Keys Under the Trend of Post-Quantum Cryptography Migration on Industrial InternetLingjia Meng et al.2025IEEE Transactions on Industrial Informatics
    28Policy-Governed Post-Quantum Migration for Legacy Microservices: An Ephemeral Sidecar Pattern with Crypto-Agility, Performance Budgets, and Rollback SafetyShuaib Ahmed20262026 International Conference on Intelligent and Sustainable Electronics & Computing Technologies (INSECT)
    29AI Driven Crypto Agility Framework for Automated Post Quantum Migration in Critical InfrastructureAnkit Gupta & Shilpi Mittal20262026 International Conference on Modern Computing, Networking and Applications (MCNA)
    30CAF: Crypto-Agility Framework for Post-Quantum Migration in Cloud Native and AI WorkloadsRasha Mansour Mohamed2026Journal of Modern Business and Technology
    31Three Axes of Quantum Risk: A Unified Observability Model for PQC, QKD, and Crypto-AgilityAleaddin Ozer & Murat Aydos2026STATUS: Unknown
    32Post-Quantum Cryptographic Agility for Critical Internet Infrastructure: Architecture, Metrics, and Migration StrategiesHridoy Roy2026STATUS: Unknown
    33Architectural Integration and Strategic Risk Management of Post-Quantum Cryptography in Hybrid Enterprise Networks: A Systematic Review of Crypto-Agility, Implementation, and Policy Compliance.DMPedia Lecture Notes in Multidisciplinary Research2026STATUS: Unknown

    Want to actually run this study?

    A proposal is only the plan — the research still needs a human to carry it out. If you want to take this study on, it is yours to use for free.

    • • Use this proposal in your thesis, grant application or paper at no cost, on one condition: credit NiNi in your acknowledgements or methods section — “This research design was developed with NiNi (https://nini.phd).”
    • • We add free NiNi credits for the rest of your project, so you can keep refining the design and searching the literature as the study evolves.
    • • If your work is published or funded, we will feature it as a NiNi research case with your name and a link to your paper.

    Get one of these for your own question

    Ask one question and NiNi writes the whole thing — what we know, where experts disagree, what the evidence says, what is worth researching, the research plan and the finished proposal you can download as a Word file.

    Claim my free full proposal