Overly broad permissions can turn one compromised account into a much larger security problem. Learn how to reduce unnecessary access, review privileges, and apply least privilege across modern Linux systems. Review Linux Privileges×

Alerts This Week
Warning Icon 1 507
Alerts This Week
Warning Icon 1 507

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":0,"type":"x","order":2,"pct":0,"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":1,"type":"x","order":4,"pct":100,"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 7 articles for you...
210

Ubuntu: Kernel Advisory CVE-2024-0193 Medium Privilege Escalation Impact

The OverlayFS bug in Ubuntu last year slipped through normal testing. Nothing exotic, a permissions issue in the filesystem layer that let local users climb the privilege ladder. Classic Linux security problem. The patch landed quickly, but some production boxes stayed behind for weeks. Always the same story. . Privilege escalation on Linux isn’t a single jump. It’s a crawl. A local user finds a weak spot, gains elevated rights, plants persistence, and starts poking at whatever services share the host. On mail servers, that means the queue, spool, and user directories are suddenly fair game. Once kernel space is compromised, process boundaries don’t mean much. The timeline’s already closed, but the pattern isn’t. Ubuntu patched it mid-2023, and admins rolled out updates later depending on how tightly they manage patch windows. The lag exposed what everyone already knew — kernel trust remains the weakest point in many Linux environments. This one bug just made it obvious again. What the Ubuntu Linux Kernel Vulnerability Reveals The Linux kernel vulnerability tracked as CVE-2024-0193 hit several Ubuntu OEM and LTS builds early in 2024. Most affected systems ran 6.1-series kernels common in 22.04 deployments and HWE stacks. Canonical patched it fast, but there was still a window where local users with the right capabilities could turn a small kernel slip into full system control. The bug sat inside the nftables component of netfilter. A use-after-free in the PIPAPO handling code, tied to how catchall elements were removed. The code freed memory that later operations still touched, leaving dangling pointers behind. In practice, that meant kernel memory corruption without an immediate crash. Clean logs, but corrupted state underneath. Attackers with CAP_NET_ADMIN privileges — or namespace access that simulates it — could abuse this to rewrite kernel structures and escalate straight to root. No need for a fancy payload. Just controlled memory reuse and a bit of timing.Once the kernel is compromised, everything else on the box is an afterthought. From a Linux security perspective, it’s another reminder that isolation at the application layer doesn’t matter when the kernel fails. Containers, mail processes, and monitoring agents all rely on that same trust boundary. One kernel bug, and every userland control unravels with it. Why Linux Security Matters for Email Server Security Every mail system depends on the kernel’s honesty. When that breaks, filters, logs, and containers lose meaning. The recent write-up on kernel privilege escalation in Linux security spells it out. Once the kernel’s memory integrity fails, attackers don’t need to touch Postfix or Exim to take control. They start lower, and everything above follows. Here’s what that looks like in real environments: Logging becomes fiction. Audit trails and syslog entries can be intercepted or rewritten, leaving SOC dashboards calm while queues get drained or relays hijacked. Filters shift silently. An attacker with kernel access can hook system calls, changing how SpamAssassin or Amavis handles messages without altering a single config file. Persistence sticks deep. Implants load before the user space and survive across reboots, so a “clean” restart just reactivates the compromise. Isolation collapses. Containers and VMs share the same kernel. Once that layer’s owned, escaping into neighboring mail nodes is routine. That’s why Linux security isn’t separate from email server security. They’re the same surface. SOC teams watching mail flow have to monitor the OS underneath as well: kernel module checks, boot integrity validation, live memory baselines. If the base lies, the logs lie, and the rest of your tooling is just reading a story someone else wrote. Linux Hardening Strategies for Secure Email Infrastructure Hardening is the part nobody brags about, but it keeps mail systems alive. Miss a patch or leave a loose privilege in place, and you’llbe chasing ghosts later. The Ubuntu notice on USN-7289-1 showed how one small kernel miss can break isolation across the entire stack. Real Linux hardening is what keeps email server security grounded in the OS instead of hoping filters and firewalls will cover it. It comes down to four things: patching on time, locking down the boot chain, keeping privileges tight, and auditing everything that moves. Skip one, and Linux security becomes a patchwork. Patch Management and Kernel Version Visibility When a Linux kernel vulnerability like CVE-2024-0193 lands, the first problem isn’t the patch itself. It’s knowing which systems are still running the old kernel. Too many admins assume updates applied cleanly when they didn’t. You need a live inventory of kernel versions across all mail hosts. Scripts that pull version info after every reboot help. Tie those reports back into your SOC dashboards so outdated nodes stand out right away. Keep distro kernels aligned with upstream patches and track active CVEs, not just package numbers. Kernel visibility isn’t paperwork; it’s proof that your patching works. Kernel Lockdown and Secure Boot Lockdown starts before the OS loads. Secure Boot checks that the kernel image is signed and untampered. Lockdown mode takes over once the system’s running, blocking unsigned modules and write access to kernel memory. Both stop attackers from planting implants that load before the user space. Guidance around kernel lockdown and self-protection on LinuxSecurity goes into the low-level pieces if you need a walkthrough. At the hardware layer, protect BIOS and UEFI. Keep bootloaders signed, set firmware passwords, and cut console access down to whoever actually needs it. This is where Linux hardening becomes physical security, not just software policy. Attack Surface Reduction for Linux Security The easiest way to fix a hole is to remove it. For stronger Linux security, drop kernel modules that have no business on a mail host. Disable USB,wireless, and debug interfaces. Trim background services until you’re left with what actually supports mail delivery and monitoring. Keep privileges lean. Mail daemons shouldn’t have CAP_NET_RAW or unrestricted access to /proc. Use separate service accounts and audit sudo rules for scope creep. Small changes like that cut entire exploit paths without touching the application stack. That’s what steady Linux hardening looks like day to day. Monitoring and Auditing Email Server Security Trust nothing without checking it. Run auditd and file integrity tools to catch new kernel modules or binaries that change unexpectedly. Feed those results into your main dashboards so kernel noise and mail flow data live in the same view. Use SELinux or AppArmor to fence off mail processes. Add EDR rules for privilege jumps or socket floods that hint at kernel-level trouble. For email server security, this is the only reliable way to know when something breaks under the surface. If the kernel is lying, the rest of your logs will lie with it. Real-World Example – Ubuntu Linux Kernel Vulnerability Breakdown The recent Linux kernel vulnerability tied to Ubuntu’s 6.8.0-60-generic build showed what happens when kernel patching drifts just a little out of sync. The upstream fix landed, but some package builds lagged behind in staging. That mismatch left a few systems still running kernels without the corrected memory-handling logic. It wasn’t widespread, but it was enough to remind admins that kernel patching is never “set and forget.” Ubuntu terminal showing a pending linux-image-6.8.0-60-generic update during the kernel vulnerability patching process. In this case, the bug involved a use-after-free condition in kernel memory — the same type explained in LinuxSecurity’s overview of UAF flaws . The issue appeared when internal objects were freed and later accessed again by kernel code still holding a reference. That dangling pointer opened the door to memory corruption. Exploit pathsfollowed a pattern we’ve seen before. Gain a low-privilege foothold, typically through a local service account. Trigger the buggy code path to free and reuse the targeted memory segment. Overwrite the freed space with crafted data to redirect kernel execution. Escalate privileges to full root and disable controls like AppArmor or SELinux. From there, attackers could install persistence hooks, read or modify mail queues, and use the host for lateral movement. Classic kernel exploitation flow. Straightforward but effective — and a good reminder that Linux security starts with timely patching, not response after compromise. FAQ: Linux Hardening and Email Server Security Commonly asked questions about Linux hardening and email server security: Q1: Are only Ubuntu systems affected by the CVE-2024-0193 linux kernel vulnerability in the netfilter nftables code? No. Ubuntu just happened to surface this round, but kernel-level flaws travel fast across distributions. If a bug exists upstream, any distro that ships that kernel branch inherits it until patched. That’s why Linux hardening practices apply everywhere, not just in one ecosystem. Q2: Do containers protect against Linux kernel vulnerability exploits? Not really. Containers share the host kernel. Once the kernel is compromised, container boundaries mean nothing. Namespaces and cgroups provide separation, not isolation. A kernel exploit bypasses them entirely. Q3: What are the most critical Linux hardening actions for email servers? Patch regularly, confirm the active kernel after reboot, and strip unnecessary modules. Apply Secure Boot and lockdown features, enforce least privilege for mail daemons, and monitor kernel activity with auditd or file integrity tools. Hardening isn’t one setting — it’s a maintenance cycle that never ends. Q4: Does Linux security defend against phishing and malware? Not directly. It doesn’t block malicious emails or stop users from clicking links. But a hardened OS keepsattackers from turning a small foothold into full control. In email server security, that’s the difference between cleaning up a spam run and rebuilding the whole system. Takeaway: Strengthening Linux Security for Reliable Email Protection The Ubuntu patch miss showed how thin the margin really is. A single delay in kernel rollout turned into a local privilege path that anyone with shell access could walk. That’s the real lesson: Linux security isn’t about zero-days or advanced payloads. It’s about staying current and watching for the gaps that build up quietly between updates. Strong Linux hardening keeps those cracks from widening. Patch tracking, kernel lockdown, least privilege, and continuous auditing aren’t optional extras; they’re how you make sure the ground your mail stack stands on doesn’t shift underneath it. For SOC teams, visibility at the OS layer has to sit beside mail analytics and spam telemetry. The kernel is now part of the threat surface. When it’s stable and monitored, email server security holds its line. When it’s not, the rest of your defenses just follow it down. . Recent Ubuntu kernel bug revealed serious risks in Linux security, showing the importance of timely patching and hardening strategies.. Linux Kernel Security, Ubuntu Patch Management, Privilege Escalation Risks. . MaK Ulac

