Approach
How Foundry works, and where it stops.
Analysis you can check. Every finding says whether it was observed, inferred, tested, or left open. Nothing is presented as more certain than it is.
From uncertainty to an informed next step.
Investigate
Examine an authorized system and the evidence available: code, binaries, traffic, data, documentation, existing clients.
Map
Identify behavior, interfaces, dependencies and unknowns. Record where each came from.
Verify
Test findings against the running system. Record what could not be tested as a limitation.
Advance
Hand over specifications, tests and recommendations for the decision you scoped.
Illustrative workflow The stages are constant. Which analyses run inside them is chosen per engagement.
Four evidence states.
Every finding carries one. The shape differs as well as the color, so the state is never conveyed by color alone.
Verified
- Means
- Confirmed by a repeatable test against the system.
- So you can
- Build on it. The test ships with the deliverable so you can run it again.
Observed
- Means
- Seen directly in the running system, not yet reproduced by a test.
- So you can
- Rely on it with care. Ask for a test where a decision depends on it.
Inferred
- Means
- Reasoned from code, data or indirect evidence. Not seen, not tested.
- So you can
- Treat it as a hypothesis. Confirm before consequential use.
Open
- Means
- We looked and could not establish it.
- So you can
- Treat it as risk. Decide whether closing it is worth the effort.
What analysis does not do.
It does not certify security.
Behavioral analysis shows what a system does. It is not a penetration test or a security audit, and it does not make a system secure.
It does not guarantee completeness.
A reconstructed specification covers the behavior we could reach and verify. Known gaps are listed under limitations, not hidden.
It does not decide authorization.
Evidence of what a system exposes informs who may use it. That decision, and its enforcement, stay with you.
It does not stop time.
Findings describe the system as analyzed. Systems change, which is why re-analysis is offered as a subscription.
Before any analysis.
Authorized targets only.
We analyze systems you own or are authorized to have analyzed. Scope is written down before work starts.
Data terms in writing.
What we receive, where it is processed, how long it is kept and when it is deleted are agreed first.
Inside your environment when required.
When work has to stay in infrastructure you control, we confirm it is feasible and map every data flow before we commit to it.
Read more.
Discovery, verification and security assurance are three different things
What behavioral discovery establishes, what verification adds, and why neither is a security audit or a compliance result.
How to investigate an undocumented system without confusing inference with fact
A working method for learning what an undocumented system does, and for keeping what you saw separate from what you assumed.
What a useful software behavior report should contain
The sections, evidence labels and level of detail that make a behavior report usable by engineers, not just readable by managers.