Progressive Evidence Escalation™
Make evidence coverage explicit across text, raw .eml, and trusted SMTP. Link stronger-stage follow-up investigations while retaining the original record; linkage is not independent same-message proof.
EMAIL FORENSIC INTELLIGENCE
Start with email text, the original .eml, or an assigned trusted receiver. Review authentication, identity, links, and infrastructure, connect related investigations, and preserve the findings in a signed evidence record.
FOUR IMPLEMENTED CAPABILITIES
Make evidence coverage explicit across text, raw .eml, and trusted SMTP. Link stronger-stage follow-up investigations while retaining the original record; linkage is not independent same-message proof.
Distinguish message-carried relay claims from directly observed SMTP facts, with source labels and approximate infrastructure context. Map lines do not establish a measured route or identify a person.
Find weighted domain, IP, and attachment-hash overlaps within your workspace, with reasons for each related investigation. Common-provider overlap requires analyst review; it is not campaign attribution.
Bind the canonical evidence and manifest with SHA-256 and Ed25519. Reopen the original signed snapshot and check signature, hashes, key identity, and configured issuer trust.
PROGRESSIVE ACQUISITION
WHAT YOU CAN REVIEW
Inspect available DKIM, ARC, and alignment checks, sender relationships, and recorded relay context. Trusted SPF requires an observed SMTP boundary.
Review URL classification and attachment metadata, type patterns, and hashes. Link strings are not browsed destinations, and attachment contents are not executed.
Reopen scoped investigations, associate evidence with cases, and export supported JSON, CSV, observed-artifact, or STIX records. Preserve the complete signed package for verification.
Review correlated risk, coverage gaps, and policy recommendations. Required failures remain explicit; unavailable evidence does not silently become a safe result.
FROM REVIEW TO RECORD
UNDERSTAND THE EVIDENCE
VeriTrustLab analyzes suspicious email text and raw EML files with AI-assisted signals and evidence checks. A configured trusted SMTP receiver adds directly observed transport facts. Start with email investigation or read the workflow documentation.
No. Infrastructure location is approximate and does not identify a person. Message-carried relay claims remain distinct from transport facts observed by a trusted SMTP receiver. The trusted receiver guide explains the acquisition boundary.
An Evidence Passport uses SHA-256 and Ed25519 to check package integrity, key identity, and configured issuer trust. Keep the complete original evidence and Passport together. A valid signature does not prove that an email is safe or that every recorded claim is true. Use the evidence verifier to inspect the package.
Use scores alongside available evidence and explicit gaps. Missing provider results are unavailable, and stronger acquisition does not guarantee a more accurate verdict. Review model evaluation disclosures and analysis limitations.
No. The pretrained email and URL classifiers use bounded inputs and text sampling. Attachment checks examine metadata, type patterns, and hashes; they do not execute content or provide an exhaustive malware verdict. Read the coverage limits.
The documented SMTP pilot uses explicitly assigned recipients, credentials, and delivery routes. Creating an account does not provision company-wide mail protection. New organizations need operator setup and independent validation. Model availability and quotas also bound operation; see availability and pilot scope.