Audit Linux privileges now to limit compromise, escalation, and system-wide damage. Review Linux Privileges×

Alerts This Week
Warning Icon 1 428
Alerts This Week
Warning Icon 1 428

Stay Ahead With Linux Security News

Filter%20icon Refine news
X Clear Filters
X Clear Filters
View More

Get the latest News and Insights

Get the latest Linux and open source security news straight to your inbox.

Community Poll

Should Linux servers automatically install security updates?

No answer selected. Please try again.
Please select either existing option or enter your own, however not both.
Please select minimum {0} answer(s).
Please select maximum {0} answer(s).
/main-polls/157-should-linux-servers-automatically-install-security-updates?task=poll.vote&format=json
157
radio
0
[{"id":506,"title":"Yes \u2014 critical security patches should install automatically.","votes":0,"type":"x","order":1,"pct":0,"resources":[]},{"id":507,"title":"No \u2014 every update should be tested before deployment.","votes":3,"type":"x","order":2,"pct":60,"resources":[]},{"id":508,"title":"Only critical vulnerabilities should auto-install.","votes":0,"type":"x","order":3,"pct":0,"resources":[]},{"id":509,"title":"I patch when Reddit starts panicking.","votes":2,"type":"x","order":4,"pct":40,"resources":[]}] ["#ff5b00","#4ac0f2","#b80028","#eef66c","#60bb22","#b96a9a","#62c2cc"] ["rgba(255,91,0,0.7)","rgba(74,192,242,0.7)","rgba(184,0,40,0.7)","rgba(238,246,108,0.7)","rgba(96,187,34,0.7)","rgba(185,106,154,0.7)","rgba(98,194,204,0.7)"] 350
bottom 200
Loading...

Explore Latest Linux Security news

We found 0 articles for you...
74

Port Scanning Explained: What Port Scanners Are, How Linux Systems Actually Respond, and Why It Matters

