Explore top 10 tips to secure your open-source projects now. Read More

×
Alerts This Week
Warning Icon 1 615
Alerts This Week
Warning Icon 1 615

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

Linux: Chrome V8 Flaw CVE-2025-6554 critical: Immediate Patch Required

If you're a Linux admin or happen to be neck-deep in infosec, here's something worth your immediate attention: a critical security hole in Google Chrome— CVE-2025-6554 —has been patched. Trust me, this one isn’t just a “check the box” type of update; it’s as real as it gets. . The vulnerability, found in Chrome’s V8 JavaScript and WebAssembly engine, could let attackers run arbitrary code on your system. The trick? A specially crafted web page—deceptively simple, but effective enough to expose users to exploitation. Let's examine this issue in more depth, discuss how you can secure your systems against this dangerous bug, and evaluate how safe you are as a Chrome user. After all, despite Google's commendable efforts to secure the Chrome browser, the past few months have shown that Chrome vulnerabilities are far from a rare occurrence. So… What’s Going On With This Chrome Bug? Okay, let’s break this down. This type confusion vulnerability in the V8 engine essentially makes Chrome fumble around its own data. Hackers (clever ones, no doubt) could exploit it for read-write access that bypasses the browser sandbox. In simple terms, bad actors could wreak havoc just by convincing someone to click the wrong link. This isn’t some obscure flaw sitting around waiting to be discovered—it’s already being actively exploited. Not a hypothetical threat, but something happening right now. And that’s probably why Google rolled out the patch in high gear. What Is a Type Confusion Vulnerability? A type confusion vulnerability occurs when a program mistakenly treats a block of memory as one type of object when it’s actually something else entirely. This typically happens due to errors in type checking during runtime—say, a variable is expected to be one data type, but the program treats it as a different type, without verifying. In Chrome’s V8 engine, for example, such a flaw can arise in how JavaScript objects or WebAssembly modules are processed. The danger here isthat attackers can exploit this mismatch to manipulate the program’s memory in unexpected ways. Specifically, a crafted web page could trigger out-of-bounds reads or writes, allowing arbitrary code execution. For Linux admins, this translates to the potential for kernel compromise, unauthorized system access, or the installation of persistent backdoors, bringing local or even broader network security into jeopardy. It’s a subtle, insidious flaw, and once weaponized, it can bypass traditional security layers with ease. Safeguards like strict memory management and timely patching are key defenses against these kinds of bugs. Understanding The Timeline On June 25, 2025, Clément Lecigne from Google's Threat Analysis Group discovered the flaw and fired up the alarm bells. Then on June 26, 2025, Google pushed out an emergency fix, specifically Chrome version 138.0.7204.92 for Linux. That’s a pretty fast turnaround, proving Google knows when it’s crunch time. And the update wasn’t limited to Linux—other platforms got patched too. But for Linux admins, missing the fix is non-negotiable. Why Linux Admins Need to Act Fast Think about it: Linux systems hold the fort for plenty of server environments, developer workflows, and even production machines. Many times, these are more vulnerable simply because they’re in constant use or overseen by teams managing entire networks. If your users—or let’s be honest, you yourself—don’t immediately apply the Chrome update , you’re running a very real risk of being exposed to potential exploits at scale. It’s not just a browser vulnerability we’re talking about; it’s potentially a door into your environment. Patch it. Now. Chrome Stable is sitting at 138.0.7204.92. If you haven’t already shored up your defenses, fire up your terminal, pull the update, and get things squared away. Not sure how to? Just run: sudo apt update && sudo apt upgrade ...and restart Chrome after. Easy peasy. Why Do Vulnerabilities Like These Matter? Getting hit by one of these exploits is a headache not just for infosec pros but for anyone trying to maintain network hygiene. While Google patched this one fast, it raises the bigger question: how do infosec teams (and individuals) stay ahead of the curve while juggling endless updates, patches, and zero-days? Here’s the good news: Google’s threat analysis team stays hyper-focused on catching flaws like this one. And let’s be honest—Chrome’s rapid-fire response to CVE-2025-6554 shows they’re not slacking off. Still, proactive security management from us (users, admins, security teams) is where real protection happens. No patch? No security. Simple as that. Another big takeaway here: don’t just depend on browser patches. If this vulnerability teaches us anything, it’s that attackers rely on tricking users into taking action. That means training your teams (even the non-tech-savvy ones) about phishing tactics , suspicious URLs, and browser security settings isn’t just smart—it’s essential. Closing Thoughts: Evaluating Chrome Security in a Broader Sense So, is Chrome safe? Despite occasional cracks in the armor, yeah, it’s solid—but only when you keep it updated and lean on that strong patching mechanism Google’s built. With CVE-2025-6554 in play, the real question isn’t about Chrome’s safety—it’s whether users and admins are doing their part to keep it that way. Grab the latest update if you haven’t already. Seriously, what are you waiting for? Stay sharp, Linux admins. This stuff keeps the lights on, the servers running, and the bad guys out. . A significant vulnerability in the Chromium engine poses a risk of unauthorized code execution, urging swift action for system administrators to apply necessary updates.. Chrome Security Patch, Google Chrome V8 Engine, Critical Security Flaw, Type Confusion Vulnerability, Linux Admin Alerts. . Brittany Day

