PXLSecurity LTD., Sofia, Bulgaria Offensive security since 2014[email protected]

Independent since 201410 published CVEsRetest included

Find what scanners miss.Prove it. Verify the fix.

Manual penetration testing and red teaming by senior engineers. Every finding comes with reproducible evidence, and every fix is retested.Senior engineers.
Evidence for every finding.

Scroll to follow the path

01 / An attack path, illustratedPublic applicationExposed endpoint
02 / An attack path, illustratedIdentity boundaryAccess rules
03 / An attack path, illustratedProtected dataSensitive asset
Map the exposed surface.
Illustrative attack path; not a live scan.

Where we fit

Automation finds the hostname.
We find the business logic.

Automated and AI-driven platforms are good at breadth: inventories, known exposures and frequent checks. A specialist engagement adds depth. Our engineers learn how your system is meant to work, chain small weaknesses into demonstrated impact, and stand behind every finding in a live debrief.

Investigate the whole system

From a mobile binary to its backend API, or an AI feature to its administration permissions: we agree the boundaries, accounts and workflows, then investigate how they interact.

See an AI authorisation case

Work directly with the testers

Senior engineers perform the assessment, document reproducible evidence and explain the results in a technical debrief. Your team can discuss the finding with the people who investigated it.

See how an engagement runs

Verify the remediation

Our penetration tests include a remediation retest. We check the reported fixes and confirm the results in writing, so closure is supported by evidence.

See what the report contains

Our AI security service assesses applications with AI features: permissions, data paths and agent authority. That is a different question from whether a testing tool uses AI. Explore AI security testing

Compare automated and specialist testing

How an engagement runs

From first question
to verified fix.

The same five stages on every penetration test. Critical issues reach your team as soon as they are confirmed, and the engagement closes only when the fix is proven. See the full methodology

  1. 01

    Scope

    Objectives, targets, rules of engagement and emergency contacts agreed in writing. You receive a fixed timeline and quote.

  2. 02

    Map

    We learn the application the way an attacker would: roles, routes, trust boundaries and the business workflows behind them.

  3. 03

    Exploit

    Senior testers chain weaknesses by hand into demonstrated impact. Safe proof, no destructive actions.

  4. 04

    Report

    An executive summary for leadership and a technical report for engineers, walked through in a live debrief.

  5. 05

    Retest

    Included as standard. We repeat the attack against your fix and confirm in writing what is closed.

PXLSecapp.example.test · Web app & API

Engagement log

  1. 01Objectives and exclusions agreed
  2. 01Rules of engagement signed
  3. 01Fixed timeline and quote issued
  4. 02Roles mapped: admin, member, second tenant
  5. 02Routes, APIs and trust boundaries enumerated
  6. 02Workflows walked with real test accounts
  7. 03Member session reaches an admin-only operation
  8. 03Chained to cross-tenant data access · High
  9. 03Flagged to your team as soon as confirmed
  10. 04Evidence and reproduction for every finding
  11. 04Fixes ranked by real risk
  12. 04Live debrief with your engineers
  13. 05Same request replayed after your fix
  14. 05Server refuses it: boundary enforced
  15. 05Retest letter issued · finding closed
Stage5 / 5
Findings1 High · 2 Medium
StatusClosed
Illustrative engagement based on our methodology; not a live system.

Evidence, not assumptions.

From a finding
to a verified fix.

Every finding we report carries the proof behind it, the change that fixes it, and the retest that shows it is closed. Pick an example.

PXLSec / Finding PXL-WEB-07
Critical

Invoice API exposes other tenants' data

