Application Security · OWASP · Ethical Hacking

Web Application
Audit

At Internet Security Auditors, we conduct specific, independent, and comprehensive analyses of both internal and external web applications.

Analysis
Functional and technical study of the application
Audit
Security testing following OWASP and proprietary methodologies
Documentation
Executive and technical report with CVSS classification
Service

What is a Web Application Security Audit?

A Web Application Security Audit is a comprehensive and systematic examination to identify security vulnerabilities, technical flaws, configuration errors, or performance issues in a website or web system before an attacker can exploit them.

Companies typically include small applications (Applets, CGIs, ActiveX, etc.) on their websites to help manage data submitted by users (personal data, orders, online payments, access control, etc.). Others use their website to perform a wide variety of operations with their customers, suppliers, and staff (e.g., corporate portals, online brokers/banking, e-commerce, extranets, etc.), which involves a complex application running on the Web or application server that manages all these operations.

The audit follows a black-box philosophy: the application's source code is never audited at any time. The reason for this working methodology is to simulate the actual actions of a malicious attacker who, without having access to said code, attempts to carry out an attack on the system, databases, etc.

The process of auditing Applications is planned in the phases presented below:

Functional Analysis
A general study of the application is conducted, acquiring a global vision of the functionalities it provides in order to propose the optimal actions and procedures to be carried out in the Technical Analysis.
Technical Analysis
An analysis of the application is performed so that it can be decided which types of attacks it is sensitive to.
Test Design
In this phase, the tests to be performed are designed to exploit those security deficiencies that may appear in the audited application.
Test Development
The tests to be executed will be programmed, and the order in which they will be carried out will be determined.
Test Execution
During this phase, all tests are carried out on the audited application, the results obtained are analyzed, and in the case of detecting new vulnerabilities to exploit, it returns to the design phase to attempt to exploit them.
Our services

How we work

Our methodology allows us to conduct an exhaustive review of the audited applications, covering the following security aspects:

01Information gathering

Before auditing an application, it is necessary to determine the scope of the security review with certain key aspects regarding it, which consist of, among others, the following:

  • Application discovery.
  • Identification of application entry points.
  • Analysis of error codes.
  • Platform identification.
02Protocol Reverse Engineering

Attacks that can be carried out against applications may be initiated through the analysis of the protocols implemented by them. Sometimes, security controls may not be implemented robustly enough, and at other times, the incorrect implementation of proprietary libraries for standard protocols also results in security vulnerabilities within the system.

03Analysis of the configuration in the infrastructure

Analysis of the infrastructure and architecture topology can reveal information such as source code, supported HTTP methods, administrative functionalities, authentication methods, or infrastructure configurations. At this point, the following tests are performed:

  • SSL/TLS testing.
  • Infrastructure configuration management testing.
  • Application configuration management testing.
  • File extension handling testing.
  • Identification of old, backup, or unreferenced files.
  • Access to administrative interfaces.
  • HTTP method and XST testing.
04Authentication scheme analysis

Authentication: "is the act of establishing or confirming something (or someone) as authentic." An example of this process is the login process; to perform this analysis, the following tests are conducted:

  • Transmission of credentials over an encrypted channel.
  • User enumeration tests.
  • Tests for predictable user account identification.
  • Brute-force tests.
  • Tests to bypass the authentication scheme.
  • Session termination tests.
  • Tests on CAPTCHA implementations.
  • Multi-factor authentication tests.
  • Race condition tests.
05Session management analysis

At the core of any web-based application lies the way it maintains state control and, therefore, interaction with the user. In the broadest sense, session management encompasses all controls over a user, from authentication to exiting the application.

  • Testing the session management schema.
  • Testing for cookie attributes.
  • Testing for session fixation.
  • Testing for exposed session variables.
  • Testing for CSRF.
06Authorization scheme analysis

Authorization: "It is the concept of granting access to resources only to those permitted to use them." The goal of analyzing the authorization scheme is to understand how it works and, with that information, attempt to bypass the authorization mechanism. To this end, we perform the following tests:

  • Tests for access to protected resources.
  • Tests to bypass the authorization scheme.
  • Privilege escalation tests.
07Business rules analysis

Business rules may include rules that express business policies (such as products, pricing, or locations) or workflows based on ordered tasks for data transmission from one participant (a person or a software component) to another.

  • Business rule testing.
  • Testing for functionality abuse.
08Analysis of the data validation mechanism

The main problem we encounter in applications is that input data validation is not performed properly before use, which causes most of them to be susceptible to attacks against the file system or buffer overflow attacks, among others, as they are affected by vulnerabilities. To carry out this analysis, the following tests are performed:

  • XSS tests (stored, reflected, and DOM-based) / Cross Site Flashing.
  • SQL injection / LDAP injection / ORM injection / XML injection / SSI injection / XPATH injection / IMAP/SMTP injection / code injection / OS command injection tests.
  • Memory overflow tests.
  • HTTP Splitting/Smuggling tests.
09Denial of service analysis

