74 statically-linked ELF binaries compiled with musl libc — runs on any Linux kernel 3.2+ with zero dependencies. Containers, KVM, rootless namespaces, and full tool suite.
Scorpiox Code ships 74 pure C binaries for Linux x86_64. Every binary is statically linked against musl libc inside an Alpine container, producing fully self-contained ELF executables with zero runtime dependencies — no glibc, no shared libraries, no package manager needed. Drop them on any Linux system from embedded devices to production servers and they just work.
curl -fsSL "https://get.scorpiox.net?platform=linux" | bash
The installer places all 74 binaries into ~/.scorpiox/bin and adds the path to your shell profile. Since every binary is statically linked with musl, there are zero system requirements beyond a working Linux kernel.
curl -fsSL https://dist.scorpiox.net/linux-x64/sx -o sx
chmod +x sx
./sx
scorpiox-unshare uses Linux user namespaces for rootless containers — no Docker daemon, no root, no suid binaries.
scorpiox-vm boots Linux kernels directly via KVM — x86_64 hardware virtualization with virtio devices.
scorpiox-init runs as PID 1 inside containers — signal forwarding, zombie reaping, clean shutdown.
scorpiox-podman manages OCI containers through podman or docker — image pull, run, exec, logs.
Full pseudo-terminal support via libutil — interactive shell sessions, terminal multiplexing with scorpiox-tmux.
scorpiox-screenshot captures multi-monitor screenshots via X11 — no external tools needed.
Resource isolation via Linux cgroups — CPU, memory, and I/O limits for containers and child processes.
scorpiox-traffic captures raw network packets — traffic analysis and debugging without tcpdump.
Built-in DNS resolution via resolv — used by scorpiox-server-email for MX lookups and SMTP routing.
These binaries are not available on linux-x64 as they target other platforms:
# scorpiox-busybox → bundled inside containers only
# scorpiox-imessage → macOS only (iMessage bridge)
# scorpiox-thunderbolt4 → macOS only (Thunderbolt hotplug)
# scorpiox-wsl → Windows only (WSL interop)
| Property | Value |
|---|---|
| OS | Linux |
| Architecture | x86_64 |
| Compiler | gcc (musl-static via Alpine container) |
| Binary Format | ELF |
| Static Linking | ✅ Yes — fully static, zero shared libraries |
| C Library | musl |
| C Standard | C11 |
| Build System | CMake 3.16+ |
| Build Container | Alpine Linux (musl-dev) |
| Build Script | release.ps1 |
| Minimum Kernel | Linux 3.2+ (any glibc-free system) |
| Shared Libraries | libscorpiox-server.so (optional) |
All linux-x64 binaries are compiled with the following hardening flags:
| Flag | Description |
|---|---|
-fstack-protector-strong | Stack buffer overflow protection |
-fcf-protection | Control-flow enforcement (GCC x86_64 CET) |
-D_FORTIFY_SOURCE=2 | Compile-time and runtime buffer overflow checks |
-Wl,-z,noexecstack | Non-executable stack segments |
-Wl,-z,relro,-z,now | Full RELRO — GOT is read-only after startup |
Scorpiox Code reads configuration from scorpiox-env.txt. Linux-specific settings for containers, namespaces, and VM support:
# Container backend
SX_CONTAINER=unshare # unshare | podman | docker
# Rootless namespace settings
SX_UNSHARE_NET=1 # isolate network namespace
SX_UNSHARE_PID=1 # isolate PID namespace
SX_UNSHARE_MOUNT=1 # isolate mount namespace
# KVM virtual machine
SX_VM_MEMORY=2048 # VM memory in MB
SX_VM_CPUS=2 # VM CPU count
SX_VM_KERNEL=/path/to/bzImage # kernel image for direct boot
# Network
SX_DNS_PORT=5353 # scorpiox-dns listen port
SX_TRAFFIC_IFACE=eth0 # network capture interface