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 12 articles for you...
67

FreeS/WAN Weekly Report: IPsec Implementation on Zaurus and RedHat Issues

This issue, we have reports of FreeS/WAN running on the Sharp Zaurus (item 1) and having a few small issues with RedHat 8.0 (item 2). Claudia Schmeing has posted a new revision of our interoperation document (item 3). Item 4 has a great discussion on the use of routing protocols with FreeS/WAN.. . . . This issue, we have reports of FreeS/WAN running on the Sharp Zaurus (item 1) and having a few small issues with Red Hat 8.0 (item 2). Claudia Schmeing has posted a new revision of our interoperation document (item 3). Item 4 has a great discussion on the use of routing protocols with FreeS/WAN. . Investigate the implementations of FreeS/WAN on the Sharp Zaurus, while delving into routing strategies and addressing RedHat complications.. IPsec Security, FreeS/WAN Integration, Zaurus Connectivity. . LinuxSecurity.com Team

Calendar%202 Oct 16, 2023 User Avatar LinuxSecurity.com Team Cryptography
81

Improving Server Communication Performance With IPSEC Instead Of OpenVPN

Often we need to secure communication channels, not for remote workers, but for server-to-server communication. Backups, for example, come to mind. It may be fine to use SSH or stunnel to ship data securely, but when performance is required and encryption cannot slow down communication, something else is necessary. OpenVPN is easy to configure, but it may not be sufficient.. If data is critical enough to ship off-site in real time, chances are it's valuable data, and should be encrypted for transit. Real-time data replication that databases often use, requires a fast enough network connection to avoid slowing down the local server. Disk block replication, i.e. DRBD, is even more sensitive to overhead when running synchronously to guarantee data integrity. Administrators will often configure a quick VPN connection for security, but then realize they've just compromised performance. The link for this article located at Enterprise Networking Planet is no longer available. . If data is critical enough to ship off-site in real time, chances are it's valuable data, and should. often, secure, communication, channels, remote, workers, server-to-server. . LinuxSecurity.com Team

Calendar%202 Oct 22, 2009 User Avatar LinuxSecurity.com Team Privacy
74

Effective VPN Setup For Remote Workers Securing Networks