Affected
GET /api/v2/invoices/{id}
Impact
Any signed-in customer can read every other customer's invoices, addresses and VAT details by changing one number.
  1. 01Evidence

    What we sent, and what came back.

    GET /api/v2/invoices/10424 HTTP/1.1Host: app.example.testCookie: session=…← signed in as tenant A HTTP/1.1 200 OK← request succeeds{"invoice_id": 10424, "tenant": "tenant-b",← another tenant's record "amount_due": "4150.00"}
  2. 02Fix

    The change your engineers make.

    invoice = Invoice.get(id)invoice = Invoice.get(id, tenant=session.tenant)← checked in the serviceif invoice is None: raise NotFound()
  3. 03Retest

    The same attack, after the fix.

    GET /api/v2/invoices/10424 HTTP/1.1← same request, same userHTTP/1.1 404 Not Found← another tenant's invoice is unreachable

    Retested 12 days later: closed

PXLSec / Finding PXL-INF-02
Critical

Unauthenticated RCE on the build server

Affected
ci.internal.example.test
Impact
A missing auth check let us run commands as the service account and reach source code and deploy keys.
  1. 01Evidence

    What we sent, and what came back.

    POST /api/v1/jobs HTTP/1.1Host: ci.internal.example.testContent-Type: application/json← no credentials sent {"script": "id"}← harmless proof command HTTP/1.1 201 Created← job accepted{"output": "uid=998(runner)"}← ran as the service account
  2. 02Fix

    The change your engineers make.

    listen: 0.0.0.0:8080listen: 10.20.0.5:8080← build network onlyauth: sso_required← every job needs a signed-in user# exposed deploy keys rotated
  3. 03Retest

    The same attack, after the fix.

    POST /api/v1/jobs HTTP/1.1← same request, no credentialsHTTP/1.1 401 Unauthorized← job refused

    Retested 8 days later: closed

PXLSec / Finding PXL-WEB-14
High

Password reset tokens are predictable

Affected
POST /auth/reset
Impact
Tokens derived from a timestamp let an attacker take over any account knowing only the email address.
  1. 01Evidence

    What we sent, and what came back.

    POST /auth/reset HTTP/1.1token issued: 1761469201-7f3a← Unix time + a fixed suffixtoken issued: 1761469262-7f3a← one minute later GET /auth/reset/confirm?token=1761469263-7f3a← guessed, never issuedHTTP/1.1 200 OK← "Choose a new password"
  2. 02Fix

    The change your engineers make.

    token = f"{int(time.time())}-{SUFFIX}"token = secrets.token_urlsafe(32)← unguessableexpires = now() + timedelta(minutes=15)← short-lived
  3. 03Retest

    The same attack, after the fix.

    GET /auth/reset/confirm?token=1761469263-7f3a← same guessed tokenHTTP/1.1 400 Bad Request← "Invalid or expired token"

    Retested 15 days later: closed

PXLSec / Finding PXL-MOB-05
Medium

Stored XSS in support ticket fields

Affected
iOS & Android app, ticket subject
Impact
A crafted ticket ran script in the agent's console, exposing other customers' conversations.
  1. 01Evidence

    What we sent, and what came back.

    POST /api/tickets HTTP/1.1← sent from the iOS app{"subject": "<img src=x onerror=alert(1)>"}HTTP/1.1 201 Created← stored as written agent console › ticket #5521alert(1) on support.example.test← script ran in the agent's session
  2. 02Fix

    The change your engineers make.

    <td>{{{ ticket.subject }}}</td>← raw HTML<td>{{ ticket.subject }}</td>← escaped by the template
  3. 03Retest

    The same attack, after the fix.

    agent console › ticket #5522← same payload<img src=x onerror=alert(1)> shown as text← no script runs

    Retested 6 days later: closed

Findings anonymised from real engagements. Requests, hosts and data are synthetic, in the same format as our reports.

  • Cover
  • Executive summary
  • Summary of findings
  • Finding with evidence

What you receive

The same structure in every report, so leadership can act on page four and engineers can work from page eleven.

  • Executive summaryRisk and priorities on two pages.
  • Technical findingsEvidence and reproduction for each issue.
  • Remediation guidanceFixes ranked by real risk.
  • Live debriefA walkthrough with your engineers.
  • Retest letterWritten proof of what is closed.

Structured to support evidence for ISO 27001, SOC 2, PCI DSS, DORA and NIS2.

Expertise you can put to the test.

Our engineers hold demanding, hands-on certifications. Most are earned in timed, hands-on exams against live lab targets rather than multiple-choice tests.

OSCE³ badgeOSCE³OffSec Certified Expert
OSWE badgeOSWEOffSec Web Expert
OSEP badgeOSEPOffSec Experienced Penetration Tester
OSED badgeOSEDOffSec Exploit Developer
OSCP badgeOSCPOffSec Certified Professional
CRTO badgeCRTOCertified Red Team Operator
CRTL badgeCRTLCertified Red Team Lead
CRTE badgeCRTECertified Red Team Expert
CRTP badgeCRTPCertified Red Team Professional
BSCP badgeBSCPBurp Suite Certified Practitioner
CREST CRT badgeCREST CRTCREST Registered Penetration Tester
CPSA badgeCPSACREST Practitioner Security Analyst

Trusted with the work that matters.

Long-standing clients, some with us since our first year. Names are withheld: we work under NDA by default.

PXLSec's team is very talented and committed, and strives to get the job done. Their penetration testing skills are top-notch, at both network and web application level. Their reporting and communication skills are very good too.

CEOCyber threat intelligence company

PXLSec provides professional IT security analysis and advice. The team demonstrates expertise and is thorough in its work. We have been impressed with their attention to detail and highly recommend their services.

Senior Cyber Security AnalystClient organisation

We hired PXLSec to analyse our website for potential security threats. We got the top vulnerabilities listed, along with a way to mitigate them. This helped us reduce the chances of an attack.

Founder and engineerSoftware company

PXLSec provides top-notch security services with a focus on making things right for their clients. I would highly recommend anyone looking for cyber consultants to give them a try.

ClientTechnology services

PXLSec has helped us with a number of security activities and we have always been very pleased with the quality and delivery.

Head of ProductHealthcare technology company

Questions clients ask

Anything else? Email [email protected] and a tester will answer.

How long does a penetration test take?

Most web application or API tests take one to two weeks of testing, depending on scope. Red team operations usually run for several weeks. You receive a clear timeline in the proposal.

How is pricing determined?

Pricing is based on scope and effort and agreed in writing before testing starts. Penetration tests include a remediation retest within the agreed scope and window. For other assessments, recurring scans or additional testing rounds, the proposal states what validation is included.

Will testing disrupt our production systems?

Safety comes first. We agree rules of engagement, testing windows and emergency contacts up front, and avoid destructive techniques unless you explicitly authorise them. Staging environments are welcome.

Do you help with compliance requirements?

Yes. Our reports are structured to support evidence for ISO 27001, SOC 2, PCI DSS, DORA and NIS2, and we can map findings to the specific controls in your audit.

Can you sign our NDA and supplier paperwork?

Yes. PXLSecurity LTD. is registered in Bulgaria (VAT BG203239331) and routinely works under client NDAs, DPAs and vendor-onboarding processes.

Do you work internationally?

Yes. We work with clients across Europe and beyond, remotely or on-site according to the agreed scope.

Send us one URL.

Tell us what it is and what worries you about it. A senior tester usually replies within one business day with questions, a proposed approach and a quote.

Confidential from the first conversation

We can sign your NDA before you share sensitive details. Your enquiry is covered by our privacy policy.

How we protect your information · Privacy policy