Calendar%202 Nov 01, 2025 User Avatar MaK Ulac Security Vulnerabilities
81

Linux Data Privacy: Essential Tools and Security Features Against Threats

Data privacy might sound like a technical issue best left to the IT department, but let me put it into perspective: One day, all your personal messages, sensitive financial information, or even your company's trade secrets could be leaked to unauthorized parties. Unfortunately, this is not a hypothetical scenario; cyber threats are multiplying exponentially, affecting everything from individual devices to enterprise networks. With the threats to the security of systems on all sides, how can we possibly trust them with our data? Well, here comes Linux: powerful, open-source, and with a solid emphasis on security. For those looking to fortify their digital environments, Linux can offer an invaluable solution, thanks to preventing unauthorized access and data breaches. In this article, we will talk about some of the unique security features of Linux and its mechanism for keeping your data safe. We also provide actionable insights to keep you safe from trending cyber threats. The Security Advantage of Linux Linux is designed with security in mind. It’s open-source, meaning that developers and users worldwide can inspect the code, find vulnerabilities, and fix them before they become exploitable. The Linux community is very fast at developing and pushing patches once a risk has been identified; thus, the system remains secure and stable. Additionally, Linux supports removing your online digital data as an extra layer of security, allowing users to minimize their exposure to potential threats. Linux also gives users unparalleled control over their systems. Such flexibility in design allows tailoring an operating system's setup to match specific needs, increasing functionality and security. While many operating systems exist, Linux has quite a few distributions tailored for use cases ranging from personal computing to enterprise solutions. The adaptability combined with the proactive approach toward security makes Linux strong in data protection. Essential Data Privacy Tools on Linux Forthose concerned about data privacy, Linux offers different tools designed to keep data secured through encryption and security protocols. Here are some of the options to consider: Wireshark is a program that analyzes network traffic for any suspicious activity by analyzing various network protocols. It's often used to monitor and evaluate networks, which is vital in spotting possible data breaches or questionable activity. ClamAV is an open-source program that detects worms, trojans, viruses, and phishing programs. When installed on Linux, it scans emails and files for malware that might harm the system. This might block viruses that could result in data loss or breaches. Firejail is an application sandboxing utility. It minimizes the possibility of hacking a system just by tossing its untrusted applications into an isolated environment. Thus, it is a straightforward solution for privacy and protection. If you want to implement robust data encryption, then LUKS is the first choice. It is a type of disc encryption that provides full-block device encryption to lock any sensitive partition or even external drives. Data is kept using a very strong encryption technique so that no one can access it, even if they get physical access to the disc. Linux Success Stories in Data Sharing Over the past few years, Linux has become one of the primary options when it comes to data security and sharing for different sectors: Financial sector Uses Linux to overcome challenges in sharing data with privacy. Sensitive financial information is always under cyber threat, but strong and reliable security features make Linux again a weapon of choice. Organizations protect or avoid breaching critical financial data with the help of Linux. Healthcare Organizations depend on Linux for security regarding patient data transmission while setting high standards, such as HIPAA. Linux actually provides safe storage, access, and sharing of health information. Using a Linux-based solutionreduces the risk of a patient information breach and ensures conformance to existing privacy laws. Government Sector Many governments use Linux to secure sensitive data, anything from public records to national defense data; the list goes on and on. Linux provides the security for it all. Many government agencies have either stopped a breach or two by aiding through Linux or by making sure critical data remains private. Future Data Privacy Trends Data privacy increases as technology evolves, positioning Linux as one of the best options for securing data. As technology and the internet grow, so do possible cyber threats, which means that there will always be a need for secure operating systems like Linux. Based on the current situation, here are some of the trends that might catch wind soon: The first trend is no surprise— artificial Intelligence in Security . As technology progresses, we will see a lot of AI presence. Integrating AI with Linux could add additional layers of security by predicting and preventing possible threats in real-time. More organizations are focusing on open-source security . This is because open-source systems allow for better transparency and security. Even though privacy-enhancing technologies have been around for a while, they are becoming more popular every passing moment. The idea behind these technologies is to reduce a system’s access to personal data without affecting its function. These trends are proof of a shift towards a more user-controlled approach, securing Linux a place among the relevant choices for privacy security. To Sum Up: Linux as a Champion of Data Privacy Linux is open source, community-driven worldwide, at the forefront of data security and privacy, thereby assuring users and developers in their cooperation to patch vulnerabilities while keeping the system secure and reliable. Its openness lets you provide the enhanced assurance that such decisions are sound for all those concerned with eventual databreaches. Whether it’s protecting financial records, healthcare information, or sensitive government data, Linux proves its worth every day. As cyber threats grow, Linux keeps evolving to stay ahead. If you’re serious about keeping your data safe, Linux isn’t just a wise choice—it’s the right one. . . Explore the ways Linux enhances information security and privacy through powerful utilities and techniques for safe internet interactions.. Data Privacy, Online Security, Linux Tools, Encryption, Open-Source Security. . MaK Ulac