Denial of Service (DoS) aims to prevent a system from providing its usual activity to users. These malicious attacks can occur by depriving a system of critical resources, exploiting vulnerabilities, or through the abuse of functionality.

The goal at this point is to verify if the system is vulnerable to these types of threats; for this purpose, the following tests are carried out:

  • User account lockout tests.
  • Disk writing tests.
  • Resource release tests.
  • CPU-intensive SQL query tests.
10Web Services Analysis

An analysis of the implemented Web Services will be conducted to attempt to detect deficiencies. Access and security controls at the IP level, configuration, information leaks caused by deficiencies in error and exception management, implemented validation filters, as well as the existence of audit and logging controls will be reviewed.

  • Information gathering tests.
  • Tests on the XML structure.
  • Tests of HTTP GET and REST parameters.
  • Tests of attachments in SOAP.
  • Replay tests on Web Services.
11Results
  • High-level executive summary with the classification of the results.
  • Details of all tests performed, specifying their objective.
  • Results obtained in the different tests conducted, with step-by-step descriptions of the detection and exploitation process for each vulnerability.
  • Recommendations to resolve the identified security issues in the most accurate way.
  • Classification of security issues according to their danger level, including CVSS values. This will allow the company to develop an efficient action plan to resolve these security issues.
  • Meeting aimed at explaining the results obtained in the audit and providing advice on possible solutions for the security issues found.

Scope of service

What this service covers

Collection and configuration

Application discovery, entry points, platforms, error codes, SSL/TLS, HTTP methods, and unreferenced files.

Authentication and sessions

Credential transmission, user enumeration, brute force, CAPTCHA, multifactor, cookies, session fixation, and CSRF.

Authorization and business rules

Access to protected resources, privilege escalation, bypass of authorization schema, and abuse of functionality.

Data validation

XSS, SQL injection, LDAP, XML, XPATH and OS command injection, buffer overflow, and HTTP Splitting/Smuggling.

Denial of Service and Web Services

Account locking, disk writing, intensive SQL queries, XML structure, REST parameters, and SOAP attachments.

Results

Executive summary, test details, recommendations, and hazard classification with CVSS values.

What our clients say

Organizations that trust us

FAQ

Frequently Asked Questions

What is the difference between a web application audit and a penetration test?

The penetration test evaluates the security of infrastructure and network systems, while the web application audit focuses specifically on application security: its logic, authentication, access control, data management, and protection against web-specific vulnerabilities such as XSS, SQL Injection, or CSRF.

Is the application's source code reviewed?

The web application audit follows a black-box methodology: the source code is not audited. We simulate the actions of a real attacker who does not have access to the code. If you require a source code review, we offer our Code Review service as a complementary option.

What methodology do you follow?

Our methodology is based on the OWASP Testing Guide, complemented by proprietary techniques and tools developed by our technical team. We cover all categories of the OWASP Top 10 and go further with specific tests adapted to each application.

Can the audit affect the application's performance?

Tests are planned and executed in a controlled manner to minimize any impact. Execution windows are coordinated with the client and rules of engagement are established before starting the tests. In the event that a critical vulnerability is detected, it is communicated immediately.

Can an application be audited in a pre-production environment?

Yes. It is standard practice to audit applications in pre-production or staging environments before they go live. This allows for the detection and remediation of vulnerabilities before the application is exposed to real users.

Contact

Do you need to audit the security of your web application?

Tell us about your situation and our team will get in touch with you to provide guidance or schedule a technical call.

Offices
Barcelona, Madrid, Bogotá
R
Ricardo Andrés Cárdenas
2 months ago

Working with Internet Security Auditors has been a highly satisfactory experience. Their support during the migration to ISO/IEC 27001:2022 and the PCI DSS certification process has been fundamental in strengthening our ISMS.

A
Andrés Mejía
3 months ago

Your team combines solid technical expertise with a strong willingness for collaborative work, which has strengthened our security posture and regulatory compliance.

V
Victoria Villarreal Palazón
4 months ago

They have been our indispensable partner for the implementation of GDPR requirements. I would highlight their availability to resolve questions and their ability to develop a legal framework with concrete and understandable actions.

M
Miguel Acosta
5 months ago

The entire PCI DSS Attestation of Compliance process was extremely fast, efficient, and professional. We undoubtedly recommend your services to any company in need of cybersecurity solutions.

S
Sergio Sainz de la Maza
6 months ago

We have been working with Internet Security Auditors for over 10 years due to their experience, commitment, and accessibility. I recommend them without hesitation.

Request information

We will contact you as soon as possible.
Global Presence

Our offices

Barcelona

C. Santander, 101. Building A-2
E-08030 Barcelona (Spain)

+34 93 305 13 18
Madrid

Arequipa St., 1
28043 Madrid (Spain)

+34 91 763 40 47
Bogotá

Transversal 22 # 98-82, Porta 100 Building, Office 1003
110221 Bogotá (Colombia)

+57 601 638 68 88
25
years of experience in cybersecurity
Contact us