Alerts This Week
Warning Icon 1 566
Alerts This Week
Warning Icon 1 566

Stay Ahead With Linux Security News

Filter Icon 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

What got you started with Linux?

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/150-what-got-you-started-with-linux?task=poll.vote&format=json
150
radio
0
[{"id":483,"title":"Self-taught through trial and error","votes":545,"type":"x","order":1,"pct":78.42,"resources":[]},{"id":484,"title":"Formal training or courses","votes":30,"type":"x","order":2,"pct":4.32,"resources":[]},{"id":485,"title":"A job that required it","votes":34,"type":"x","order":3,"pct":4.89,"resources":[]},{"id":486,"title":"Other","votes":86,"type":"x","order":4,"pct":12.37,"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 2 articles for you...
77

CISA: Critical Sudo Flaw CVE-2025-32463 Requires Immediate Action

CISA has added CVE-2025-32463 to its Known Exploited Vulnerabilities catalog, a flaw in sudo that affects nearly every Linux distribution. The bug allows a limited account to escalate to root, which is why it has drawn immediate attention. . Sudo is the gatekeeper for elevated permissions, built into everything from personal machines to enterprise servers. Because of that, even a small weakness has weight for the wider linux security community. This particular bug enables someone with limited access to bypass security controls and directly access the root, where system controls effectively end. CISA’s listing confirms it’s being used in the wild. For administrators, that means updates should move quickly onto the patch schedule, not linger in the queue. What Is Sudo and Why Does It Matter? Sudo, short for “superuser do,” is the tool Linux systems use to grant temporary administrator rights. Instead of staying logged in as root, users and sysadmins borrow that authority for specific commands — installing software, restarting services, or editing system files. This model reduces accidents and narrows attack windows. It’s also why sudo is a cornerstone of linux security: when it fails, the line between ordinary users and root vanishes. It’s also a cornerstone of linux security. By containing when and how full control is granted, sudo reduces the chance of accidents and narrows the opportunities for attackers. When that safeguard breaks down, the gap between limited access and root disappears, turning an ordinary bug into a privilege escalation vulnerability with far-reaching impact. The Impact on Linux Security and Root Access Sudo is installed by default on nearly every Linux distribution. That reach makes any flaw in it far more than a corner-case bug. When an attacker reaches root, system controls end. They can read or alter files, disable services, erase logs, and establish persistence. From there, moving laterally to other machines is often the next step. CISA’s addition of CVE-2025-32463 to its catalog confirms that exploitation is underway. For individual users, this raises the risk of compromise on personal devices. For enterprises, it expands into compliance, detection, and containment challenges across fleets of servers. This is why the linux security community treats sudo weaknesses with urgency. They affect casual users and system administrators alike, and they don’t remain theoretical for long. Similar Linux vulnerabilities actively exploited in the wild show the same pattern: once a path to root is known, attackers adopt it quickly, and delays in patching translate directly to exposure. The Vulnerability (CVE-2025-32463) CVE-2025-32463 affects sudo versions 1.9.14 through 1.9.17. The issue shows up during sudo’s startup sequence in a chroot. If an attacker can place a crafted /etc/nsswitch.conf in that environment, they can redirect how sudo performs name-service lookups. That redirection can pull in malicious code during initialization, which then runs with elevated privileges. The result is a direct path to the root, even for accounts that are not in sudoers. Technical details and impact are covered in the NVD entry for CVE-2025-32463 . The maintainers closed the gap in with version 1.9.17p1. Systems running anything earlier in the 1.9.14–1.9.17 range remain exposed until that update is applied. What makes this class of bug so important is how it reshapes the trust model around privilege management. Sudo is supposed to contain risk by limiting when and how elevated rights are granted. A weakness here flips that safeguard into an attack vector. We’ve covered this pattern before in our analysis of sudo flaws , and CVE-2025-32463 fits directly into that risk profile: a privilege escalation route that undermines the very control mechanism administrators rely on. CISA’s Advisory in Simple Terms Here is what that advisory means in practical terms. Who must comply: Federal Civilian Executive Branchagencies. For them, KEV entries are mandatory tasks, not guidance. What “added to KEV” signals: Active exploitation has been observed. The entry elevates this issue to the top of patch queues. Dates that matter: Added September 3, 2025. Remediation due October 20, 2025. The due date is the latest point by which affected systems must be fixed or formally addressed. What counts as remediation: Apply the vendor’s update or approved mitigation. If a system cannot be updated in time, agencies are expected to isolate, remove, or otherwise control the risk and document the exception. Scope: All affected assets, not just internet-facing ones. Workstations, servers, images, and container bases are in scope if they carry the vulnerable component. Inventory and verification: Identify where the component is present, schedule the change, implement the fix, and record completion in the vulnerability management process. Keep evidence for audit. For non-federal teams: Treat the KEV due date as a practical benchmark. Align the patch with your next change window or expedite if exposure is high. The signal is about prioritization, not panic. For non-federal organizations, the advisory serves as a benchmark of urgency. When a vulnerability appears in KEV with a firm deadline, it’s a signal that attackers are already using it, and patching should be treated as an immediate priority. How to Protect Your Systems The immediate step is to update sudo. Version 1.9.17p1 closes the vulnerability, and distributions have already shipped their own updates: Ubuntu security notice for sudo Red Hat advisory for sudo Debian security tracker for sudo Administrators should confirm which package versions are present and apply the update through normal patch workflows. Updating is only part of the picture. Systems using --chroot deserve extra attention. If unprivileged users can write inside those directories, they may be able to replicate the exploit. Auditing chrootusage and tightening controls around who can create or modify them reduces that risk. Logs are another valuable layer. Unusual sudo activity, commands being run with unexpected flags, from unexpected paths, or at odd hours, can point to misuse or testing of the exploit chain. Monitoring for these signals is a way to catch attempts that slip past other defenses. Long-term resilience depends on structure. Patch management is not just about applying fixes; it’s about having a process that keeps servers current without breaking workflows. Teams that build discipline around it reduce the window that attackers can exploit. Practical approaches to Linux patch management show how scheduled updates and controlled rollouts keep environments stable, even when new vulnerabilities surface. For anyone new to the concept, understanding what Linux patching involves is the first step toward building that routine. Broader Lessons for Linux Security Sudo isn’t the first core Linux tool to face a serious flaw, and it won’t be the last. Over time, utilities and subsystems that feel stable and routine reveal weaknesses once attackers start probing them. That reality points to a broader lesson. Security is less about assuming trust in long-standing tools and more about maintaining habits that catch problems early and limit the damage when they appear. Regular patching reduces exposure windows, monitoring highlights when attackers test new angles, and layered defenses prevent one failure from tipping into a breach. The same approach applies across the ecosystem. Past analyses of safeguarding Linux networks against exploits show how quickly threats evolve once proof-of-concept code is public. Building resilience into operations, through disciplined updates and layered protections, is what sustains linux security in the long term. Next Steps: Responding to CVE-2025-32463 Attackers are exploiting CVE-2025-32463 now, which makes delaying the biggest risk. Patching to the fixed sudo releasecloses the door, but it should be paired with monitoring for abnormal sudo use and hardening measures that limit what root can do if an attacker gets that far. The larger call is to treat this not as a one-off, but as a reminder that vulnerabilities in trusted utilities will continue to surface. Staying protected means building habits — patch on schedule, review the logs, and maintain defenses in depth. That awareness is what sustains continuous linux security in practice. For teams looking to keep pace, tracking advisories and following updates on the newest security vulnerabilities ensures that each flaw is addressed before it becomes an incident. . CISA addresses critical sudo flaw CVE-2025-32463 affecting Linux. Immediate updates required for protection.. CISA advisory, sudo flaw, CVE-2025-32463, Linux security, privilege escalation. . MaK Ulac

Calendar 2 Oct 02, 2025 User Avatar MaK Ulac Server Security
78

Ubuntu 25.10 introduces Rust-based sudo for improved security features

Ubuntu 25.10 is switching up something we admins use practically every day—sudo. Yep, that trusty command-line companion we run for everything from installing packages to tweaking system settings is getting a replacement. Well, it's not exactly a replacement; it's more like a rewrite. Canonical’s moving from the decades-old C-based version to a Rust-based implementation , and honestly, it’s not just some background tweak you’ll never notice. There’s more going on here than you’d expect, and it’s a shift you’ll probably want to keep on your radar. . Now, Rust might seem like just another buzzword if you’ve been ignoring all the noise about how safe and modern it is, but the switch from C to Rust with sudo isn’t just about trendy programming languages or security posturing. It’s about rethinking a tool that’s basically glued into every admin's workflow, and there are real-world implications for stability and safety here. Maybe you’re already thinking, “Okay, do I need to worry about compatibility or some weird quirks popping up?” It's a legitimate question, and we’ll dive into that. But for now, let’s just say this move is worth your attention, even if you’re skeptical of change—or just already tired of typing "sudo" for the thousandth time today. Why Switch to Rust? First things first: you’re probably wondering why Canonical suddenly decided to rewrite a tool that has been rock-solid (for the most part) for decades. The short answer: security. Rust, unlike C, is built with memory safety baked into its DNA . If you’ve ever stayed up late patching a vulnerability caused by things like buffer overflows or use-after-free bugs, you’ll appreciate what this means. Rust doesn’t let those mistakes happen in the first place—it’s like having a safety net you don’t even notice is there until something tries to go horribly wrong. This change isn’t about jumping on the “modern programming language” bandwagon. It’s a deliberate move to reducesecurity headaches across the board. Rust is smart. It scans for nasties at compile time—so by the time code is running on your system, the odds of low-level bugs being exploitable drop dramatically. And frankly, tools like sudo—which basically hold the keys to the kingdom for elevating permissions—can’t afford to be anything less than airtight. Will Anything Actually Change for You? Here’s the good news: if you already know how to use sudo, there’s nothing new to learn. The syntax? Exactly the same. Whether you’re enabling admin rights with a quick sudo apt update or doing something gnarly like a one-liner shell escape, the core functionality doesn’t change. This isn’t some massive shakeup that’ll force you to rewrite all your scripts or rethink your workflows. But, and this is important— sudo-rs isn’t aimed at being a 1:1 replacement. It’s taking a “less is more” approach. Some obscure features from the original sudo have been culled. Don’t panic just yet; Canonical’s keeping the legacy C-based sudo available in the archives for anyone who’s dependent on some niche functionality. If you’ve got custom systems using funky sudo configurations, you’ll want to test things out before you jump in headfirst. Security Features Admins Will Appreciate Let’s talk about the stuff sudo-rs brings to the table that might make life a little easier—or at least harder for attackers. First off, there’s the reduced attack surface. Rust’s memory safety features mean vectors like memory misuse, overflows, and dangling pointers are essentially squashed. For a tool that deals directly with privilege escalation, that’s huge. You don’t want something that lets attackers slip through cracks—it should slam the door in their faces. Then there’s improved NOEXEC support. This will help lock down shell escapes to prevent privilege escalation shenanigans. If you’ve dealt with attackers trying to spawn shells from tools they weren’t supposed to, this feature isyour friend. For anyone deploying AppArmor profiles, sudo-rs integrates like a champ. It’s better aligned with modern application confinement frameworks, which makes it ideal for locking down environments while keeping a closer lid on privileges. And here’s a nice touch for organizations that are slow to upgrade kernels—sudo-rs supports pre-Linux 5.9 kernels. That’s welcome news for those of us still clinging to older LTS versions like Ubuntu 20.04 for stability reasons. Things to Watch for I’ve got to be upfront: no transition is perfect. While sudo-rs looks solid on paper, there are still a few things that might trip folks up: Missing Features: Some less obvious functionality from the old sudo didn’t make the cut in sudo-rs. Stuff like sudoreplay (great for auditing command logs) or SELinux support isn’t here yet—and those could be deal-breakers for certain enterprise setups. If you rely on those, hold tight for updates. Testing Phase: Canonical’s made it clear they want feedback. This is where you come in. Testing sudo-rs in staging environments could help surface problems before the tool becomes mandatory in Ubuntu 26.04 LTS. Throw it on some non-critical systems and see how it behaves with your workflows. Frankly, this is one of those situations where the transition might seem invisible—but under the right circumstances, small incompatibilities could jump out when you least expect them (looking at you, 3 a.m. outages). The time to find those snags is before sudo-rs becomes the default. The Bigger Picture: Rust in Linux System Utilities As much as this is a technical shift, there’s something symbolic about Canonical putting its weight behind Rust. It’s not just sudo—it’s the beginning of broader Rust adoption in Linux systems programming. Admins, if you haven’t brushed up on Rust, this might be your nudge to at least learn the basics. You don’t need to become an expert overnight, but knowing your way around tools written in Rust(or debugging them when things go sideways) is going to be increasingly relevant. I wouldn’t be surprised if we started seeing other distros follow suit. Debian, Fedora, and the like could easily pick up on the trend for critical components. This isn’t limited to sudo—it’s possible that utilities across the stack will shift toward Rust where it makes sense. What Canonical’s Got Right Switching to sudo-rs might sound like a big scary deal, but Canonical’s doing a couple of things that make it less daunting for admins: Legacy Support: They’re not forcing anyone into the new version cold turkey. If sudo-rs isn’t a perfect fit for your environment yet, the old C-based sudo isn’t disappearing. Feedback Window: By targeting Ubuntu 26.04 LTS for sudo-rs adoption, Canonical is giving us plenty of time to test and tweak. LTS versions are long-term commitments; they’re not rushing this transition. Here’s the kicker, though: most admins probably won’t notice anything dramatically different during their day-to-day operations. This redesign is happening quietly—you won’t see blinking neon signs shouting, “Now in Rust!” It’s designed to be unobtrusive, which, when it comes to a tool like sudo, is exactly what you want. Stability over flashiness. Our Final Thoughts on This Exciting Transition The move to Rust-based sudo isn’t some headline-grabbing gimmick. It’s about hardening one of the most critical pieces of our systems against modern threats while keeping things as seamless as possible for humans like you and me. Take this chance to test sudo-rs—I’d suggest tossing it onto a few staging boxes running varied workloads. The sooner you uncover quirks or compatibility surprises, the smoother your eventual transition will be. And hey, maybe this signals the start of something bigger. Rust creeping deeper into the Linux ecosystem isn’t just a technical curiosity—it’s a shift that could reshape system programming standards for years tocome. As always, the best approach is to get your hands dirty and see where things land. . The shift to a Rust-based sudo in Ubuntu 25.10 marks a move towards modern coding practices, enhancing security and reliability while executing superuser commands. Rust sudo administration security Ubuntu. . Brittany Day

Calendar 2 Jun 04, 2025 User Avatar Brittany Day Vendors/Products
79

Sudo Command Update: Enhanced Security and Auditing Features

Have you heard about the new release of the open-source Linux command sudo? It comes with improved auditing, logging, and security. . Sudo is one of the most powerful and dangerous tools in the Unix or Linux system administrator's toolbox. With it, an ordinary user can run commands just as if he or she were the superuser or any other user. Now, One Identity, the company behind the utility, has released a new version of sudo, called sudo 1.9, which gives it better auditing, logging, and security than ever before. . Sudo provides enhanced oversight, tracking, and protection for Linux sysadmins, amplifying command authority.. Sudo Command, Auditing Capabilities, Open Source Command Tool, System Administration Tool. . LinuxSecurity.com Team

Calendar 2 May 14, 2020 User Avatar LinuxSecurity.com Team Security Projects
210

Linux Sudo Advisory: Execute Commands As Root Without Permission

A Linux Sudo bug which allows users to run some restricted commands as root without permission has been discovered. Learn more about this security vulnerability in an informative Techworm article: . Sudo, one of the most commonly used utilities in Linux, has been found to have a vulnerability that could allow malicious users or programs to execute arbitrary commands as root on a targeted Linux system without clearance. The flaw was found to be working only on Linux systems that have a non-standard configuration. For those unaware, Sudo is aprogramforUnix-likecomputeroperating systemsthat allows users to run programs with the security privileges of another user, by default the‘superuser’ (a specialuser accountused forsystem administration). The link for this article located at Techworm is no longer available. . A newly found vulnerability in Sudo allows unauthorized users to execute commands with root privileges on Linux systems. Explore the implications and details of this threat. Sudo Bug, Command Access, Root Execution, Linux Security. . Brittany Day

Calendar 2 Oct 16, 2019 User Avatar Brittany Day Security Vulnerabilities
83

OS X: Sudo Flaw Advisory Critical: Unauthorized Root Access Risk

A security flaw in the command line tool sudo in OS X 10.7 and higher, as well as some Linux distributions, could give unauthorized root access to user's computers. The flaw was reported by Metasploit, a company that specializes in finding security issues and building utilities to point them out, but the steps needed to exploit this particular issue make it unlikely most Mac users will become victims before a patch is available.. To take advantage of the exploit, an attacker needs to already have an administrator-level account on the Mac, physical or remote access to the machine, have already used the sudo command, and to set the system clock to January 1, 1970. The concoction needed to use the flaw makes it highly unlikely that the average Mac user will be at risk, but it does pose a potential threat in the IT work place, or for anyone that shares a Mac with someone that's command line-savvy. The link for this article located at MacObserver is no longer available. . To take advantage of the exploit, an attacker needs to already have an administrator-level account o. security, command, higher, linux, distrib. . LinuxSecurity.com Team

Calendar 2 Sep 09, 2013 User Avatar LinuxSecurity.com Team Hacks/Cracks
77

macOS User Privileges: Sudo Versus Root Access Risks Explained

What are you really gaining by using sudo in the default Mac OS X configuration? First, you gain some comfort that nobody can login as root, either locally or remotely via SSH or FTP and tamper with your machine. Second, you get a log entry in /var/log/system.log every time sudo is used showing you who used it and what command was executed. These appear good enough reasons to endure the slight inconvenience of using sudo. However, the way sudo is configured out of the box, you only need to enter your own password for authentication. This means that if someone guesses your password or steals it (and has access to it locally or via SSH), they can take over your box just as if you had root enabled. . The link for this article located at LinuxBoxAdmin.com is no longer available. . Exploring the various dangers associated with employing sudo as opposed to utilizing root privileges in macOS system setups.. macOS Security,Sudo Usage,User Privileges,Access Control. . LinuxSecurity.com Team

Calendar 2 Mar 22, 2006 User Avatar LinuxSecurity.com Team Server Security
77

Sudo 1.6.4 Major Improvements: User Management And Security Fixes

There are some thing I had promised for the next release that are not in 1.6.4 due to the large changes in the parser that these changes require to work properly. Nonetheless this release does fix the majority of problems . . . . There are some thing I had promised for the next release that are not in 1.6.4 due to the large changes in the parser that these changes require to work properly. Nonetheless this release does fix the majority of problems in the sudo bugs database and adds features a number of people have asked for. I hope to make more frequent releases in the near future (it has been quite a while since 1.6.3 was originally released). Date: Mon, 14 Jan 2002 07:44:02 -0700 From: Todd C. Miller To: This email address is being protected from spambots. You need JavaScript enabled to view it. Subject: Sudo version 1.6.4 now available Sudo version 1.6.4 is now available (ftp sites listed at the end). There are some thing I had promised for the next release that are not in 1.6.4 due to the large changes in the parser that these changes require to work properly. Nonetheless this release does fix the majority of problems in the sudo bugs database and adds features a number of people have asked for. I hope to make more frequent releases in the near future (it has been quite a while since 1.6.3 was originally released). - todd Major changes since 1.6.3p7: o Visudo now checks for the existence of an editor and gives a sensible error if it does not exist. o The path to the editor for visudo is now a colon-separated list of allowable editors. If the user has $EDITOR set and it matches one of the allowed editors that editor will be used. If not, the first editor that actually exists is used. o Allow special characters (including '#') to be embedded in pathnames if quoted by a '\\'. The quoted chars will be dealt with by fnmatch(). Unfortunately, 'sudo -l' still prints the '\\'. o Added the always_set_home option. o Strip NLSPATH and PATH_LOCALE out from the environment to prevent reading of protected files by a less privileged user. o Added support for BSD authentication and associated -a flag. o Added stay_setuid option for systems that have libraries that perform extra paranoia checks in system libraries for setuid programs. o Environment munging is now done by hand. The environment is zeroed upon sudo startup and a new environment is built before the command is executed. This means we don't rely on getenv(3), putenv(3), or setenv(3). o Added a class of environment variables that are only cleared if they contain '/' or '%' characters. o Use stashed user_gid when checking against exempt gid since sudo sets its gid to SUDOERS_GID, making getgid() return that, not the real gid. Fixes problem with setting exempt group == SUDOERS_GID. o Regenerated configure script with autoconf-2.52 (required some tweaking of configure.in and friends). o Added mail_badpass option to send mail when the user does not authenticate successfully. o Added env_reset Defaults option to reset the environment to a clean slate. Also implemented env_keep Defaults option to specify variables to be preserved when resetting the environment. o Added env_check and env_delete Defaults options to allow the admin to modify the builtin list of environment variables to remove. o If timestamp_timeout < 0 then the timestamp never expires. This allows users to manage their own timestamps and create or delete them via 'sudo -v' and 'sudo -k' respectively. o Authentication routines that use sudo's tgetpass() now accept ^C or ^Z at the password prompt and sudo will act appropriately. o Added a check-only mode to visudo to check an existing sudoers file for sanity. o Visudo can now edit an alternate sudoers file. o If sudo is configured with S/Key support and the system has skeyaccess(3) use that to determine whether or not to allow a normal Unix password or just S/Key. o Fixed CIDR handling in sudoers. o Fixed a segv if the local hostname is not resolvable and the 'fqdn' option is set. o"listpw=never" was not having an effect for users who did not appear in sudoers--now it does. o The --without-sendmail option now works on systems with a /usr/include/paths.h file that defines _PATH_SENDMAIL. o Removed the "secure_path" Defaults option as it does not work and cannot work until the parser is overhauled. o Added new -P flag and "preserve_groups" sudoers option to cause sudo to preserve the group vector instead of setting it to that of the target user. Previously, if the target user was root the group vector was not changed. Now it is always changed unless the -P flag or "preserve_groups" option was given. o If find_path() fails as root, try again as the invoking user (useful for NFS). Idea from Chip Capelik. o Use setpwent()/endpwent() and its shadow equivalents to be sure the passwd/shadow file gets closed. o Use getifaddrs(3) to get the list of network interfaces if it is available. o Dump list of local IP addresses and environment variables to clear when 'sudo -V' is run as root. o Wrap each call to syslog() with openlog()/closelog() since some things (such as PAM) may call closelog(3) behind sudo's back. o The LOGNAME and USER environment variables are now set if the user specified a target uid and that uid exists in the password database. o Now call pam_setcreds() to setup creds for the target user when PAM is in use. On Linux this often sets resource limits. [ Note that I'm now using the sudo.ws domain instead of courtesan.com for sudo-related things. This is just a cosmetic change as the sudo.ws addresses still point to the same machine they always have. ] Master WWW site: WWW Mirrors: (Los Angeles, California, USA) (Fanwood, New Jersey, USA) (Edmonton, Canada) (Russia) Master FTP sites: ftp.sudo.ws:/pub/sudo/ ftp.cs.colorado.edu:/pub/sudo/ FTP Mirrors: ftp.cs.colorado.edu:/pub/sudo/ (Boulder, Colorado, USA) ftp.stikman.com:/pub/sudo/ (Los Angeles, California, USA) ftp.uu.net:/pub/security/sudo/ (Falls Church, Virginia, USA) ftp.tux.org:/pub/security/sudo/ (Beltsville, Maryland, USA) coast.cs.purdue.edu:/pub/tools/unix/sysutils/sudo/ (West Lafayette, Indiana, USA) ftp.uwsg.indiana.edu:/pub/sudo/ (Bloomington, Indiana, USA) sudobash.com:/pub/sudo/ (Ypsilanti, Michigan, USA) ftp.tamu.edu:/pub/mirrors/ftp.courtesan.com/ (College Station, Texas, USA) ftp.rge.com:/pub/admin/sudo/ (Rochester, New York, USA) mirage.informationwave.net:/sudo/ (Fanwood, New Jersey, USA) ftp.wiretapped.net:/pub/security/host-security/sudo/ (Australia) ftp.tuwien.ac.at:/utils/admin-tools/sudo/ (Austria) sunsite.ualberta.ca:/pub/Mirror/sudo/ (Alberta, Canada) ftp.csc.cuhk.edu.hk:/pub/packages/unix-tools/sudo/ (Hong Kong, China) ftp.eunet.cz:/pub/security/sudo/ (Czechoslovakia) ftp.umds.ac.uk:/pub/sudo/ (Great Britain) ftp.tvi.tut.fi:/pub/security/unix/sudo/ (Finland) ftp.lps.ens.fr:/pub/software/sudo/ (France) ftp.crihan.fr:/pub/security/sudo/ (France) ftp.rz.uni-osnabrueck.de:/pub/unix/security/sudo/ (Germany) ftp.win.ne.jp:/pub/misc/sudo/ (Japan) ftp.st.ryukoku.ac.jp:/pub/security/tool/sudo/ (Japan) ftp.eos.hokudai.ac.jp:/pub/misc/sudo/ (Japan) ftp.tokyonet.ad.jp:/pub/security/sudo/ (Japan) ftp.kobe-u.ac.jp:/pub/util/security/tool/sudo/ (Japan) ftp.cin.nihon-u.ac.jp:/pub/util/sudo/ (Japan) ftp.fujitsu.co.jp:/pub/misc/sudo/ (Japan) core.ring.gr.jp:/pub/misc/sudo/ (Japan) ftp.ring.gr.jp:/pub/misc/sudo/ (Japan) ftp.ayamura.org:/pub/sudo/ (Japan) ftp.iphil.net:/pub/sudo/ (Makati City, Philippines) ftp.icm.edu.pl:/vol/wojsyl5/sudo/ (Poland) ftp.assist.ro:/pub/mirrors/ftp.courtesan.com/pub/sudo/ (Romania) ftp.sai.msu.su:/pub/unix/security/ (Russia) ftp.cdu.elektra.ru:/pub/unix/security/sudo/ (Russia) ftp.mc.hik.se:/pub/unix/security/sudo/ (Sweden) ftp.sekure.net:/pub/sudo/ (Sweden) ftp.edu.tw:/UNIX/sudo/ (Taiwan) ftp.comu.edu.tr:/pub/linux/prog/sudo/ (Turkey)____________________________________________________________ sudo-announce mailing list For list information, options, or to unsubscribe, visit: . Sudo version 1.6.4 brings enhancements and corrections to boost security measures and streamline user administration.. Sudo Version, User Management, Security Enhancements. . LinuxSecurity.com Team

Calendar 2 Jan 14, 2002 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

What got you started with Linux?

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/150-what-got-you-started-with-linux?task=poll.vote&format=json
150
radio
0
[{"id":483,"title":"Self-taught through trial and error","votes":545,"type":"x","order":1,"pct":78.42,"resources":[]},{"id":484,"title":"Formal training or courses","votes":30,"type":"x","order":2,"pct":4.32,"resources":[]},{"id":485,"title":"A job that required it","votes":34,"type":"x","order":3,"pct":4.89,"resources":[]},{"id":486,"title":"Other","votes":86,"type":"x","order":4,"pct":12.37,"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
Your message here