What is a port scan? A port scan is a diagnostic or reconnaissance technique used to identify open communication ports on a remote system. By sending packets to specific destinations and observing how the system responds, it becomes possible to map which services are reachable and how a host presents itself from the outside. Most Linux admins assume they already know that answer. Until a scan shows otherwise. From the system itself, everything looks controlled. Configuration files define what should be running, and local tools like netstat or ss confirm which services are active. But from the network, that same Linux system can tell a very different story. Port scanning makes that gap visible. It shows what is actually reachable, how services respond under external pressure, and whether that exposure lines up with what was intended. . Understanding the Attack Surface: What a Port Scan Actually Shows Tools like Nmap , ZMap, or Masscan hand back a clean list. Ports, services, maybe a version string if you’re lucky. It reads simply, which is exactly why people stop digging too early. On a Linux host, you expect the usual spread. SSH on 22, web stack on 80 or 443, maybe a database tucked behind localhost if someone set it up right, maybe not. Most scans come back boring. Nothing jumps out, everything lines up with the build sheet, and it’s easy to move on without asking what you didn’t check. Then something small breaks the pattern. A service shows up where it shouldn’t, or it’s reachable on an interface that was supposed to stay quiet, and now you’re not validating config anymore, you’re looking at real exposure, the kind shaped by firewall drift, forgotten test services, or a quick change that never got rolled back. A database service, like MySQL on 3306, is exposed externally. A caching layer, such as Redis, listening beyond localhost. A management interface reachable from outside the network. None of these is unusual. Most environmentsaccumulate them over time. After scanning enough systems, the pattern becomes obvious. Most hosts expose very little. When one exposes significantly more, that difference usually points to something worth investigating. Beyond the List: What Scan Responses Actually Reveal Once you move past the list of open ports, the next layer becomes more interesting. The responses themselves begin to carry meaning. Services don’t just respond or stay silent. They respond in ways that reflect how they are built, configured, and sometimes misconfigured. Even small details can reveal more than expected: Banner Grabbing: A banner identifying the specific service version (e.g., Apache 2.4.41). Service Discovery: Headers that hint at configuration choices. OS Fingerprinting: Subtle response differences in the TCP/IP stack tied to specific Linux kernels or OS behavior. Individually, these details are small. Together, they form a profile of the system without requiring direct access. Common Scan Methods and What They Expose How a system is scanned changes what it reveals. Some methods behave like normal clients. Others stop short of a full connection. A few rely on how systems react to incomplete or unusual traffic. The differences show up in both visibility and accuracy. Scan Technique How it Works Detection Level TCP Connect (-sT) Completes the full 3-way handshake High, visible in application logs SYN Scan (-sS) Sends SYN, receives SYN-ACK, resets connection Moderate, less visible UDP Scan (-sU) Sends UDP packets, relies on ICMP responses Low, slower, and less predictable The important detail isn’t just how they work, but what they reveal. Different approaches interact with systems differently, and those differences shape the results. Why Network Results Don’t Match Local Configuration This is where things start to diverge. On the host, services are defined by systemd, configuration files, and expected behavior. Everything appears structured and intentional. From the network, that structure isn’t always visible. The drift between internal intent and external reality usually comes from a few familiar places: Binding defaults — services listening on 0.0.0.0 instead of 127.0.0.1 Firewall mismatches — iptables, nftables, or cloud rules behaving differently than expected Ghost services — temporary apps or test services left running Container networking — Docker exposing ports through NAT, bypassing expected controls None of these are dramatic failure. They are small decisions that accumulate over time. Port scanning doesn’t create the problem. It reveals it. How to Reduce and Monitor Your Network Exposure Once you understand what a scan reveals, the defensive side becomes clearer. The goal isn’t to stop scanning. That’s not realistic. The goal is to control what the system shows when it’s scanned. That starts with exposure. Limit listeners — services should only bind where they need to Control access — restrict administrative services to trusted networks Scan your own systems — if you don’t know what’s exposed, neither does your defense Monitor behavior — port scans are noisy patterns, not subtle ones These steps don’t eliminate scanning. They reduce what it can reveal. Real-World Note In most Linux environments, unexpected open ports rarely come from core services. They tend to come from containers, temporary changes, or services binding more broadly than intended. The exposure builds slowly, and it often goes unnoticed until something forces you to look. FAQ: Port Scanning Essentials for Linux Admins Is port scanning legal? Scanning systems you own or have explicit permission to test is a standard security practice. However, scanning third-party networks without authorization can beflagged as malicious activity and may violate terms of service or local laws. What is the difference between an open, closed, and filtered port? Open: A service is actively listening and accepting connections. Closed: The host receives the packet but no service is listening (often returns a RST packet). Filtered: A firewall is dropping the packets, and the scanner cannot determine if the port is open or closed. How do I check open ports locally on Linux? You can use the command ss -tulpn or netstat -tulpn to see which services are binding to which interfaces on your local machine. Final Thoughts: Perspective as a Tool Configuration files describe what should be running. A port scan shows what the system actually allows. Most of the time, those views line up. When they don’t, the difference is where the risk tends to sit. An exposed service, a broader interface than intended, or a system behaving differently than expected from the outside. Port scanning doesn’t change the system or require privileged access. It simply reflects how the system presents itself when something external starts asking questions. Over time, that perspective becomes less about finding open ports and more about understanding exposure. And in most environments, that’s where the real work begins. . Gain insights into how port scanning reveals system exposure and misconfigurations, and enhance your Linux security posture.. port scanning, network security, Linux systems. . MaK Ulac

Calendar%202 Mar 19, 2026 User Avatar MaK Ulac Network Security
74

Top Free Tools For Network Scanning And Enumeration In Pentests

The scanning and enumeration phase of penetration tests is vital, so what are the best free tools you can use to create this solid pentest foundation? . The scanning and enumeration phase is crucial to every penetration tester's methodology and process. It is important to gather information about the network you are carrying a pentest on before you actually begin testing. So what does this really mean? And whar are the best tools to help you during the scanning and enumeration phase of your pentest? Scanning and enumeration entails gathering information about the network or asset you are carrying out a penetration test on. This includes scanning the network to identify live hosts, IP addresses, open ports, services running on those ports, and the operating systems of the machines. It's an important part of reconnaissance because it provides you with information on the target, helps you understand the network's infrastructure, discover potential weak points, and assess its overall security posture. . The reconnaissance and discovery stage is essential to every ethical hacker's strategy and approach.. Network Tools, Penetration Testing, Enumeration Techniques. . Brittany Day

