>
~$linuxier
Read the blog

Security

Hardening a Linux box isn't about paranoia — it's about a handful of habits done consistently. This track walks the fundamentals: who can log in and what they can do, which files they can touch, how to lock down SSH, how to close everything you didn't mean to open with a firewall, and how to stay ahead of updates and CVEs. Lock your machines down without the fear.

security guides

Fewer doors, and you hold the keys.

Verified on Ubuntu 24.04 and Debian 12. Dedicated hardening guides are being written — meanwhile these fundamentals give you the shell fluency every security task starts from.

command-line.sh
$ whoami && id && ls -l /etc/shadow
# permissions are a shell habit first
Linux Basics

How to Use the Command Line on Linux

Security starts with understanding users, groups and file permissions — exactly the ground this guide covers, from chmod to sudo.

read the guide →
find-uuid.sh
$ lsblk -f # stable IDs for encrypted & mounted disks
Linux Basics

How to Find the UUID in Linux [3 Methods]

Stable device identifiers matter for encrypted volumes and locked-down /etc/fstab mounts — a small but real piece of a hardened system.

read the guide →
Guides landing soon

Focused, tested walkthroughs are in the pipeline for managing users and the sudoers file, file permissions and ownership, SSH hardening (keys, disabling password login, Port/AllowUsers), the ufw firewall, and keeping up with updates and CVEs. Security guides land on Linuxier regularly — bookmark this page or follow the blog for each release.

what you'll learn on this track

Least privilege,
by default.

01
Users & sudoersCreate accounts, manage groups and grant precise sudo rights — no shared logins, no blanket root.
02
Permissions & ownershipRead and set chmod/chown correctly so files are reachable by exactly who should reach them.
03
SSH hardeningMove to key-based auth, disable password and root login, and shrink your remote attack surface.
04
Firewall & updatesClose ports with ufw, allow only what you use, and stay current on patches and CVEs.

How the Security track fits together

It's layered on purpose. Identity comes first — who exists and what they may do. Permissions decide which files those identities reach. SSH controls how they get in remotely. The firewall governs what's exposed at all. And patching keeps the whole stack from rotting under known vulnerabilities. Each guide stands alone, but together they form a defence in depth.

Neighbouring tracks

Security shares a border with Networking — you can't firewall a port you don't know is open — and with DevOps, since every host a pipeline deploys to needs hardening. New to Linux? Build the base with Linux Basics first.

AltStyle によって変換されたページ (->オリジナル) /