Chmod Calculator
Tick read, write and execute for owner, group and others — get the octal number, symbolic string and a copy-ready chmod command instantly.
| Who | Read (4) | Write (2) | Execute (1) |
|---|---|---|---|
| Owner | |||
| Group | |||
| Others |
rwxr-xr-x$ chmod 755 file
Calculated entirely in your browser — nothing is sent to or stored on our servers.
| Octal | Symbolic | Typical use | |
|---|---|---|---|
| 644 | rw-r--r-- | Regular files — owner edits, everyone else reads | |
| 600 | rw------- | Private files: SSH keys, .env, credentials | |
| 755 | rwxr-xr-x | Executables and directories — world can enter/run | |
| 700 | rwx------ | Private scripts and directories, owner only | |
| 777 | rwxrwxrwx | Everyone can do everything — almost always a mistake |
How Linux permission numbers work
Every file on a Unix-like system carries three permission triads — for the owning user, the owning group, and everyone else — and each triad is three bits: read (4), write (2), execute (1). Add the bits per triad and you get one octal digit, so rwxr-xr-x becomes 7 5 5 → chmod 755. For directories the bits mean slightly different things: read lists the entries, write creates and deletes them, and execute allows entering the directory at all — which is why directories almost always need the execute bit that plain data files should not have.
The fourth digit: setuid, setgid and sticky
An optional leading digit encodes three special bits. Setuid (4) makes an executable run with the file owner's privileges — how passwd edits a root-owned file. Setgid (2) does the same for the group, and on directories makes new files inherit the directory's group — handy for shared project folders. The sticky bit (1) on a world-writable directory restricts deletion to each file's owner, which is why /tmp is mode 1777. In the symbolic form these show up as s or t replacing the execute position — capitalized (S/T) when the underlying execute bit is off, which is usually a misconfiguration worth noticing.
FAQ
What's the difference between chmod 755 and 644?
755 (rwxr-xr-x) is for executables and directories: everyone can read and execute/enter, only the owner can modify. 644 (rw-r--r--) is for regular files: owner edits, everyone reads, nobody executes. Web servers conventionally want 755 on directories and 644 on files.
Why does SSH complain about my key permissions?
OpenSSH refuses private keys that other users could read. Fix it with chmod 600 ~/.ssh/id_ed25519 (owner read/write only) and chmod 700 ~/.ssh on the directory. The same rule applies to .env files and anything holding credentials.
Is chmod 777 ever the right answer?
Almost never. 777 lets any user on the machine modify or replace the file — a security hole and a common "quick fix" that hides a real ownership problem. If a service can't access a file, the correct fix is usually chown to the right user or adding the service to the owning group, then a sane mode like 755 or 664.
Free tools are just the start
Deploy your next app on bare-metal cloud with per-second billing — your first app is free, no credit card required.
More free tools
Generate strong, random passwords with a cryptographically secure RNG — entirely in your browser.
Encode text to Base64 or decode it back — UTF-8 safe, with URL-safe variant support.
Percent-encode strings for safe use in URLs, or decode %20-style sequences back to text.
Decode a JSON Web Token's header and payload, check expiry, and verify HS256 signatures.
Generate MD5, SHA-1, SHA-256 and SHA-512 hashes of any text — instantly, in your browser.
Validate JSON with precise error locations, then pretty-print or minify it — with sorted keys if you like.