top of page

The 5 Vulnerabilities ESKA Finds in Every Second Penetration Test

  • ESKA ITeam
  • Jun 9
  • 4 min read

When organizations think about penetration testing, they often expect sophisticated zero-day vulnerabilities or advanced attack techniques. In reality, the issues that put businesses at the greatest risk are usually much more mundane.


Based on penetration tests conducted by the ESKA team throughout 2024–2025, five security weaknesses appear so consistently that we actively look for them before running a single automated scanner.

And more often than not, we find them.



1. Publicly Accessible Remote Desktop (RDP)


Remote Desktop Protocol (RDP) allows administrators to manage Windows systems remotely. Unfortunately, it is also one of the most frequently abused entry points during real-world attacks.


What we typically find

Many organizations expose TCP port 3389 directly to the Internet without additional protection.

Typical findings include:

  • Direct Internet exposure without a VPN

  • No IP allowlisting

  • Default administrator accounts

  • Weak or reused passwords

  • Missing Network Level Authentication (NLA)

Attackers continuously scan the Internet for exposed RDP services. Once discovered, they attempt password spraying, brute-force attacks, or credential stuffing using passwords leaked from previous breaches.

In many ransomware incidents, exposed RDP remains the initial point of compromise.


How to reduce the risk
  • Never expose RDP directly to the Internet.

  • Require VPN access before remote administration.

  • Restrict access using IP allowlists whenever possible.

  • Enable Network Level Authentication (NLA).

  • Rename or disable the default Administrator account.

  • Monitor authentication attempts and enforce account lockout policies.



2. Missing Multi-Factor Authentication on Critical Accounts


Multi-factor authentication (MFA) remains one of the most effective security controls available.

According to Microsoft, MFA prevents the overwhelming majority of password-based account compromise attempts.

Yet during many assessments we still discover that MFA is only partially deployed.


What we typically find

MFA may protect executive email accounts while remaining disabled for:

  • VPN gateways

  • Cloud administration portals

  • GitHub or GitLab administrator accounts

  • AWS, Azure, or Google Cloud consoles

  • Backup infrastructure

  • Password managers

  • Domain administrator accounts

A single compromised password without MFA may provide attackers with unrestricted access to critical systems.


How to reduce the risk
  • Identify all privileged and business-critical accounts.

  • Require MFA for every administrative account without exception.

  • Prefer authenticator applications or hardware security keys over SMS.

  • Protect MFA recovery procedures with additional verification.

  • Regularly review accounts that can bypass MFA policies.



3. Default or Weak Passwords on Network Equipment


This is one of those findings that sounds unbelievable until you see it repeatedly.

We still encounter:

  • Cisco devices using default credentials

  • MikroTik routers with "admin" accounts

  • IP cameras using admin/admin

  • Network printers with no authentication

  • Switch management interfaces exposed internally with weak passwords

Often these devices have remained untouched since installation.


Why it matters

Network infrastructure forms the backbone of every corporate environment.

Compromising a router, switch, or firewall can allow attackers to:

  • intercept network traffic

  • modify routing

  • disable security controls

  • establish long-term persistence

  • pivot deeper into internal networks

In some cases, exposed devices can even be located using Internet-wide search engines such as Shodan.


How to reduce the risk
  • Inventory every network-connected device.

  • Replace all default credentials immediately.

  • Use unique passwords stored in an enterprise password manager.

  • Restrict management interfaces to dedicated administrative networks.

  • Review configurations during regular security assessments.



4. Outdated Software with Known Vulnerabilities


Modern attackers rarely need unknown vulnerabilities.

Public exploits for critical CVEs often become available within hours or days after disclosure.


What we typically find

During penetration tests we regularly discover:

  • Windows servers missing security updates

  • Microsoft Exchange servers vulnerable to publicly known exploits

  • Outdated Confluence, GitLab, Jira, or Jenkins installations

  • VPN appliances running years-old firmware

  • Firewalls missing critical security patches

  • Internet-facing applications with long-known vulnerabilities

Most of these issues already have publicly available exploit code.


How to reduce the risk
  • Maintain a complete inventory of software assets.

  • Establish a formal vulnerability and patch management process.

  • Prioritize Internet-facing systems within 24–72 hours of critical security updates.

  • Apply compensating controls when immediate patching is impossible.

  • Perform regular vulnerability assessments to identify outdated systems before attackers do.



5. Excessive User Privileges


The Principle of Least Privilege is one of cybersecurity's most fundamental concepts.

Unfortunately, it is also one of the most commonly violated.


What we typically find

Examples include:

  • Standard employees with local administrator rights

  • Backup service accounts with Domain Admin privileges

  • Developers having unrestricted production database access

  • Former employees whose accounts remain active months after leaving

  • Shared administrative accounts used across departments


Why it matters

Excessive privileges dramatically increase the impact of any compromise.

If an attacker gains access to an ordinary employee account that already has administrative permissions, privilege escalation becomes unnecessary.

This significantly simplifies lateral movement throughout the environment.


How to reduce the risk
  • Review all privileged accounts regularly.

  • Remove unnecessary local administrator rights.

  • Separate standard and administrative accounts.

  • Disable accounts immediately during employee offboarding.

  • Implement Privileged Access Management (PAM) for sensitive administrative access.

  • Periodically audit service accounts and technical identities.



Why Do These Vulnerabilities Still Exist?


None of these issues are particularly sophisticated.

They are well understood, thoroughly documented, and relatively inexpensive to fix.

Yet they continue to appear because organizations are busy.

Security improvements get postponed.

Legacy systems remain untouched.

Administrative access gradually expands.

Temporary exceptions become permanent.

Over time, these small weaknesses accumulate into significant business risk.



A Penetration Test Is About Prevention, Not Blame


A penetration test is not designed to prove that an organization has poor security.

Its purpose is to identify exploitable weaknesses before cybercriminals do.

The difference between "we completed a penetration test" and "we experienced a ransomware incident" is often nothing more than fixing vulnerabilities like these before they're exploited.



A Simple Security Checklist


If any of the situations above sound familiar, start by asking these questions:

  • Is RDP exposed directly to the Internet?

  • Do all privileged accounts require MFA?

  • When were your servers, firewalls, VPNs, and network devices last patched?

  • Are default passwords still present anywhere in your infrastructure?

  • Do former employees still have active accounts?

  • Does every user have only the permissions they genuinely need?

These checks cost very little.

Ignoring them can become extremely expensive.



Need an Independent Security Assessment?


At ESKA, we perform infrastructure, web application, API, cloud, and internal network penetration testing to help organizations identify exploitable vulnerabilities before attackers do.


Every engagement includes a detailed technical report, risk assessment, proof-of-concept findings, remediation guidance, and a management summary that helps security and business teams prioritize fixes.

Because the best time to discover a vulnerability is before someone else does.

Comments


bottom of page