Calendar%202 Nov 15, 2024 User Avatar MaK Ulac Privacy
210

Linux Kernel SLUBStick Exploit: Critical Threat and Mitigation Strategies

The Linux kernel, the central nervous system of many devices worldwide, interfaces computer hardware and its processes and user processes. Because of its prevalence and importance, vulnerabilities within its code are of grave concern. . One such flaw, oddly named "SLUBStick", has caused shockwaves throughout cyberspace due to its potential ability to enable attackers to gain complete system control. To help you understand this threat and secure your systems against it, I'll discuss this vulnerability and its impact and provide practical mitigation strategies you can implement to reduce risk. What Is the SLUBStick Vulnerability? SLUBStick is more than a bug to be fixed; it represents an exploit using memory allocation flaws to indiscriminately gain access to kernel memory, leading to read and write access. A paper published by researchers from Graz University of Technology details this vulnerability, which affects recent Linux kernel versions like 5.19 and 6.2. Compromised systems may enable unprivileged users to elevate their privileges beyond what would generally be permitted, leading to dire consequences such as container escape attacks by adversaries looking beyond the isolation provided by containers. At the core of SLUBStick lies an exploit of the kernel's SLUB memory allocator through timing side-channel techniques, known as timing side-channel attacks. This method far outperformed previous attack attempts, with success rates surpassing 99% for commonly used memory caches compared to just 40% previously. By manipulating page tables (used by CPUs to convert virtual addresses to physical addresses), SLUBStick gives attackers access to physical memory, which they can remap into their process's address space, thus seizing control of an entire system. SLUBStick Exploitation in Stages SLUBStick's complexity lies in its multi-step process, turning heap vulnerabilities into read/write access points with total power over read/write operations. Researchers explain, "SLUBStickleverages a kernel heap vulnerability to gain a Memory Write Primitive (MWP). This primitive provides an adversary with a write capability to previously freed memory at a controlled time." This method illustrates how seemingly harmless memory bugs can compromise system systems while bypassing many modern kernel defense mechanisms without detection. What Is SLUBStick's Impact on Affected Systems? SLUBStick's effects are far-reaching and multidimensional. It puts servers, embedded devices, and desktops running compromised kernel versions at risk of attackers executing code with elevated privileges, potentially leading to data breaches, service outages, and an impactful blow to organizations that depend on keeping systems' confidentiality, integrity, and availability intact. Furthermore, this vulnerability illustrates how an experienced attacker can quickly escalate privileges and bypass barriers to stop such elevation. It is a stark reminder that attackers only require minor weaknesses to destroy entire systems. SLUBStick stands out from its rivals as particularly dangerous due to its reliability and effectiveness against real-world vulnerabilities. When researchers tested it against nine extant Linux vulnerabilities, its agility in bypassing security checks became immediately evident—thus marking an evolutionary step in exploiting memory allocation flaws while setting new standards for attack methodologies and, potentially, cyber threats. Practical Measures for Securing Linux Systems against SLUBStick Administrators should take specific measures to mitigate risks associated with this threat: Immediate Updates and Patching: Apply all security patches provided by your Linux distribution, including those related to SLUBStick vulnerabilities, as soon as they become available. Monitoring and Logging: Enhance system monitoring capabilities to detect any anomalies or suspicious activities that might indicate an attempt at exploitation. Employ Kernel Hardening: Implementingtechniques like randomizing allocator caches and fortifying page table access may help deflect such attacks, although they may not provide a permanent solution. Container Security Best Practices: Ensure container environments adhere to best practices , such as using the least privilege principle and regularly scanning for vulnerabilities. Adopt Enhanced Security Solutions: Consider adopting enhanced security tools like SELinux and AppArmor , which can further tighten access control in the kernel. Security Awareness: Businesses should ensure staff members know potential security threats and the significance of maintaining robust security hygiene. Our Final Thoughts on the SLUBStick Vulnerability The SLUBStick vulnerability underscores the challenges of protecting operating system kernels against ever-evolving security threats. It highlights dormant code flaws and memory management challenges within kernels. Overall, it serves as an emphatic reminder that comprehensive security remains an ever-evolving concept that requires updates, monitoring, and proactive defense lines that must adapt just as fast as attackers innovate new attacks. . Explore the SLUBStick flaw and discover effective strategies to safeguard your Linux environments from its potential threats.. Linux Kernel Security, SLUBStick Threat, Memory Exploit Mitigation, Security Practices, System Integrity. . Brittany Day

