Trust information for buyers

Understand what PahiLabs can share before a security review.

This page explains what is safe to publish, what serious buyers can request, and what we keep protected. The goal is simple: help your team evaluate PahiLabs without exposing sensitive implementation detail.

What we share

Trust material is shared in layers, not dumped onto the public web.

Buyers need evidence. Attackers should not get a blueprint. This structure keeps public messaging useful while protecting sensitive security and IP details.

Public website

Safe for anyone to read

Product outcomes, buyer use cases, and integration paths.
Pilot structure, expected evidence, and benchmark summaries.
Non-sensitive architecture boundaries and deployment choices.

Review packet

Shared with serious buyers

Product briefs, architecture summaries, validation summaries, and pilot plans.
Security review notes and buyer-specific deployment assumptions.
More detail after a fit call, security review, or NDA when needed.

Protected information

Not published on the website

Source code, secrets, keys, private protocols, and sensitive implementation detail.
Exploit details, customer data, private test environments, and partner-confidential material.
Anything that would weaken the security posture if copied by an attacker.
Product review material

Ask for the material that matches the product you are evaluating.

This is the practical use of the Trust Center. A buyer can identify the product, request the right material, and bring procurement, security, or technical reviewers into the conversation.

MAIA SSO review material

For identity, application, and platform teams.

View

What it contains: Passwordless login story, one-app-first integration path, MAIA Desktop approval flow, rollout assumptions, and pilot metrics.

When to request: Request this when you want to evaluate MAIA SSO for a website, portal, or internal application.

LENS review material

For security leaders, SOC teams, and high-risk employee programs.

View

What it contains: Before-click phishing prevention workflow, high-risk cohort pilot plan, evidence model, and reporting expectations.

When to request: Request this when you want to test whether LENS can reduce risky link and email decisions.

MAIA-IOT review material

For device, gateway, firmware, and platform teams.

View

What it contains: Device authentication use cases, benchmark summary, integration assumptions, and safe deployment framing.

When to request: Request this when you have a device-authentication, gateway, or CPE trust use case.

MAIA-PQ review material

For security architecture, communications, and post-quantum migration teams.

View

What it contains: Hybrid secure communication story, migration use cases, validation summary, and buyer-safe technical framing.

When to request: Request this when you are exploring post-quantum readiness or secure communication pilots.

Common buyer questions

The Trust Center should remove confusion before the first meeting.

Can we evaluate PahiLabs without exposing our whole environment?

Yes. The recommended path is a narrow pilot: one app, one user cohort, one device path, or one communication workflow.

Will PahiLabs share technical detail?

Yes, but in stages. The website keeps sensitive detail out. Serious buyers can request product briefs, architecture summaries, validation summaries, and security review material.

What should procurement or security review ask for first?

Start with the product review material for MAIA SSO, LENS, MAIA-IOT, or MAIA-PQ. If there is a real pilot opportunity, ask for the pilot proposal and security review summary.

Why not publish everything publicly?

Security products should not expose implementation details that attackers can reuse. The Trust Center separates buyer evidence from sensitive IP.

Need security or technical review material?

Tell us which product you are evaluating and who needs to review it. We will route you to the right public-safe packet.