Locking down the network and patrolling the perimeter is a never-ending job. Still, it feels good to get through another shift on the Forbidden Planet without an invisible force penetrating your shield and setting off alarms. But there's a change: now, other humans want to work from their home worlds -- but by mind alone, over the computer screen. It's up to you to create for them a safe passage (one that won't have Robby the Robot all stirred up and carrying Anne Francis around like a rag doll) and to make sure the Krell don't come sneaking in, under the fence, behind the newcomers. . In other words, you need to let the right people into your network -- telecommuters and other people working remotely -- while continuing to protect the company from criminals. What to do? The Number One Answer: A Sit-Down VPN The answer that helps administrators sleep most securely is a fixed Virtual Private Network (VPN). A VPN uses end-to-end encryption to carve out a private tunnel over the public network. The most secure VPN is the traditional arrangement with the telecommuter coming from a fixed site, ideally using a managed, corporate device, and terminating in a secure, private network on either side. Quite a bit of effort can go into setting up this arrangement; you need to see that hardware, software, and settings, as well as authentication, are set up perfectly and maintained on both ends, despite user changes to software, firmware, and hardware, but the security can be worth the trouble. Don't let this next bit scare you away: After the act with all the acronyms, you'll have the secret of the monster sneaking past the alarms, and everything lightens up. Let's throw out some protocols -- literally. There are three or four at this end of the pool. Only one from this group is secure enough to take seriously: IPSec, especially in conjunction with L2TP. The link for this article located at Rebecca Rohan is no longer available. . Safeguard your network by implementing VPN settings that enable safe access fortelecommuters while shielding your system from potential risks.. Remote Access, Virtual Private Network, IPSec, Network Management, Telecommuting. . Joe Shakespeare

Calendar%202 Jan 10, 2005 User Avatar Joe Shakespeare Network Security
79

IPsec Implementation In Linux Kernel 2.6: Securing VPN Communication

IPsec is an addition to IP protocol that allows authentication and encryption of IP datagrams. It is defined in detail in IETF RFCs 2401, RFC 2402, RFC 2406 and RFC 2407 (see Resources). IPsec can be used to secure a rather wide range of scenarios; one of its best-known usages is creating virtual private networks (VPNs). . . .. IPsec is an addition to IP protocol that allows authentication and encryption of IP datagrams. It is defined in detail in IETF RFCs 2401, RFC 2402, RFC 2406 and RFC 2407 (see Resources). IPsec can be used to secure a rather wide range of scenarios; one of its best-known usages is creating virtual private networks (VPNs). A VPN is a secure, private tunnel between two sub-networks using encrypted communication over the Internet. FreeS/WAN has been the main IPsec implementation for Linux for a long time. Unfortunately, FreeS/WAN has never been integrated into the Linux kernel itself. Instead, the new native kernel IPsec implementation is based on the KAME project, a part of the UNIX/BSD family. The USAGI project used the BSD code from the KAME project as a base for integrating IPsec into the Linux kernel. KAME's user-space tools, specifically setkey and Racoon, have been ported to Linux by the IPsec-tools Project (see Resources). The link for this article located at linuxjournal.com is no longer available. . IPsec safeguards IP packets by employing encryption and authentication, enabling secure VPNs and enhancing network safety.. ipsec security, vpn encryption, linux kernel ipsec, networking protocols, data encryption. . LinuxSecurity.com Team

Calendar%202 Oct 13, 2004 User Avatar LinuxSecurity.com Team Security Projects
79

Novell Sponsors Openswan Project for Secure IPsec VPN Standards

Novell announced that it is sponsoring and contributing to the popular open source Linux implementation of the IP security (IPsec) standard development project, Openswan. The open source project brings all of the features needed for building and deploying secure commercial grade virtual private networks (VPNs) to Linux. . . .. Novell announced that it is sponsoring and contributing to the popular open source Linux implementation of the IP security (IPsec) standard development project, Openswan. The open source project brings all of the features needed for building and deploying secure commercial grade virtual private networks (VPNs) to Linux. Secure VPNs are increasingly being deployed in the enterprise to provide a high level of security. IPsec is standardized protocol from the Internet Engineering Task Force (IETF) that provides a standard way of transmitting services which allow users to build secure tunnels through untrusted networks. Information is encrypted by the IPsec gateway machine and decrypted on the other end. IPsec-certified products are interoperable across vendor product lines, and provide security. Salt Lake City-based Novell also announced today that its BorderManager product is certified on the latest IPsec interoperability tests from ICSA Labs. This testing demonstrates interoperability and open standards compliance. Novell's BorderManager is part of the company's Nsure secure identity management solution. The link for this article located at desktoplinux.com is no longer available. . Oracle backs a collaborative open-source initiative for WireGuard, enhancing secure connections for businesses by adhering to top-notch protocols.. Open Source, IPsec, VPN Security, Linux Protocols, Novell Contributions. . LinuxSecurity.com Team

Calendar%202 Jun 18, 2004 User Avatar LinuxSecurity.com Team Security Projects
74

IPSec And SSL VPN: Evaluating The Best Remote Access Option

By implementing a VPN, a company can provide access to the internal private network to clients around the world at any location with access to the public Internet. It erases the administrative and financial headaches associated with a traditional leased line wide-area network (WAN) and allows remote and mobile users to be more productive. . . .. By implementing a VPN, a company can provide access to the internal private network to clients around the world at any location with access to the public Internet. It erases the administrative and financial headaches associated with a traditional leased line wide-area network (WAN) and allows remote and mobile users to be more productive. Best of all, if properly implemented, it does so without impacting the security and integrity of the computer systems and data on the private company network. Traditional VPN's rely on IPSec (Internet Protocol Security) to tunnel between the two endpoints. IPSec works on the Network Layer of the OSI Model- securing all data that travels between the two endpoints without an association to any specific application. When connected on an IPSec VPN the client computer is "virtually" a full member of the corporate network- able to see and potentially access the entire network. SSL VPN's have been gaining in prevalence and popularity; however they are not the right solution for every instance. Likewise, IPSec VPN's are not suited for every instance either. Vendors are continuing to develop ways to expand the functionality of the SSL VPN and it is a technology that you should watch closely if you are in the market for a secure remote networking solution. For now, it is important to carefully consider the needs of your remote users and weigh the pros and cons of each solution to determine what works best for you. The link for this article located at About.com is no longer available. . Utilizing a VPN allows safe connectivity to corporate networks for off-site users, boosting efficiency and safeguarding data.. VPN Implementation, SecureTunneling, Remote Network Access, Network Protection. . Anthony Pell

Calendar%202 Nov 17, 2003 User Avatar Anthony Pell Network Security
67

Reliable LAN-to-LAN Connections with FreeS/WAN's X509 Patch

In countries where a private or semi-public WAN is something not every company can afford, the Internet is the only option available to connect all of those remote offices. The obvious problems are this is a public network and, in most . . . . In countries where a private or semi-public WAN is something not every company can afford, the Internet is the only option available to connect all of those remote offices. The obvious problems are this is a public network and, in most cases, we don't get a static IP address. We know that sending data through the Internet is like talking to somebody in an elevator--everybody just can't help hearing what you're saying. So, not encrypting the data is not an option. Many types of tunnels can be used and VPNs can be put together in many ways, but the IPsec implementation of Linux (FreeS/WAN) is by far the most secure and compatible way to do it. In this article, I explain how to establish LAN-to-LAN tunnels using the x509 patch and only one static IP address. I also tell you two ways to get around the four tunnel inconvenience. FreeS/WAN has two main parts: the IPsec patch for the kernel (KLIPS) that implements AH (authentication header), ESP (encapsulating security payload) and packet handling within the kernel; and the userland tools (pluto). Pluto implements IKE (internet key exchange), which negotiates the many connections with other systems. The link for this article located at LinuxJournal is no longer available. . In countries where a private or semi-public WAN is something not every company can afford, the Inter. countries, where, private, semi-public, something, every, company, afford, inter. . LinuxSecurity.com Team

Calendar%202 Jul 15, 2003 User Avatar LinuxSecurity.com Team Cryptography
67

Understanding IPSec Security Levels for Safe Packet Transmission

Explaining IPSec, different levels of security and how to be safe sending and receiving packets over the network. .. VPNs (virtual private networks, i.e., private networks deployed over a public packet infrastructure) are definitely emerging as the solution of choice for the interconnection of distant offices belonging to the same company.. . .. Explaining IPSec, different levels of security and how to be safe sending and receiving packets over the network. .. VPNs (virtual private networks, i.e., private networks deployed over a public packet infrastructure) are definitely emerging as the solution of choice for the interconnection of distant offices belonging to the same company. Unfortunately, IP packets carry our precious data in a clear form that is easily intercepted by malicious users. Doing this on a common Linux-based PC is actually quite easy, provided that one has access to the network segment over which the desired packets are traveling. Several different solutions exist that allow us to cope with this problem, each operating at a different level of abstraction. In this article, we will discuss the differences between and purposes of application-level security, socket-level security and network-level security. The link for this article located at Linux Journal is no longer available. . Explaining IPSec, different levels of security and how to be safe sending and receiving packets over. explaining, ipsec, different, levels, security, sending, receiving, packets. . LinuxSecurity.com Team

Calendar%202 Sep 09, 2002 User Avatar LinuxSecurity.com Team Cryptography
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