Calendar%202 Jul 02, 2025 User Avatar Brittany Day Security Vulnerabilities
210

WebKitGTK: CVE-2023-32439 High Severity: Arbitrary Code Execution

A type confusion issue that may have been actively exploited has been identified in the WebKitGTK web engine (CVE-2023-32439). With a low attack complexity and a high confidentiality, integrity and availability impact, this vulnerability has received a National Vulnerability Database severity rating of High. . This flaw may lead to arbitrary code execution by processing maliciously crafted web content. An important WebKitGTK security update that fixes this bug has been released. We urge all impacted users to apply the WebKitGTK updates issued by their distro(s) as soon as possible to protect the confidentiality, integrity and availability of their systems and their sensitive data. To stay on top of important updates released by the open-source programs and applications you use, be sure to register as a LinuxSecurity user , then subscribe to our Linux Advisory Watch newsletter and customize your advisories for the distro(s) you use. This will enable you to stay up-to-date on the latest, most significant issues impacting the security of your systems. Follow @LS_Advisories on Twitter for real-time updates on advisories for your distro(s) . . This vulnerability puts systems at risk of executing unauthorized code via specially designed web material. Promptly implement available patches.. WebKitGTK Code Execution, Security Update, High Severity Advisory. . Brittany Day

Calendar%202 Jul 13, 2023 User Avatar Brittany Day Security Vulnerabilities
210

LibreOffice 7.4: Critical Code Execution Vulnerability CVE-2023-0950

An Improper Validation of Array Index vulnerability (CVE-2023-0950) was discovered in the spreadsheet component of The Document Foundation LibreOffice 7.4 versions prior to 7.4.6 and 7.5 versions prior to 7.5.1. With a low attack complexity, no privileges or user interaction required to exploit, and a high confidentiality, integrity and availability impact, this bug has received a National Vulnerability Database (NVD) severity rating of “Critical”. . This issue could potentially result in the execution of arbitrary code when loading a malformed spreadsheet document or unacknowledged loading of linked documents within a floating frame. An important LibreOffice security update that fixes this dangerous flaw has been released. We strongly recommend that all impacted users apply the LibreOffice updates issued by their distro(s) as soon as possible to protect the confidentiality, integrity and availability of their systems and their sensitive data. To stay on top of important updates released by the open-source programs and applications you use, be sure to register as a LinuxSecurity user , then subscribe to our Linux Advisory Watch newsletter and customize your advisories for the distro(s) you use. This will enable you to stay up-to-date on the latest, most significant issues impacting the security of your systems. Follow @LS_Advisories on Twitter for real-time updates on advisories for your distro(s) . . Serious vulnerability in LibreOffice enables arbitrary code execution through crafted spreadsheet files. Immediate update is advised.. LibreOffice Security Update,Critical Code Execution,Arbitrary Code Vulnerability,Spreadsheet Security Fix. . Brittany Day

Calendar%202 Jun 08, 2023 User Avatar Brittany Day Security Vulnerabilities
78

Firefox: Wikipedia Toolbar Critical Issue - Arbitrary Code Execution

Security service provider Secunia has discovered a critical vulnerability in the Wikipedia Toolbar extension for Firefox that can be exploited by an attacker to compromise a victim's system. According to the report the cause of the problem is due to the application using invalidated input in a call to eval() which can be exploited to execute arbitrary JavaScript code. . Once exploited, the JavaScript runs with system privileges that allow it to access system resources. For an attack to be successful, a victim must first visit a specially crafted web page and be tricked into using certain Toolbar buttons. The link for this article located at H Security is no longer available. . Once exploited, the JavaScript runs with system privileges that allow it to access system resources.. security, service, provider, secunia, critical, vulnerability, wikipedia, toolbar. . LinuxSecurity.com Team

Calendar%202 Nov 17, 2009 User Avatar LinuxSecurity.com Team Vendors/Products
78

Skype: Critical Advisory - Buffer Overflow with Malformed URLs