Calendar%202 Aug 21, 2024 User Avatar Brittany Day Security Vulnerabilities
83

New Reptile Rootkit Attack on Linux: Port Knocking for Control

A new kernel module rootkit malware was released recently on GitHub, dubbed Reptile. It’s an open-source rootkit that has the ability to hide itself, other malicious codes, files, directories, and network traffic. . While, unlike other rootkit malware, Reptile stands out with a reverse shell, enabling easy system control, and its signature move is Port Knocking. Port Knocking opens a specific port on an infected system, connecting it to the C&C server upon receiving an attacker’s Magic Packet. The cybersecurity researchers at ASEC recently identified this new rootkit malware. Reptile aids malware installation and equips attackers with Listener, a command line tool that awaits a reverse shell connection to execute on infected systems, granting control to the attacker. Attackers can operate a reverse shell without specifying the C&C server by forwarding specific packets using Port Knocking. Packet, a command line tool, receives parameters for the reverse shell connection and port knocking method. The link for this article located at CyberSecurity News is no longer available. . Investigate the latest Reptile rootkit malware utilizing port knocking techniques for discreet Linux infiltrations, enabling streamlined system manipulation.. Reptile Rootkit, Linux Malware, Port Knocking, Open Source Threat. . LinuxSecurity.com Team

