TL;DR

Thorsten Meyer AI has raised the possibility that Russia shot down one of its own Su-57 fighters and argues that software may be central to the incident. The underlying event, cause, location and loss mechanism remain unverified, leaving the software explanation as a line of inquiry rather than an established finding.

Thorsten Meyer AI has raised the possibility that Russia shot down one of its own Su-57 fighters, arguing that the aircraft’s software may be the central issue. The report’s framing does not establish that a friendly-fire loss occurred, and no supporting incident details, official findings or technical evidence are available in the material provided.

The report is framed around a possible Russian self-inflicted shootdown involving the Su-57. Its wording is conditional: Russia “may have” destroyed the aircraft. That distinction matters because the available account does not identify when or where the incident occurred, which weapon system may have been involved, or whether Russian authorities have acknowledged a loss.

The second part of the report’s thesis shifts attention from the airframe to software. In a friendly-fire investigation, relevant digital systems could include aircraft identification, sensor-data processing, targeting logic and the exchange of information between an aircraft and air-defense units. The available material does not identify a particular system, software defect or recorded failure.

There is also no disclosed evidence showing whether the aircraft was airborne, operating on the ground or even destroyed. No radar records, flight data, imagery, wreckage analysis or official investigation are included. For now, the incident and the proposed software link must be treated as separate, unconfirmed propositions.

At a glance
reportWhen: Current status: reported but unverified…
The developmentA Thorsten Meyer AI report has raised an unverified friendly-fire scenario involving a Russian Su-57 and placed the aircraft’s software at the center of the inquiry.
AI Dispatch · ISR Briefing · 24 July 2026

The Su-57 Russia may have shot down itself — and why the software is the story

A fifth-gen fighter Putin called “the best in the world” crashed near Moscow on 23 July. A Ukrainian collective says it spent weeks mapping an air-defence unit’s footage, software and blind spots — then turned it against its own jet. Unproven, single-sourced, Russia-contested. The analysis doesn’t need it to be true.

Keep the three columns apart — consequential claims deserve more skepticism, not less
✓ Established

Su-57 crashed 23 July, Moscow region, pilot ejected. Russian MoD: “technical malfunction.” And — the key corroboration — Russian pro-military Telegram floated “friendly fire” before Ukraine published. An admission-against-interest in Russian space.

◐ Claimed (InformNapalm)

A combined HUMINT + CYBINT op. By 17 July, intercepted live training-ground video of “BARS Moscow” crews. A report systematizing the unit’s training, software/hardware, algorithms & vulnerabilities, passed to Ukrainian forces.

✕ Unverified

The causal link between the recon and the crash. Whether “manipulation” = intrusion, spoofed track, corrupted ID, or human error under engineered conditions. They showed the reconnaissance, and asserted the result.

The gap between “we mapped the system” (evidenced) and “we made it shoot the jet” (asserted) is the whole epistemic ballgame — and no honest read closes it. Post hoc is not propter hoc.
◆ Why the target matters more than the trophy — the identification layer
STEP 1
Detection
Is something there? Hardened for 70 years. Jam it, and it still knows something’s up.
Identification
STEP 2 — THE NEW BATTLESPACE
Is it hostile? Is it ours? Increasingly a software decision — machine vision + auto target recognition.
STEP 3
Engage
The trigger. Only as trustworthy as Step 2.
A radar can be jammed A classifier can be fooled (evasion) …or poisoned (bad training data) …and the crew desynchronized from reality
BARS Moscow isn’t a legacy S-400 battery — it’s a volunteer, software-defined, machine-vision counter-drone unit (its Lys-2 interceptor uses machine vision + automatic target acquisition). You can’t socially-engineer a radar horn. You can attack the perception layer of a system that decides what it’s looking at in code. InformNapalm claimed a “cognitive AND cyber” op — an attack on how the crew perceived and decided. That’s the sophisticated part.
✕ Rent the black box
  • Can’t inspect the decision logic
  • Can’t retrain on your own captured imagery — or your own aircraft’s signatures
  • Can’t audit a friendly-fire incident — the weights aren’t yours
  • Can’t air-gap from an update pipeline that is itself an attack surface
✓ Own the weights
  • Inspect what the classifier learned
  • Retrain on your signatures — teach it what “friend” looks like in your fleet
  • Red-team it against poisoning & evasion — you can see inside
  • Run it fully air-gapped; audit the weights, not a support ticket
The take

Whether or not Ukraine reached into BARS Moscow, the frontier moved — from the airframe to the algorithm, from “can you hit the target” to “can you corrupt the decision about what the target is.” Detection is solved. Identification is the new battlespace — and it runs on software that can be fooled, poisoned, or turned. The most valuable target in modern air defence is no longer the radar or the missile. It’s the seam where sensor data becomes a human decision — defended worst precisely where it’s automated most. And you cannot defend, audit, or harden a decision layer you cannot open. In a war fought at the identification layer, the side that can open its own black box holds terrain the side renting a sealed one cannot buy back.