It looks like that Skype can be made to execute arbitrary code through a buffer overflow when the software is called upon to handle malformed URLs that are in form of callto:// and skype://. . In addition, Skype can be made to execute arbitrary code during importation of a VCARD that is in a specific non-standard format. The link for this article located at Net-Security.org - LogError is no longer available. . In addition, Skype can be made to execute arbitrary code during importation of a VCARD that is in a . looks, skype, execute, arbitrary, through, buffer, overflow. . LinuxSecurity.com Team

Calendar%202 Oct 25, 2005 User Avatar LinuxSecurity.com Team Vendors/Products
77

Sendmail: 8.11-8.12 Moderate: Input Validation Code Execution Risk

Sendmail contains an input validation error, may lead to the execution of arbitrary code with elevated privileges. Local users may be able to write arbitrary data to process memory, possibly allowing the execution of code/commands with elevated privileges.. . .. Sendmail contains an input validation error, may lead to the execution of arbitrary code with elevated privileges. Local users may be able to write arbitrary data to process memory, possibly allowing the execution of code/commands with elevated privileges. --------------------------------------------------------------------------- Security Alert Subject: Sendmail Debugger Arbitrary Code Execution Vulnerability BUGTRAQ ID: 3163 CVE ID: CAN-2001-0653 Published: August 17, 2001 MT Updated: August 20, 2001 MT Remote: No Local: Yes Availability: Always Authentication: Not Required Credibility: Vendor Confirmed Ease: No Exploit Available Class: Input Validation Error Impact: 10.00 Severity: 7.50 Urgency: 6.58 Last Change: Updated packages that rectify this issue are now available from Sendmail. --------------------------------------------------------------------------- Vulnerable Systems: Sendmail Consortium Sendmail 8.12beta7 Sendmail Consortium Sendmail 8.12beta5 Sendmail Consortium Sendmail 8.12beta16 Sendmail Consortium Sendmail 8.12beta12 Sendmail Consortium Sendmail 8.12beta10 Sendmail Consortium Sendmail 8.11.5 Sendmail Consortium Sendmail 8.11.4 Sendmail Consortium Sendmail 8.11.3 Sendmail Consortium Sendmail 8.11.2 Sendmail Consortium Sendmail 8.11.1 Sendmail Consortium Sendmail 8.11 Non-Vulnerable Systems: Summary: Sendmail contains an input validation error, may lead to the execution of arbitrary code with elevated privileges. Impact: Local users may be able to write arbitrary data to process memory, possibly allowing the execution of code/commands with elevated privileges. Technical Description: An input validation error exists in Sendmail's debugging functionality. The problem is the result of the use of signed integers in theprogram's tTflag() function, which is responsible for processing arguments supplied from the command line with the '-d' switch and writing the values to it's internal "trace vector." The vulnerability exists because it is possible to cause a signed integer overflow by supplying a large numeric value for the 'category' part of the debugger arguments. The numeric value is used as an index for the trace vector. Before the vector is written to, a check is performed to ensure that the supplied index value is not greater than the size of the vector. However, because a signed integer comparison is used, it is possible to bypass the check by supplying the signed integer equivalent of a negative value. This may allow an attacker to write data to anywhere within a certain range of locations in process memory. Because the '-d' command-line switch is processed before the program drops its elevated privileges, this could lead to a full system compromise. This vulnerability has been successfully exploited in a laboratory environment. Attack Scenarios: An attacker with local access must determine the memory offsets of the program's internal tTdvect variable and the location to which he or she wishes to have data written. The attacker must craft in architecture specific binary code the commands (or 'shellcode') to be executed with higher privilege. The attacker must then run the program, using the '-d' flag to overwrite a function return address with the location of the supplied shellcode. Exploits: Currently the SecurityFocus staff are not aware of any exploits for this issue. If you feel we are in error or are aware of more recent information, please mail us at: vuldb@ . Mitigating Strategies: Restrict local access to trusted users only. Solutions: Below is a statement from the Sendmail Consortium regarding this issue: -------------------- This vulnerability, present in sendmail open source versions between 8.11.0 and 8.11.5 has been corrected in 8.11.6. sendmail 8.12.0.Beta users should upgrade to 8.12.0.Beta19. The problemwas not present in 8.10 or earlier versions. However, as always, we recommend using the latest version. Note that this problem is not remotely exploitable. Additionally, sendmail 8.12 will no longer uses a set-user-id root binary by default. -------------------- Updated packages that rectify this issue are available from the vendor: For Sendmail Consortium Sendmail 8.11: Sendmail Consortium upgrade sendmail 8.11.6 For Sendmail Consortium Sendmail 8.11.1: Sendmail Consortium upgrade sendmail 8.11.6 For Sendmail Consortium Sendmail 8.11.2: Sendmail Consortium upgrade sendmail 8.11.6 For Sendmail Consortium Sendmail 8.11.3: Sendmail Consortium upgrade sendmail 8.11.6 For Sendmail Consortium Sendmail 8.11.4: Sendmail Consortium upgrade sendmail 8.11.6 For Sendmail Consortium Sendmail 8.11.5: Sendmail Consortium upgrade sendmail 8.11.6 For Sendmail Consortium Sendmail 8.12beta10: Sendmail Consortium upgrade sendmail 8.12.0 Beta19 For Sendmail Consortium Sendmail 8.12beta12: Sendmail Consortium upgrade sendmail 8.12.0 Beta19 For Sendmail Consortium Sendmail 8.12beta16: Sendmail Consortium upgrade sendmail 8.12.0 Beta19 For Sendmail Consortium Sendmail 8.12beta5: Sendmail Consortium upgrade sendmail 8.12.0 Beta19 For Sendmail Consortium Sendmail 8.12beta7: Sendmail Consortium upgrade sendmail 8.12.0 Beta19 Credit: Discovered by Cade Cairns of the Security Focus SIA Threat Analysis Team. References: web page: Sendmail Homepage (Sendmail) https://www.proofpoint.com/us/products/email-protection/open-source-email-solution ChangeLog: Aug 20, 2001: Updated packages that rectify this issue are now available from Sendmail. Aug 20, 2001: Updated versions of Sendmail will be available today at 4:00 PDT. Aug 09, 2001: Initial analysis. --------------------------------------------------------------------------- HOW TO INTERPRET THIS ALERT BUGTRAQ ID: This is a unique identifier assigned to the vulnerability by. CVE ID: This is a unique identifier assigned to the vulnerability by the CVE. Published: The date the vulnerability wasfirst made public. Updated: The date the information was last updated. Remote: Whether this is a remotely exploitable vulnerability. Local: Whether this is a locally exploitable vulnerability. Credibility: Describes how credible the information about the vulnerability is. Possible values are: Conflicting Reports: The are multiple conflicting about the existance of the vulnerability. Single Source: There is a single non-reliable source reporting the existence of the vulnerability. Reliable Source: There is a single reliable source reporting the existence of the vulnerability. Conflicting Details: There is consensus on the existence of the vulnerability but not it's details. Multiple Sources: There is consensus on the existence and details of the vulnerability. Vendor Confirmed: The vendor has confirmed the vulnerability. Class: The class of vulnerability. Possible values are: Boundary Condition Error, Access Validation Error, Origin Validation Error, Input Valiadtion Error, Failure to Handle Exceptional Conditions, Race Condition Error, Serialization Error, Atomicity Error, Environment Error, and Configuration Error. Ease: Rates how easiliy the vulnerability can be exploited. Possible values are: No Exploit Available, Exploit Available, and No Exploit Required. Impact: Rates the impact of the vulnerability. It's range is 1 through 10. Severity: Rates the severity of the vulnerability. It's range is 1 through 10. It's computed from the impact rating and remote flag. Remote vulnerabiliteis with a high impact rating receive a high severity rating. Local vulnerabilities with a low impact rating receive a low severity rating. Urgency: Rates how quickly you should take action to fix or mitigate the vulnerability. It's range is 1 through 10. It's computed from the severity rating, the ease rating, and the credibility rating. High severity vulnerabilities with a high ease rating, and a high confidence rating have a higher urgency rating. Low severity vulnerabilities with a low ease rating, and a low confidence ratinghave a lower urgency rating. Last Change: The last change made to the vulnerability information. Vulnerable Systems: The list of vulnerable systems. A '+' preceding a system name indicates that one of the system components is vulnerable vulnerable. For example, Windows 98 ships with Internet Explorer. So if a vulnerability is found in IE you may see something like: Microsoft Internet Explorer + Microsoft Windows 98 Non-Vulnerable Systems: The list of non-vulnerable systems. Summary: A concise summary of the vulnerability. Impact: The impact of the vulnerability. Technical Description: The in-depth description of the vulnerability. Attack Scenarios: Ways an attacker may make use of the vulnerability. Exploits: Exploit intructions or programs. Mitigating Strategies: Ways to mitigate the vulnerability. Solutions: Solutions to the vulnerability. Credit: Information about who disclosed the vulnerability. References: Sources of information on the vulnerability. Related Resources: Resources that might be of additional value. ChangeLog: History of changes to the vulnerability record. --------------------------------------------------------------------------- Copyright 2001 . A flaw in input sanitization within Sendmail could potentially allow unauthorized execution of arbitrary code with increased privileges.. Sendmail, Arbitrary Code, Input Validation Error, Elevated Privileges. . LinuxSecurity.com Team

Calendar%202 Aug 21, 2001 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":0,"type":"x","order":4,"pct":0,"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