Calendar%202 Jul 26, 2023 User Avatar LinuxSecurity.com Team Hacks/Cracks
210

BootHole Vulnerability Alert: Secure Boot Impacting Linux And Windows

A dangerous new vulnerability has been discovered in Secure Boot that affects a huge number of Linux and Windows systems that use the UEFI specification during boot. . The vulnerability, called BootHole, was found by an enterprise security research firm, Eclypsium ( spotted by Tom’sHardware ). The flaw is specifically present in the GRUB2 file in Secure Boot and can be used by attackers to attain “near-total control” of the victim’s system. The firm says that the problem “extends to any Windows device that uses Secure Boot with the standard Microsoft Third Party UEFI Certificate Authority”, therefore putting a huge number of Windows desktops, laptops, workstations, servers, and other special-purpose equipment that use the technology are affected. . The recent BootHole exploit compromises the Secure Boot functionality in numerous Linux and Windows platforms, enabling distant adversaries to gain unauthorized access to systems.. BootHole Vulnerability, Secure Boot Flaw, Linux Systems, Windows Vulnerability, GRUB2 Exploit. . Brittany Day

Calendar%202 Jul 30, 2020 User Avatar Brittany Day Security Vulnerabilities
210

Chrome System-Control Bug: Google Patch Update for All Desktop Users

