DOTSHIELD® RESOURCESDEFENSIVE PUBLICATIONS

Put the technical record beyond assertion.

Defensive publications preserve technical disclosures in a dated, inspectable and cryptographically bound public record.

Each DotShield record is designed to distinguish what is claimed, what was publicly disclosed, and what can be independently verified from the published artefacts.

PUBLIC DISCLOSUREVERSIONED ARTEFACTSSHA-256OPENTIMESTAMPSPRIOR-ART RECORD
THE RECORD

Three things should remain distinguishable.

A credible defensive publication should make clear what is asserted, what entered the public record, and what can later be independently verified.

01 CLAIM

What is claimed

Development history and technical provenance may form part of the disclosure, but earlier activity should remain identifiable as a claim unless it is supported by separate evidence.

Historical assertion
02 DISCLOSURE

What was disclosed

The publication preserves the technical subject matter placed into the public record at the stated publication date, in a form that can be inspected and retained.

Public technical record
03 VERIFICATION

What can be verified

Cryptographic hashes, downloadable artefacts and independent timestamp evidence allow the integrity and existence of the published record to be examined separately.

Independently examinable evidence
PUBLICLY DISCLOSED
06 FEB 2026 · VERSION 1.0
DEFENSIVE PUBLICATION · PRIOR ART RECORD

Novel Authentication Method Prevents AI Voice Cloning Through Neural–Acoustic Correlation

Multi-modal biometric verification using EEG↔speech correlation to defeat synthetic voice and replay attacks.

Record Public technical disclosure Purpose Defensive prior-art publication Evidence Hash-bound and timestamp supported
TECHNICAL DISCLOSURE

What the publication discloses.

The following summary preserves the technical scope of the original v1.0 disclosure while the publication artefacts remain the authoritative record.

ABSTRACT

This defensive publication discloses a multi-modal biometric authentication system that resists AI voice cloning, deepfake audio, and replay attacks by verifying a neural–acoustic correlation between EEG activity and speech production.

Conventional voice biometrics rely primarily on acoustic characteristics and can be defeated by modern speech synthesis and conversion. The disclosed method introduces a physiological verification layer that confirms speaker presence and cognitive intent by assessing timing and statistical alignment between EEG features and phoneme-level speech events.

DISCLOSURE SUMMARY

Non-limiting architecture.

v1.0
01 CAPTURE

EEG + speech

Captures EEG activity and speech audio during enrolment and authentication.

02 ALIGN

Synchronisation

Aligns EEG features to speech events using a synchronisation layer capable of handling timing offset and drift.

03 CORRELATE

Neural–acoustic score

Computes a neural–acoustic correlation score using techniques such as cross-correlation, coherence, mutual information or sequence alignment.

04 DECIDE

Policy gating

Applies policy gating using voice-match and correlation thresholds, then records the resulting audit or evidence outcome.

v1.0
DISCLOSURE BOUNDARY
The publication artefacts remain authoritative.

This webpage summary is provided for readability. It does not expand, amend or replace the technical disclosure contained in the published v1.0 PDF and Markdown artefacts.

DISCLOSURE CHAIN

From development claim to verifiable public record.

The record distinguishes historical assertions from the event that can be independently examined through the published artefacts.

01
CLAIMED

Development commenced

3 February 2026

Australia/Melbourne · AEDT · UTC+11

Historical assertion
02
RECORDED

Architecture specification completed

5 February 2026

Australia/Melbourne · AEDT · UTC+11

Development record
03
VERIFIABLE

Public disclosure published

6 February 2026 · 10:55 PM AEDT

6 February 2026 · 11:55 AM UTC

Public disclosure event
03
The publication event is the independently examinable point in the chain.

Earlier dates remain part of the disclosed development history. The public disclosure is supported by the publication artefacts, cryptographic hashes and timestamp evidence presented below.

PUBLICATION ARTEFACTS

Inspect the record.

The publication and its associated integrity evidence are available directly from the DotShield resource repository. Each artefact can be retained and independently examined.

INDEPENDENT PROVENANCE

The record exists beyond this website.

The original publication was made under the former NOMATEQ web presence. Independent archive captures preserve that historical record and its associated publication artefacts.

ARC
Historical URLs are retained intentionally.

References to NOMATEQ in archived pages and original artefacts form part of the publication provenance. Migration to DotShield does not rewrite or replace those historical identifiers.

PROVENANCE CHAIN
01 Original disclosure
02 Hash-bound artefacts
03 Timestamp evidence
04 Independent archive
VERSION HISTORY v1.0 remains the initial disclosure record.

The original publication page recorded an intention to develop a later v1.1 with additional technical detail and figures. That historical development note does not alter the preserved v1.0 record.

PUBLICATION NOTICE

Public disclosure does not erase IP boundaries.

This record is a defensive publication intended to place the disclosed subject matter into the public record as potential prior art. It is not a patent application, patent grant, licence, or freedom-to-operate opinion.

The scope of this publication is limited to the subject matter actually disclosed in its published artefacts. Other GABEY Consulting and DotShield technologies may be protected separately through patent applications, copyright, confidential know-how, trademarks, contractual controls, or other intellectual-property rights.

Publication is not the same as permission.

Making technical information publicly accessible does not itself grant a licence to software, implementations, source code, proprietary methodologies, trademarks, or separately protected inventions.

RECORD BOUNDARY

Nothing on this page should be interpreted as expanding the scope of the original defensive publication, abandoning rights in separately protected technology, or granting permission beyond rights that otherwise exist under applicable law or an express written licence.

