All Services
Offensive Security

Find your flaws
before attackers do

We simulate real attacks with the techniques criminals use, under authorization and with a clear method. Before setting the scope we find out why you need the test, because that changes the approach, the depth and the report.

500+
Environments tested
23+
Critical vulns on average
100%
Retest included
48h
Start after signing
Why hire us

Your security cannot wait for an incident

Attacks happen every day. Companies that don't test their own security usually find the gaps the hard way: after an incident.

Invisible vulnerabilities
Your IT team says everything is fine, but nobody has tested from the outside the way an attacker would.
Compliance requires evidence
PCI DSS requires penetration testing at least once a year (requirement 11.4), and Brazil's Central Bank now requires annual, independent and documented testing from the institutions it supervises (CMN Res. 4,893 and BCB Res. 85, art. 22-A).Sources: PCI SSC, PCI DSS v4.0.1 · CMN Res. 4,893 · BCB Res. 85
Breach costs are high
The global average cost of a data breach reached USD 4.99 million in 2026, a record high. In Brazil, companies that run offensive security testing saved an average of BRL 579 thousand per breach.Sources: IBM, Cost of a Data Breach Report 2026 · IBM Brazil, 2026 results
Before the scope

The goal of the test sets the approach

A pentest for a PCI DSS audit, for the Brazilian Central Bank (BCB), for a customer or to measure your own defenses are different jobs. That's why the first conversation is about why, and only then about scope.

Regulation or certification
Scope and frequency follow what the rule requires (PCI DSS, BCB resolutions, ISO 27001). The report ties each test to its requirement and includes the letter for the auditor.
Customer request or due diligence
The test covers the product or environment the customer will evaluate. You get an executive summary and an attestation letter you can share with them.
Measuring your own defenses
With mature controls in place, a black box test shows what an outside attacker finds and whether your team notices in time.
Three approaches for three situations
Black box
No prior information

Measures external exposure and detection capability. Makes sense once the company has an asset inventory, monitoring and basic controls.

Gray box
Credentials and partial documentation

Covers more surface in the same time and finds authorization flaws a blind test can't reach. The most common starting point.

White box
Access to code and architecture

Gives the greatest depth. Suited to products, launches and critical systems built in house.

A blind test with the documentation in hand isn't black box

When basic controls are missing, a black box test burns much of its hours finding out what your team could have told us in one meeting. And proposals that combine black box testing with interviews, an assessment and a standards audit give the tester exactly the information the test assumes they don't have. In these cases we say so before the proposal and recommend what will produce results, such as an assessment followed by a gray box test.

How it works

From scope to certificate in weeks

Structured and transparent process. You track every step in real time.

01
Discovery & Scope
A conversation to understand the goal of the test, the environment and who will read the report. That defines the approach (black, gray or white box), the scope and the authorization agreement.
02
Reconnaissance & Mapping
Attack surface mapping: IPs, domains, exposed services and technologies.
03
Manual Exploitation
Our team attempts to compromise the environment using the same techniques real attackers use.
04
Documentation & Report
Each vulnerability becomes a report entry with CVSS, PoC, business impact and remediation plan.
05
Debriefing & Support
Results presentation meeting and support throughout the remediation period.
06
Retest & Certification
We retest all corrected findings and issue the IONICZ Certification Letter.
What you receive

One report for each reader

The same test produces different documents for the board, the tech team and whoever asks for the evidence, be it an auditor, a regulator or a customer.

Executive Report
Risk summary for C-level and board. Financial impact, maturity level and priorities in business language.
Technical Report
Full detail with CVSS v3.1, PoC, evidence and reproduction steps for your dev team.
Remediation Plan
Fixes in priority order, weighing the impact on your business and not only the CVSS score.
Certification Letter
A formal document confirming the test and the remediation, in the format your auditor, regulator or customer asks for.

Ready to know what is really exposed?

Within 24h we'll set up a call to understand the goal of the test. The proposal follows, with the right approach for it.

✓ Proposal within 48h · No commitment · Retest included
Sources and references

Figures without a listed source, such as environments tested, certifications delivered, satisfaction and case results, come from IONICZ projects. Links checked in October 2026.