Sources: UNITED24, Militarnyi, EUobserver, Tom’s Hardware, Yahoo/news.com.au, UA.News, Censor.NET, Charter97 — all reporting the same single originating source, InformNapalm, most noting no independent verification and Russia’s contest of the account; BARS Moscow & Lys-2 machine-vision detail per the InformNapalm material via Militarnyi/EUobserver; OKBMLeaks (2025) per Yahoo/Tom’s Hardware; pre-publication Russian Telegram “friendly fire” speculation per UA.News/Charter97. Contested, unverified claim in an active war — nothing here is confirmation. Open-weight analysis is the author’s, as a general principle.
thorstenmeyerai.com
in cooperation with VIGILSAR.COM

Software Could Reframe the Loss

If evidence ultimately supports the report, the consequences would extend beyond the loss of one high-profile Russian fighter. A friendly-fire event could point to weaknesses in identification and command systems, while a software-related cause could raise questions about how Russian aircraft and air defenses share, classify and act on battlefield data.

The distinction between human error, faulty data and defective code would shape the meaning of any confirmed incident. A local operating mistake might have a narrower effect. A repeatable software problem could affect other aircraft, weapons or air-defense units using the same components or data links. There is no evidence in the available account that such a wider problem exists.

Amazon

aircraft software debugging tools

As an affiliate, we earn on qualifying purchases.

As an affiliate, we earn on qualifying purchases.

Su-57 Claim Lacks Incident Record

The Su-57 is the aircraft identified in the report, but the available material offers no operational chronology. It does not say what mission was underway, what other forces were nearby or how the alleged loss was first detected. Without that record, readers cannot independently distinguish a combat loss, accident, ground attack or friendly-fire event.

Software can influence modern combat decisions by combining sensor reports, assigning identities and presenting recommended actions to operators. Even so, the presence of software in a weapons system does not by itself show that code caused an error. Establishing that link would require system logs, communications records, operator testimony or a formal technical examination tied to the specific event.

“The Su-57 That Russia May Have Shot Down Itself”

— Thorsten Meyer AI headline

Amazon

fighter jet avionics repair kit

As an affiliate, we earn on qualifying purchases.

As an affiliate, we earn on qualifying purchases.

Evidence Behind Claim Is Missing

It is not yet clear whether a Su-57 was destroyed, whether Russian forces caused any loss, or whether software played a role. The available material names no date, location, military unit, weapon, official inquiry or independent verification. It also provides no casualty or damage information.

The phrase “shot down” remains unresolved as well. There is no information showing whether an aircraft was engaged by ground-based air defense, another aircraft or any other system. Nor is there evidence separating a software failure from incorrect data, operator action, communications disruption or mechanical malfunction.

Amazon

military aircraft identification systems

As an affiliate, we earn on qualifying purchases.

As an affiliate, we earn on qualifying purchases.

Verification Depends on Technical Evidence

The claim can be tested only if more evidence emerges. Useful material would include dated imagery, geolocated wreckage, official loss records, radar tracks or credible accounts from personnel with direct knowledge. Any conclusion about software would require records connecting a particular digital process to the alleged engagement.

Until such evidence appears, the responsible reading is narrow: a report has proposed a friendly-fire scenario and highlighted software as a possible explanation, but neither proposition is confirmed. Future reporting should separate proof that an aircraft was lost from proof of who caused the loss and how it happened.

Amazon

aerospace sensor data analysis software

As an affiliate, we earn on qualifying purchases.

As an affiliate, we earn on qualifying purchases.

Key Questions

Did Russia confirm that it shot down its own Su-57?

No confirmation is identified in the available material. The wording says Russia “may have” shot down the aircraft, making this an unverified claim.

No technical evidence is provided. There are no disclosed system logs, code findings, radar records or investigation results connecting software to the alleged loss.

Which software system may have failed?

No specific system is named. Identification, targeting and data-sharing software would be relevant areas for investigators, but attributing the event to any one of them would be speculation without records.

When and where did the alleged Su-57 incident happen?

The available account provides no date or location. That missing information prevents independent checks against imagery, military statements or other incident reports.

What evidence could settle the claim?

Geolocated imagery, wreckage documentation, radar data and official investigative records could establish whether a loss occurred. Proving a software cause would also require technical logs and a documented failure chain.

Source: Thorsten Meyer AI

Source: Thorsten Meyer AI

This article is for informational purposes only and is not medical advice. Always consult a qualified healthcare professional about your specific situation.
You May Also Like

Suggestibility & Compliance: Who Is Vulnerable and Why

Discover why certain individuals are more vulnerable to suggestion and compliance, and learn how to protect your independence from external influence.

Confession Contamination: How Interviews Can Accidentally Add Details

An exploration of how interview techniques can unintentionally introduce false details, revealing why understanding confession contamination is crucial for fair questioning.

Secondary Trauma From True Crime: Signs You Need a Break

Navigating secondary trauma from true crime can be tricky; noticing certain signs may signal it’s time to pause and protect your mental health.

Why People Sound ‘Inconsistent’ When They’re Actually Traumatized

Lacking stability in speech during trauma reveals internal turmoil, and understanding this can open the door to deeper compassion and healing.