HISTORICAL DEFENSIVE DISCLOSURES

Not every public record began as a packaged publication.

Earlier NOMATEQ disclosures also placed technical concepts into the public record. Where a separate publication package, cryptographic manifest or timestamp artefact has not been identified, DotShield distinguishes those historical web disclosures from later cryptographically bound defensive publications.

HISTORICAL WEB DISCLOSURE PRESERVED

Delivery to Trust / Packet Passport

An earlier defensive disclosure covering a family of related trust, delivery and post-gateway resilience concepts.

01
Packet Passport

Trust-state model associated with the movement and handling of information beyond conventional gateway controls.

02
Delivery to Trust

Educational framework describing the distinction between successful network delivery and delivery into a trusted state.

03
Normal / Attack / Protected

Three-mode interactive journey used to demonstrate how the same information flow can produce materially different security outcomes.

04
Post-gateway resilience

Educational sequence addressing the security problem that remains after information has passed an authorised gateway.

MIGRATION PRINCIPLE
Preserve the record. Do not manufacture missing evidence.

Original terminology and historical provenance are retained where they form part of the disclosure record. DotShield does not retrospectively assign publication packages, hashes, timestamps or identifiers that have not been independently recovered.

DESIGN & DEVELOPMENT · FAQ

Defensive publication, implementation and verification.

DotShield® Defensive Publications preserve technical disclosures as inspectable public records. These questions explain what that means — and what it does not mean.

01 What’s the difference between a defensive publication and a patent?

A patent and a defensive publication serve fundamentally different purposes.

A patent, where granted and enforceable, may provide exclusive rights for a limited period. A defensive publication instead places technical subject matter into the public record with the intention that it may constitute prior art relevant to later patent claims.

Aspect Patent Defensive publication
Primary goal Obtain exclusive rights, subject to jurisdiction, examination and grant. Place technical subject matter into the public record so it may be available as prior art.
Timing Filing, examination and grant can take considerable time. Public disclosure occurs when the material is published.
Outcome Potential enforceable rights where a valid patent is granted. Publicly accessible technical disclosure and evidence of the published record.
Implementation May require permission from the relevant rights holder. Publication makes the disclosed information public, but does not itself grant an IP licence.
Important

A defensive publication is not a patent application, patent grant, legal opinion or licence. Whether a particular implementation may be used commercially depends on the wider intellectual-property, contractual and regulatory circumstances.

02 Why does DotShield publish defensive publications?

DotShield uses defensive publication where placing a technical concept into an identifiable public record is preferable to leaving that work undocumented or privately asserted.

01
Establish a public technical record

Preserve the disclosed subject matter in a form that can subsequently be examined and referenced.

02
Support prior-art provenance

Record when particular technical material entered the public domain and provide evidence associated with that publication.

03
Preserve integrity evidence

Publish cryptographic hashes, timestamp evidence and associated artefacts so the record is not dependent on a webpage assertion alone.

HISTORICAL RECORDS

Some migrated publications may retain GABEY or NOMATEQ names, identifiers or references inside the original publication artefacts. Those historical identifiers form part of the record and are not silently rewritten during migration to DotShield.

03 Can I implement concepts described in a defensive publication?
SHORT ANSWER Public disclosure does not automatically mean unrestricted use.

A defensive publication makes the disclosed technical information publicly accessible. It does not, by itself, grant a patent licence, copyright licence, trademark permission or freedom to operate.

You may be able to develop an implementation based on publicly disclosed concepts, but the rights and obligations associated with a particular implementation must be considered separately.

POSSIBLE USE
  • Research and technical evaluation
  • Independent engineering and experimentation
  • Commercial or non-commercial development
  • Modification or extension of disclosed concepts
CONSIDER BEFORE DEPLOYMENT
  • Third-party patents or other IP rights
  • Copyright in particular software or documentation
  • Privacy, security and sector obligations
  • Licensing and contractual restrictions
No warranty

Defensive publications are provided as technical disclosures. Any implementation should be independently validated against its intended environment, threat model and applicable obligations.

04 How do I verify the PDF, Markdown and published hashes?

Each publication may include SHA-256 values that allow you to calculate a digest locally and compare it with the published record.

01 Download

Retrieve the publication artefact from the DotShield resource repository.

02 Calculate

Compute the SHA-256 digest locally.

03 Compare

Compare your result with the published hash manifest.

04 Verify time evidence

Where supplied, independently examine the OpenTimestamps proof.

WINDOWS · POWERSHELL
                    Get-FileHash -Algorithm SHA256 .\filename.pdf
                  
macOS / LINUX
                    shasum -a 256 filename.pdf
                  
HASH MANIFEST · LINUX
                    sha256sum -c GABEY-DP-2026-02-06-MULTIMODAL-VOICE-VERIFICATION-v1.0.HASHES.txt
                  
MATCH

The calculated digest matches the published hash for that artefact.

MISMATCH

Do not assume the files are equivalent. Re-download the artefact from the official DotShield resource page and check again.

05 What additional integrity evidence may accompany a publication?
OTS OpenTimestamps

Timestamp evidence associated with a published digest or hash manifest.

256 SHA-256

Cryptographic digests used to identify the exact publication artefacts.

ARC Archive evidence

Independent web archive captures may provide additional evidence that a publication or page existed at a particular time.

CON Cross-source consistency

Agreement between artefacts, hashes, timestamps and independent archival records strengthens provenance assessment.