Are you a Google Chrome user? If so, have you heard about the system-controlling Chrome bug in Blink? Get the details: . Google is patching a serious bug in the desktop version of its Chrome browser that could let an attacker take over a computer simply by luring users to a website. A fix for the bug, which affects the desktop version of Chrome on macOS, Windows, and Linux, will be available in the coming days, the company said. The flaw doesn’t affect the iOS or Android versions of Chrome. The bug lies in Blink, the rendering engine that underpins Chrome. A rendering engine is the part of the browser that interprets HTML and creates the visuals you see when you visit a website. Blink is part of the open-source Chromium project on which Chrome is based. The Chromium team created Blink in 2013 as a fork of WebCore, which is a part of WebKit, the browser engine that Apple uses for its Safari browser. The link for this article located at Naked Security is no longer available. . Mozilla is addressing a critical vulnerability in the desktop variant of its Firefox browser, which has the potential to allow hackers to seize control.. Google Chrome, Blink, system security, software patch. . Brittany Day

Calendar%202 Aug 30, 2019 User Avatar Brittany Day Security Vulnerabilities
83

Adobe: Critical Issue with Flash Player and Acrobat System Control

Adobe issued a security bulletin about a critical vulnerability that could compromise user systems and promised a fix next week. An exploit already exists as an Excel spreadsheet with Flash embedded.. Adobe will be fixing a critical vulnerability in its Flash Player, Adobe Acrobat and Reader X. There are already exploits in the wild for Flash, Adobe said. When exploited, this critical vulnerability could crash the system or allow the attacker to take complete control of the affected system, Adobe said in a security advisory March 14. Attackers were using a malicious Flash file embedded in a Microsoft Excel file that is attached to an e-mail message, Adobe said. The vulnerability affects the latest versions of Adobe Flash Player for Windows, Mac OS X, Linux, Solaris and Chrome. It also exists in the authplay.dll file that ships with Adobe Reader and Acrobat X (10.0.1), as well as earlier 10.x and 9.x versions for Windows and Macintosh. Adobe Reader 9.x for UNIX, Adobe Reader for Android, and Adobe Reader and Acrobat 8.x are not affected, Adobe said. The link for this article located at eWeek is no longer available. . A significant vulnerability in Flash Player, Acrobat, and Reader X is set to be patched by Adobe, which potentially compromises user systems.. Adobe Flash Player, Reader X, critical flaw, security bulletin. . LinuxSecurity.com Team

Calendar%202 Mar 15, 2011 User Avatar LinuxSecurity.com Team Hacks/Cracks
77

Apache 2.2.14 Critical Advisory: Remote Control Bug Detected

IT security company Sense of Security has discovered a serious bug in Apache's HTTP web server, which could allow a remote attacker to gain complete control of a database. Discovered by the company's security consultant Brett Gervasoni, the vulnerability exists in Apache's core "mod_isapi" module. By exploiting the module, an attacker could remotely gain system privileges that would compromise data security.. Users of Apache 2.2.14 and earlier are advised to upgrade to Apache 2.2.15, which fixes the exploit. According to Sense of Security spokesperson Jason Edelstein, Apache is one of the most popular pieces of web server software used today and the vulnerability was one of the most significant bugs in Apache for years. "The vulnerability means that you can take complete control of the web server remotely with system privileges The link for this article located at ZDNet is no longer available. . Users of Apache 2.2.14 and earlier are advised to upgrade to Apache 2.2.15, which fixes the exploit.. security, company, sense, serious, apache's, server. . LinuxSecurity.com Team

Calendar%202 Mar 12, 2010 User Avatar LinuxSecurity.com Team Server Security
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":0,"type":"x","order":2,"pct":0,"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":1,"type":"x","order":4,"pct":100,"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