VERIFY · SOLUTION

Evidence-Based Security Assessment

Use evidence states instead of a blended score to explain findings, unknowns, and the next decision an MSP and client must make.

Run a free domain scoreJoin Open Beta

Last reviewed September 25, 2026.

An evidence-based security assessment explains what was observed, why it matters, what remains unknown, and who owns the next decision. SCOUTz uses dated sources and four check states instead of hiding unread checks inside a single score.

SCOUTz keeps the source, timestamp, boundary, and next choice together. That makes the page useful to the seller, the owner, and the operator who receives the work after the meeting.

What is different from a score gauge?

A score gauge compresses many assumptions into one number. Evidence states keep the source and limitation beside the conclusion. SCOUTz separates verified working, needs attention, worth noting, and could not be read. A reader can see the record behind each state.

The practical test is whether another person can understand the claim, identify its source, and decide what should happen next without treating an unknown as a pass.

Why do declared non-reads matter?

Because an unrun check is not a pass. The platform's ledger includes 22 declared non-reads so a quiet result cannot be mistaken for a clean one.

The practical test is whether another person can understand the claim, identify its source, and decide what should happen next without treating an unknown as a pass.

How does evidence support verification?

A pinned baseline gives the next review something specific to compare. The later result can say what changed, what did not, and what the source still could not establish.

The practical test is whether another person can understand the claim, identify its source, and decide what should happen next without treating an unknown as a pass.

Evidence, support, and boundary

Evidence stateWhat it supportsBoundary
Verified workingA supported positive observationNot a guarantee beyond the source
Needs attentionA prioritized next actionNot proof of exploitability
Could not be readA clear evidence requestNever a clean result

Worked example

The report says a check could not be read because the required source was not authorized. The scorecard keeps that state under NOT ASSESSED THIS SCAN, so the owner sees the gap instead of a misleading green result.

This example is deliberately narrow. A finding can start a useful business conversation without proving a breach, a clean environment, a complete compliance program, or a commercial outcome. The report should say which of those statements it can support and which remain for the MSP and customer to establish.

How SCOUTz gets the MSP there

SCOUTz begins with the least intrusive source that can answer the question. The public domain layer dispatches 35 collectors and can reach 123 distinct finding types. When a customer approves the next step, the read-only cloud layer is a superset with 93 collectors and 370 reachable finding types. Platform-wide, 601 finding types across 91 emitting modules include fusion and correlation logic that runs on top of collector output.

Every finding carries authored business-language explanation, consequence, recommendation, and the evidence it came from. The ledger separates 440 scored findings, 107 context observations, and 22 declared non-reads. A check that could not be read appears as NOT ASSESSED THIS SCAN, so the next choice is visible instead of hidden inside a score.

The MSP still owns authorization, interpretation, customer communication, remediation, and the final commercial decision. SCOUTz supplies the record and the route. That boundary is what makes the output safe to use in a real relationship.

Frequently asked questions

What does SCOUTz actually read?

The public domain layer reads disclosed public records and signals. A customer-approved Microsoft 365 review reads supported configuration and metadata through a read-only connection. SCOUTz does not read messages, files, documents, chats, or prompts.

Does an unknown result count as clean?

No. A check that could not be read is declared as a non-read. It remains visible on the record and is not converted into a pass or a blended score.

Can an MSP use its own branding?

Yes. Client-safe output is designed for the MSP's name, logo, colors, contact details, and delivery motion while operator evidence remains available to the team doing the work.

What happens after the first result?

The MSP reviews the evidence, agrees the next action with the customer, performs the work through its own process, and uses a supported rescan or source refresh to show what changed.

How many finding types does SCOUTz support?

The current platform describes 601 distinct finding types across 91 emitting modules, including fusion and correlation logic beyond the collector output. The public domain layer reaches 123 and the cloud layer reaches 370.

Keep the evidence attached to the work.

Read the methodology, review the trust boundary, see the sample report, compare pricing, and run the public tools before you choose the next step.

SCOUTz OPEN BETA

Point SCOUTz at your next prospect. Walk in with a defensible answer.

Join Open Beta with a real MSP workflow. A person reviews every application before a workspace goes live. SCOUTz runs without an agent or install and never changes a configuration on its own.

SCOUTz prepares the conversation. The relationship and the sale stay yours.