Skip to content

Manual pentests with evidence of impact.

We test applications, APIs and infrastructure to identify real security flaws. You receive clear evidence, the impact explained and guidance to fix them.

Scope authorized in writing before the first test.

  1. Request
    GET /v1/invoices/48213
    Authenticated as client A
  2. Response
    200 · "owner": "client B"
    Invoice 48213 belongs to client B
  3. Validated finding

    Client A's account reads client B's invoices.

    High severityImpact demonstrated
Example flaw: unauthorized access to another customer's invoices.Demonstration example · fictional data
Services

What does your company need assessed?

Choose by type of environment. Every assessment is manual and ends with a report of evidence and fixes. If unsure, we help define the scope.

  • InputSessionAccessBusinessData
    01Websites and systems

    Web App Pentest

    We assess web applications, such as customer portals and logged-in areas: authentication, permissions and features, looking for exploitable flaws.

    • Access control
    • Sessions
    • Business rules
    • Injection and XSS
    See the Web App Pentest
  • Account AAccount BAccount C
    02APIs and integrations

    API Pentest

    We test the APIs used by apps, partners and integrated systems, looking for access, authentication and business logic flaws.

    • Object-level authorization
    • Data exposure
    • Flow abuse
    See the API Pentest
  • InternetPerimeterInternalData
    03Networks and servers

    Infrastructure Pentest

    We analyze servers, internet-facing services, internal networks and cloud environments to identify security risks.

    • External exposure
    • Segmentation
    • Cloud and identities
    See the Infrastructure Pentest

Not sure which assessment your company needs? We can help define the scope.Ask for guidance

Other security services

Why LoPrestiSec

Tools point to possibilities. A specialist confirms what is exploitable.

  • Manual assessmentEach system is tested in its own context: rules, roles and integrations.
  • Confirmed flawsOnly what was verified, with evidence, goes into the report.
  • Impact explainedWhat each flaw allows, in plain language.
  • Guided remediationWhat to change and how to confirm it was fixed.
  • Direct conversationYou talk to the people who ran the tests.
Who runs the work

LoPrestiSec is led by Lucca Lo Presti, an offensive security specialist with hands-on experience in web application, API and cloud pentests, code review, threat modeling and design review. The person technically responsible follows the project from scoping to the presentation of results.

How it works

How hiring works

No test starts before the scope is defined and authorized in writing. You know what will be tested, when and within which limits.

  1. 01

    We talk

    We learn about your system, your goals and what needs to be assessed.

  2. 02

    We define the scope

    We agree on environments, limits and testing windows, and formalize the authorization in writing.

  3. 03

    We run the tests

    We test manually and validate every vulnerability found.

    Starts only afterThe scope is authorized in writing

  4. 04

    We deliver the results

    We present the evidence, the impact and the recommended fixes to your team.

Reports

What do you receive after the pentest?

Two reports: one to decide, one to fix. Below, a page of the technical report, with fictional data.

For those who decide

Executive report

The main risks, the possible business impact and the priority of each fix, in plain language.

For those who fix

Technical report

Validated vulnerabilities, reproducible evidence and the recommended fix for each finding.

Technical report · Finding LPS-04p. 14

Password reset token can be reused

Asset
app.exemplo.com.br
Account used
qa.a (test)
Reference
CWE-640 · WSTG-ATHN-09
Vulnerability identifiedWhat fails, where and with which account.

Evidence

The same token changed the password twice, 40 minutes apart. Logging in with the second password confirms the change took place.

See the test's 3 requests
  1. 14:02POST /auth/reset{"token":"7f3a…","password":"Teste#1"}200 {"status":"password_changed"}
  2. 14:42POST /auth/reset{"token":"7f3a…","password":"Teste#2"}200 {"status":"password_changed"}
  3. 14:43POST /auth/login{"user":"qa.a","password":"Teste#2"}200 {"session":"…"}
Technical evidenceThe sequence that proves the behavior, with values shortened.
Potential impact

Anyone with access to a reset link that was already used, for example through the browser history or a forwarded email, can change the account password. The test was limited to the qa.a test account.

ImpactDemonstrated or potential, and the report says which.

Severity: medium

The outcome is account takeover, but it requires prior access to a link sent to the user.

Justified severityImpact and exploitation conditions explained, not just a label.

Recommendation

Invalidate the token on first use and limit its validity to 15–30 minutes.

To verify, repeat the 14:42 request with a token that was already used: the expected response is 400 and the password does not change.

RecommendationWhat to change and how to confirm it was fixed.
Demonstration example · fictional dataReports in PDF and DOCX

How severity is defined

Critical
Simple to exploit, with broad impact on data or operations.
High
Significant impact, with some condition to exploit.
Medium
Limited impact, or exploitation that depends on a specific scenario.
Low
Strengthens the defense; little effect on its own.
Request a proposal

Define the scope with the people who will test.

You do not need every technical detail: tell us what your company needs assessed and we help define the scope. Then we send a proposal with effort and timeline.

Sending this form neither starts any testing nor authorizes it: testing begins only after the scope is defined and authorized in writing.

Email
[email protected]
Phone
+55 (15) 99745-2589
WhatsApp
Chat on WhatsApp
Hours
Monday to Friday, 9am to 6pm
Confidentiality
NDA before any sensitive information

Not sure about the scope? Describe the system in a few words and we will help size the assessment.

We reply during business hours, Monday to Friday.

Without JavaScript the form cannot be sent. Write to [email protected].

Before you hire

Frequently asked questions

Didn't find your question? Tell us about your case.

Talk to a specialist
What is the difference between a pentest and a vulnerability scan?

A scan is automated and points to possible flaws. In a pentest, a specialist manually exploits what they find to confirm whether the flaw is real and what its impact is, including logic issues that tools do not detect.

Can a pentest affect production systems?

Testing is planned to minimize that risk: techniques, windows and limits are agreed with your team beforehand, and tests that could cause impact are only run with explicit authorization. Where possible, we recommend an equivalent staging environment.

What do you need to send a proposal?

A description of what should be assessed (applications, APIs, IP ranges or cloud environments) and the goal of the test. From that we define scope, effort and timeline.

How long does a pentest take?

It depends on the size and complexity of the scope. The timeline is estimated in the proposal, before you sign.

Do you sign a confidentiality agreement?

Yes. We can sign an NDA before receiving any sensitive information about your environment.