Calendar%202 Aug 14, 2023 User Avatar Brittany Day Network Security
83

Web-Browserify Threats Are Targeting Users of Linux and MacOS Systems

A new malicious package targeting NodeJS developers using Linux and macOS has been discovered hidden in a fake Browserify NPM package. . The malicious package is called "web-browserify," and imitates the popular Browserify npm component downloaded over 160 million times over its lifetime. web-browserify is itself built by combining hundreds of legitimate open-source components, and performs extensive reconnaissance activities on an infected system. Moreover, as of today, the ELF malware contained with the component has a zero detection rate by all leading antivirus engines. . The harmful module is named 'node-serve', and mimics the well-known Serve npm package to compromise devices.. NodeJS Threats, Linux Malware, MacOS Security, Open Source Risks. . LinuxSecurity.com Team

Calendar%202 Apr 14, 2021 User Avatar LinuxSecurity.com Team Hacks/Cracks
83

Automated Reconnaissance Through Google: A Cyber Threat Analysis

Imperva's hacker intelligence initiative yesterday revealed that hackers are now using search engines to facilitate thousands of risk-free attacks.. Hackers bypass Google security for cyber reconnaissanceImperva CTO Amachai Shulman says they are using browsers and Dork search queries to generate more than 80,000 daily queries, identify attack targets and automatically build pictures of exploitable server resources. As searches are conducted using botnets, and not the hacker's IP address, the attacker's identity remains concealed, he adds. The link for this article located at Works Management is no longer available. . Uncover methods in which cybercriminals leverage Google vulnerabilities for safe digital exploration, employing sophisticated search strategies.. Cybersecurity Threats, Search Engine Exploits, Hacker Methodologies, Online Reconnaissance. . LinuxSecurity.com Team

Calendar%202 Aug 17, 2011 User Avatar LinuxSecurity.com Team Hacks/Cracks
83

Understanding Reconnaissance Techniques Used By White-Hat Hackers

As a white-hat hacker for a big audit firm I spent days and nights in our “lab. The most interesting stage of a targeted attack is the reconnaissance, or footprint analysis. Here you use the web, search engines, whois, and nslookup, to discover as much about the target as possible. A whois lookup can tell you email address formats for instance (first letter last name @ company.com). The link for this article located at www.zdnet.com is no longer available. . Explore the captivating exploration stage of focused assaults, showcasing data collection techniques employed by ethical hackers.. Footprint Analysis, Targeted Attack Strategies, White-Hat Techniques. . LinuxSecurity.com Team

Calendar%202 May 15, 2006 User Avatar LinuxSecurity.com Team Hacks/Cracks
News Add Esm H340

Get the latest News and Insights

Get the latest Linux and open source security news straight to your inbox.

Community Poll

Should Linux servers automatically install security updates?

No answer selected. Please try again.
Please select either existing option or enter your own, however not both.
Please select minimum {0} answer(s).
Please select maximum {0} answer(s).
/main-polls/157-should-linux-servers-automatically-install-security-updates?task=poll.vote&format=json
157
radio
0
[{"id":506,"title":"Yes \u2014 critical security patches should install automatically.","votes":0,"type":"x","order":1,"pct":0,"resources":[]},{"id":507,"title":"No \u2014 every update should be tested before deployment.","votes":3,"type":"x","order":2,"pct":60,"resources":[]},{"id":508,"title":"Only critical vulnerabilities should auto-install.","votes":0,"type":"x","order":3,"pct":0,"resources":[]},{"id":509,"title":"I patch when Reddit starts panicking.","votes":2,"type":"x","order":4,"pct":40,"resources":[]}] ["#ff5b00","#4ac0f2","#b80028","#eef66c","#60bb22","#b96a9a","#62c2cc"] ["rgba(255,91,0,0.7)","rgba(74,192,242,0.7)","rgba(184,0,40,0.7)","rgba(238,246,108,0.7)","rgba(96,187,34,0.7)","rgba(185,106,154,0.7)","rgba(98,194,204,0.7)"] 350
bottom 200