Skip to content

QStrike · Prove · forward-threat validation

Prove which cryptographic weaknesses can become material attack paths.

QStrike carries selected QScout evidence into a governed forward-threat demonstration under an explicit evidence boundary, separating observed, modeled, projected, and unavailable evidence states so leaders can decide which attack paths justify funding and action.

Request a QStrike demonstrationInspect QStrike proof

QStrike · modeled boundary

Illustrative · not customer telemetry

Qtonic Quantum Corp · CBOM Exposure Map

Exposure to evidence

Illustrative product view · synthetic data · not customer telemetry
  1. 01 sample stage sample stage Selected finding

    Evidence candidate

    Only an operator approved path enters the demonstration boundary.

  2. 02 sample stage sample stage Forward threat path

    RSA-2048 · TLS (sample modeled)

    The modeled path preserves the cryptographic dependency and its assumptions.

  3. 03 sample stage sample stage Materiality

    Hostile review evidence

    Separates modeled, observed, and unproven result parts.

  4. 04 sample stage sample stage QStrike record

    Result · method · limit

    Decision-makers receive the bounded result and the next governed action.

A cryptographic bill of materials (CBOM) can connect an approved scope asset to its cryptographic dependency, exposure decision, accountable owner, and next governed action. Demo path: asset → crypto → exposure → owner → next action. Not customer telemetry.

Guided product demonstration

Inspect the decision states, not a decorative dashboard.

Every frame is labeled by evidence state, explains the decision it supports, and links to the method or public sample behind it.

QStrike outcomes

What the buyer can decide next

01

A selected attack path

Focus validation on the cryptographic weaknesses with real decision consequence.

02

Reviewable evidence

Preserve the method, boundary, result, and limitation for hostile review.

03

A governed response

Route material findings into owner decisions instead of another undifferentiated backlog.

Why QStrike

The product truth that makes this step distinct

Six provider-aligned modeled profiles

The public evidence model spans 6 provider-aligned modeled profiles across four modalities using a provider-calibrated modeled runtime. It performs no live-hardware execution and uses zero quantum hardware connected at public runtime.

A strict public boundary

QStrike does not represent a production-key break, customer execution, or live provider hardware on the public website. The proof record separates modeled from observed evidence.

$2M QStrike Challenge

Qualifying QStrike engagements may opt into separately published challenge terms. It is a marketing challenge with conditions, not a guarantee.

Read the QStrike Challenge terms

Operating method

Three governed validation moves

  1. 01

    Select the path

    QScout findings and buyer context define what QStrike is allowed to examine.

  2. 02

    Run the demonstration

    The public description uses a provider-calibrated modeled runtime; it does not claim live provider hardware at runtime.

  3. 03

    Record the result

    The evidence package states what was observed, what was modeled, and what remains unproven.

Proof receipt

Claim, method, state, and limit—in one place

Bounded product truth. No customer telemetry in this public view.

Claim
QStrike publishes its public runtime boundary and integrity verification path.
Scope
Public QStrike runtime model and integrity boundary; not live customer execution.
Method
Read the public runtime model and integrity endpoint while preserving any degraded state it returns.
Artifact
Provider-calibrated modeled runtime · integrity receipt
Freshness
Runtime state is verified separately from this product description.
Status
bounded
Limitation
The public site does not claim a production-key break, live customer execution, or live provider hardware. Runtime may be degraded or unavailable.
Inspect the QStrike integrity modelOpen sample evidenceOpen the tracked public CBOMOpen the CBOM checksum

Governed intake

Demonstration is governed, never self-serve.

Public console access is unavailable. Qtonic Quantum Corp confirms the target, evidence-handling boundary, and stop conditions before a QStrike demonstration begins. Current intake: operator-scoped.

Request a QStrike demonstration
6 Modeled Provider Profiles

6 profiles across 4 physical modalities

Six provider-aligned modeled profiles across four physical modalities: superconducting, trapped-ion, neutral-atom, and annealing. Public provider information supplies model context; it is not evidence of live provider execution.

  • SuperconductingModeled

    IBM Quantum

    Heron r3 + Nighthawk

    Published access context: IBM Quantum Cloud

    Superconducting gate-model lane for bounded adversary-circuit modeling and cross-vendor consistency.

  • SuperconductingModeled

    Rigetti Computing

    Cepheus-1-108Q

    Published access context: Rigetti QCS + AWS Braket

    Independent superconducting lane for cross-vendor consistency on the same physical layer.

  • Trapped-IonModeled

    Quantinuum

    Helios

    Published access context: Quantinuum direct API + partner clouds

    High-fidelity trapped-ion lane for bounded validation and trapped-ion cross-checks.

  • Trapped-IonModeled

    IonQ

    Tempo

    Published access context: IonQ direct + AWS Braket + Microsoft Azure Quantum

    Independent trapped-ion vendor lane with multi-cloud access redundancy.

  • Neutral-AtomModeled

    QuEra Computing

    Aquila

    Published access context: AWS Braket

    Neutral-atom modality lane for selected combinatorial attack-chain modeling.

  • AnnealingModeled

    D-Wave Quantum

    Advantage

    Published access context: D-Wave Leap + AWS Marketplace

    Annealing lane for combinatorial candidate prioritization and bounded search-space exploration.