Cybersecurity

Cybersecurity: Recurrent Exposures & 90 Days

Cybersecurity: Recurrent Exposures & 90 Days

The cybersecurity landscape constantly evolves, yet a worrying constant persists: recurrent exposures. While media attention often focuses on novel zero-day vulnerabilities, reality shows that most successful attacks exploit known flaws, often months or even years old. A deep dive into security advisories published over the last 90 days, based on industry review data, reveals a clear picture: negligence in managing security fundamentals is the primary risk vector. This article explores lessons learned from this period, identifying patterns of the most frequent exposures and providing operational strategies to mitigate them. The goal is not to chase every single CVE, but to build resilient defense against the most common and predictable threats.

Tested on: Enterprise environments with 2,000 workstations and 300+ VMware VMs · September 2026

Prerequisites for Resilient Security

Before addressing specific exposures, a solid foundation is crucial. This includes an up-to-date inventory of all IT assets, an efficient patch management system, and a well-defined security framework (e.g., based on NIST CSF 2.0 or ISO 27001:2022). Without these elements, any mitigation effort will be a palliative. An accurate inventory allows you to understand the attack surface, while a structured patching process ensures fixes are applied promptly. Read also: IT Asset Inventory: Foundations for Cybersecurity

1. Analysis of Recurrent Exposures: 90-Day Data

Analysis of recent security advisories highlights clear patterns. The most exploited vulnerabilities are not always the most complex, but those that find fertile ground in inadequately managed environments. Among the main categories, these stand out:

  • Poor Patch Management: Failure to apply patches for known vulnerabilities is the number one cause. Many critical CVEs remain open for months, offering attackers extended windows of opportunity.
  • Default or Weak Configurations: Systems and applications left with default configurations, or insufficient security parameters, are easily compromised. This includes unused open ports, unnecessary active services, and weak password policies.
  • Lack of Network Segmentation: A flat network, without VLANs or micro-segmentation, allows attackers to move laterally once an initial foothold is gained. Read also: Hospital Network: NIS2 Minimum Segmentation
  • Weak or Reused Credentials: The use of simple passwords, their reuse across multiple systems, or the lack of multi-factor authentication (MFA) for privileged access. This is a classic entry point for brute-force or credential stuffing attacks.
  • Exposure of Administrative Services on the Internet: RDP, SSH, VPN, or management panels directly exposed to the internet without adequate protections (e.g., IP whitelist, MFA, secure gateways).

2. Operational Mitigation Strategies

Addressing these exposures requires a systematic and proactive approach. It’s not enough to react to advisories; we must build an intrinsically more robust defense.

2.1. Strengthening Patch Management

Implement a patch management process that includes regular scans, risk-based prioritization (e.g., using CVSS scores and business impact), and automation. For Linux systems, constant updating is vital:

sudo apt update && sudo apt upgrade -y
sudo reboot

This command, though basic, is often overlooked. For more complex environments, consider centralized patch management solutions.

2.2. Configuration Hardening

Every new system or application must be installed with a documented hardening process. This includes:

  • Disabling unnecessary services.
  • Changing all default credentials.
  • Configuring local firewalls (e.g., ufw on Linux, Windows Firewall).
  • Implementing the principle of least privilege.

An example of SSH hardening:

# /etc/ssh/sshd_config
PermitRootLogin no
PasswordAuthentication no
PubkeyAuthentication yes
AllowUsers rosario.giordano

2.3. Network Segmentation and Controls

Divide the network into logical segments (VLANs) and implement firewalls between them to control traffic. Use a SIEM to monitor anomalous traffic between segments. For FortiGate firewalls, a segmentation policy example:

config firewall policy
    edit 0
        set name "Allow_Web_to_DB"
        set srcintf "VLAN_Web"
        set dstintf "VLAN_DB"
        set srcaddr "subnet_web"
        set dstaddr "subnet_db_servers"
        set service "PostgreSQL"
        set action accept
    next
end

2.4. Credential Management and MFA

Enforce strong password policies, regular rotation, and, crucially, MFA for all administrative access and exposed services. Tools like FreeIPA or Active Directory with integrated MFA are essential. Read also: MFA Admin: Unblocking Operations

Common Errors and Troubleshooting

One of the most common errors is the lack of a post-patching verification process, which can lead to service interruptions. It is crucial to test patches in a staging environment before production. Another error is the absence of a rollback plan in case of issues. Finally, neglecting security log monitoring: a well-configured SIEM can detect exploitation attempts before they escalate into a breach.

FAQ — Frequently Asked Questions

How often should I apply critical patches?

Critical patches should be applied as soon as they are available, after an adequate testing phase. For vulnerabilities with a CVSS score above 9, the goal should be within 24-72 hours, especially if a public exploit exists (like those in the CISA KEV).

How can I automate configuration hardening?

Automation can be achieved with tools like Ansible, Puppet, or Chef. These allow you to define the desired state of systems and apply it consistently and repeatedly, reducing human error and accelerating secure deployments.

Is network segmentation enough to prevent lateral movement?

Segmentation is a fundamental step, but not sufficient on its own. It must be accompanied by granular access controls, monitoring of traffic between segments, and the implementation of the principle of least privilege for users and services. This creates defense in depth.

What is the role of EDR in preventing recurrent exposures?

An EDR (Endpoint Detection and Response) can detect exploitation attempts of known vulnerabilities even before a patch has been applied, or if an attacker manages to bypass perimeter defenses. It offers real-time visibility into endpoint activity and rapid response capabilities.

Conclusions with Operational Takeaways

Recurrent exposures represent a persistent and often underestimated threat. The main lesson from the last 90 days of security advisories is that resilience does not come from chasing zero-days, but from robust and systematic management of security fundamentals. Investing in effective patch management, configuration hardening, network segmentation, and strong credential management is more effective than chasing every new threat. These pillars, combined with user training and proactive monitoring, are the true defense against most attacks. We cannot eliminate all risks, but we can significantly reduce them by focusing on what is controllable and repeatable.

Sources

Updated: September 2026

Share this article:

Written by

Rosario Giordano

Rosario Giordano is a system administrator and IT consultant specializing in cybersecurity and cloud, with over 20 years of experience managing enterprise Linux infrastructures. His areas of expertise include SSH hardening, Kubernetes platforms, PostgreSQL databases, VMware/ Proxmox virtualization, and compliance with NIS2 and ISO 27001 security frameworks