Dipentestku / independent security testing & QA

For web applications, APIs, and external assets.

Security testing
& functional QA.

Penetration testing to validate security weaknesses. Functional QA to check features, user journeys, and regressions. Choose security testing, functional testing, or both to suit your application.

Discuss an assessmentExplore pentest & QA deliverables

Testing takes place with written authorization, within an agreed scope.

Certifications

  • Certified AppSec Practitioner

    The SecOps Group

  • Cybersecurity Essentials

    Cisco

What needs testing?

Security assessments and functional QA. The scope is shaped around your application and what your team needs to understand.

Web applications

Test login flows, separation between user roles, and the business logic your customers interact with.

  • Authentication & authorization
  • Business logic & session management
  • Input validation & injection
Discuss this assessment

APIs & backends

Examine who can access an object, what an endpoint exposes, and how authentication tokens are handled.

  • Object authorization / BOLA / IDOR
  • Tokens & authentication
  • Data exposure & rate limiting
Discuss this assessment

External exposure

Map what is visible from the internet: assets, exposed services, misconfigurations, and information leaks.

  • Public asset discovery
  • Exposed panels & services
  • Configuration, DNS & subdomains
Discuss this assessment

Quality assurance (QA)

Check whether your web application or API behaves as expected. Test user journeys, revisit changed features, and document reproducible bugs.

  • Functional & user journey testing
  • Regression testing
  • Bug reproduction & documentation
Discuss this assessmentQA scope & deliverables

For the teams behind the application.

SaaS Companies. Platforms handling multi-tenant customer data and access control.

Startups. Teams preparing for production launch or investor security reviews.

Software Development Teams. Developers building and maintaining customer-facing applications.

Companies with Customer Portals. Businesses exposing authenticated interfaces to users or partners.

API Providers. Teams exposing REST APIs to customers, partners, or mobile apps.

Compliance-Driven Organizations. Teams needing documented security assessments for audits or due diligence.

Notes from the work

Selected assessments.

A closer look at the context, the testing, and the outcome. Client identities are anonymized under NDA.

SaaS / Web App / Grey Box

Multi-Tenant SaaS Platform

A B2B SaaS platform serving multiple enterprise clients, handling sensitive business data across isolated tenant accounts.

Key Risk Identified

A security weakness affecting access control was identified and validated, allowing potential cross-tenant data exposure under specific conditions.

Challenge
The platform needed to verify that tenant isolation and access control mechanisms were functioning as intended before a major product release.
Assessment Focus
Authentication, authorization, tenant isolation, session management, and business logic workflows.
Outcome
Validated findings were documented with reproduction steps and remediation guidance. All critical issues were resolved prior to launch.

These notes explain the assessment approach. System details and client data are not published.

  1. 01

    Understand the Scope

    Define target assets, authorization boundaries, testing windows, and rules of engagement with your team.

  2. 02

    Map the Attack Surface

    Identify application components, endpoints, technologies, entry points, and potential exposure areas.

  3. 03

    Security Testing

    Perform structured manual and tool-assisted testing based on identified risks and attack surface.

  4. 04

    Validate Findings

    Confirm that identified issues are genuine vulnerabilities, eliminating false positives before reporting.

  5. 05

    Assess Impact

    Analyze exploitability, potential business impact, and likelihood to determine appropriate severity ratings.

  6. 06

    Report & Remediate

    Deliver a professional report with executive summary, technical details, evidence, and actionable guidance.

Deliverables

Written for the people making the fixes.

Deliverables match the service: risk findings and remediation guidance for penetration testing, scenario test results and bug documentation for functional QA.

Penetration testing

Executive Summary
A clear, non-technical overview of security risks suitable for management and stakeholders.
Technical Findings
Detailed documentation of each vulnerability, including affected components and reproduction steps.
Evidence & Validation
Screenshots, request/response samples, and proof-of-concept for every validated vulnerability.
Risk Assessment
Severity ratings and potential business impact for each finding, prioritized for your team.
Remediation Guidance
Practical, actionable steps to fix each vulnerability, written for your development team.
Retest Verification
Optional verification that identified vulnerabilities have been successfully remediated.
dipentestkuSAMPLE REPORT
STRUCTURE PREVIEW

Web application
security assessment

Findings documentation & remediation guidance

01

Executive summary

Context, assessment scope, and risk overview.

02

Technical findings

Affected components, supporting evidence, and reproduction steps.

03

Remediation

Fix priorities and technical recommendations.

STRUCTURE ILLUSTRATION / NO CLIENT DATA

Functional QA deliverables

See which scenarios were tested, the results, and the bugs to address. Coverage is defined around agreed features and expected behavior.

QA scope & deliverables
  • Test coverage and results for the agreed scenarios
  • Bug reports with reproduction steps, expected behavior, and actual behavior
  • Supporting evidence and agreed issue priorities
  • A summary of issues and recommended next steps

FAQ

Before we begin.

Common questions from businesses considering a security assessment.

Ask another question
Is penetration testing safe for our systems?

Yes. Security assessments are conducted carefully with agreed-upon boundaries. We work within defined scope, avoid destructive actions, and can schedule testing during off-peak hours to minimize any impact. Testing can also be performed in a staging environment.

Will testing affect our production systems?

We take care to minimize disruption. Testing scope, hours, and intensity are agreed upon in advance. For applications where uptime is critical, we can test in staging first or time testing for low-traffic periods.

Do you need authorization before testing?

Always. We never test without explicit written authorization from the application owner. This protects both parties legally and ensures testing stays within agreed boundaries. Authorization and rules of engagement are formalized before any testing begins.

Can you sign an NDA?

Yes. We sign NDAs as standard practice before every engagement. All findings, client information, and application details remain strictly confidential. We do not retain client data after project completion.

How long does an assessment take?

Duration depends on the scope and complexity of your application. As a general guide: simple applications take 3–5 days, medium-complexity web apps with APIs take 5–7 days, and more complex multi-tier platforms can take 7–12 days. We'll provide a clear estimate after reviewing your scope.

What will we receive after the assessment?

You receive a complete security report including: executive summary (suitable for management), detailed technical findings with evidence, severity ratings, and practical remediation guidance written for your development team. Optional retest verification is available after fixes are applied.

Do you provide remediation guidance?

Yes. Every finding in our report comes with specific, actionable remediation steps. We write remediation guidance for developers, with concrete steps to implement. We're also available to answer questions as your team works through fixes.

Can you retest after we fix vulnerabilities?

Yes. Retest verification is available to confirm that identified vulnerabilities have been successfully remediated. We review the specific findings and verify that fixes are effective, including checking for regressions.

What's the difference between your assessment and a vulnerability scanner?

Manual testing examines business logic, access control, and vulnerability chains that require application context. Findings are validated before they are reported.

How does QA differ from penetration testing?

Functional QA checks whether agreed features and user journeys behave as expected, including regression checks and bug documentation. Penetration testing focuses on exploitable security weaknesses. Tell us whether you need functional testing, security testing, or both so the scope and deliverables can be agreed.

Contact & scoping

Tell us what you’re building.

Tell us what you would like to assess. We will review your requirements and determine the appropriate next step.

Direct inquiries
dipentestku@gmail.com

Tell us about your application, your goals, and the scope you have in mind. We’ll review the requirements before defining the assessment.

  1. 01Initial discussion & requirements
  2. 02Scope, NDA & written authorization
  3. 03Proposal & assessment scheduling

Please keep passwords, tokens, and sensitive data out of this form.

No commitment required. Scope is confirmed before testing begins.