whipair prototype
whipair is a direct, one-shot SSH public-key enrollment prototype for
Whip. By default it uses the host's existing SSH port: no relay, TLS listener,
additional firewall rule, pairing account, or sshd_config change is required.
The host creates a temporary Ed25519 credential and adds only its public half
to the current user's authorized_keys with restrict and a forced command.
The QR contains the private seed, SSH endpoint, username, and SSH host-key pin.
Whip uses that credential for one restricted exchange, the host user approves
the submitted permanent public key, and whipair removes the temporary
authorization.
Install
All non-Nix installations require ssh-keyscan from an OpenSSH client package
to be available on PATH.
uv
Run the native binary from PyPI without installing Rust:
uvx whipair
uvx is an alias for uv tool run; either form creates an isolated tool
environment and runs whipair. Published wheels support macOS and Linux on
ARM64 and x64.
npm
Run the native binary from npm without installing Rust:
npx whipair
The npm package is a dependency-free launcher containing the same four native binaries. Node.js 18 or newer is required.
GitHub Releases
Download a prebuilt archive from the
whipair-v* GitHub releases:
whipair-VERSION-linux-x64.tar.gzfor Linux x86_64 (static musl).whipair-VERSION-darwin-arm64.tar.gzfor Apple Silicon macOS.
Extract the archive and run ./whipair. Each archive includes the README and
license; ssh-keyscan must be available on PATH. Download the matching
.tar.gz.sha256 file and verify it with sha256sum --check ARCHIVE.tar.gz.sha256
on Linux or shasum -a 256 --check ARCHIVE.tar.gz.sha256 on macOS, replacing
ARCHIVE.tar.gz.sha256 with the downloaded checksum filename.
Cargo
Install the published crate with Rust 1.99 or newer:
cargo install --locked whipair
whipair
Source builds use the same pinned Rust toolchain as Whip. The repository's
rust-toolchain.toml links to the mobile Rust core's toolchain file; Nix and
the release workflows use that pin too.
Nix
Run the public version:
nix run github:kosumic/whip#whipair
Without arguments, whipair lists the host's reachable interface addresses,
uses ifconfig.me to discover its public IP when curl is available, and also
offers a manual public-address choice:
Choose how Whip will reach this host:
1. Tailscale 100.84.12.5 tailscale0
2. Wi-Fi 192.168.1.20 wlan0
3. Public 203.0.113.10 ifconfig.me
4. Public/other Enter a public IP address or hostname
5. Tailcat Enter a Tailcat tc address
Selection [1]:
Public-IP discovery does not verify that SSH is reachable through the router or firewall. Choose Public/other to enter a DNS name or a different address, or select a specific reachable endpoint non-interactively:
nix run github:kosumic/whip#whipair -- serve \
--advertise-host 192.168.1.10
If SSH is already listening on a nonstandard port, advertise it with
--ssh-port:
nix run github:kosumic/whip#whipair -- serve \
--advertise-host ssh.example.com \
--ssh-port 2222
--ssh-port defaults to 22. It does not open a new port; it must match the
existing SSH service reachable at the advertised host. When no
--advertise-host is supplied, the interactive setup asks for the endpoint and
port, offering 22 as the default. Passing both options skips those questions.
whipair does not bind a TCP listener; Whip connects to the host's existing
SSH service.
Choose Tailcat, the last interface option, to paste a tc… address from a
running Tailcat server forwarding to the host's existing SSH service. Whip
recognizes the transport from the QR, pairs over Tailcat, and saves the address
and client identity for subsequent connections. No Tailcat toggle is needed on
the Add Host screen. Tailcat pairing connects directly to the tunnel and cannot
use a jump host.
You can also supply the address without the interface prompt:
whipair serve --tailcat-address 'tc…' --ssh-port 22
The port must match the SSH port forwarded by Tailcat. Whipair discovers the
SSH host key through 127.0.0.1 for this option; use --ssh-fingerprint if sshd
is bound to a different local address. Whipair's one-time authorization requires
the host's existing sshd. The development request client supports
direct SSH codes; scan Tailcat codes with Whip.
For a public endpoint behind NAT, forward the advertised public port to the
host's SSH port and allow that SSH port through the relevant router, host, or
cloud firewalls. If the host cannot reach its own public endpoint because the
router lacks NAT loopback, automatic ssh-keyscan discovery will fail. Read
the local Ed25519 host-key fingerprint and pass it explicitly:
ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub -E sha256
nix run github:kosumic/whip#whipair -- serve \
--advertise-host ssh.example.com \
--ssh-port 2222 \
--ssh-fingerprint 'SHA256:...'
From a local checkout:
nix run .#whipair
The Nix app includes ssh-keyscan. Automatic discovery requests Ed25519,
ECDSA, and RSA host keys in Whip's russh preference order. Use
--ssh-fingerprint to provide a fingerprint explicitly.
During development, print the underlying envelope:
nix run .#whipair -- serve --advertise-host 192.168.1.10 --print-code
Exercise the SSH-only protocol with a disposable public key:
nix run .#whipair -- request \
--code 'WP4:...' \
--public-key ~/.ssh/id_ed25519.pub \
--device-name 'Prototype client'
Inspect a copied envelope without exposing its temporary private seed:
nix run .#whipair -- inspect 'WP4:...'
Prototype limitations
- The SSH server must use OpenSSH-compatible
authorized_keys, support therestrictandcommandoptions, and read the current user's default~/.ssh/authorized_keysfile. - The interactive network selector uses
curlto offer the public IP reported byifconfig.mewhen available. Failure to fetch it does not block pairing. - Automatic host-key discovery invokes
ssh-keyscan; the Nix app supplies it. The Nix app also suppliescurlfor public-IP discovery. - The terminal QR uses error-correction level L to stay compact.
- Whip's mobile scanner supports WP4. The
requestsubcommand remains a protocol test client.
Pairing protocol (WP4)
The canonical Mermaid source is
docs/wp4-sequence.mmd.
Render and validate the tracked SVG with:
nix shell nixpkgs#mermaid-cli -c mmdc \
-i whipair/docs/wp4-sequence.mmd \
-o whipair/docs/wp4-sequence.svg
QR bootstrap envelope
The QR contains WP4: followed by Base45-encoded binary data.
| Field | Encoding | Purpose |
|---|---|---|
| Address type | 1 byte | 1 IPv4, 2 IPv6, 3 hostname, 4 Tailcat |
| SSH host | 4 or 16 bytes; 1-byte length plus ASCII hostname; or 2-byte big-endian length plus Tailcat address | Address selected or advertised by the host |
| SSH port | 2-byte unsigned integer, big-endian | Existing SSH service port |
| SSH username | 1-byte length plus ASCII | Existing local account |
| Temporary Ed25519 seed | 32 random bytes | Restricted SSH bearer credential |
| SSH host-key SHA-256 digest | 32 bytes | Pins the SSH server identity during pairing |
For an IPv4 address and a five-character username, the complete code is 120
characters and renders as a 37-module QR at error-correction level L. Expiry
is enforced by the running host process and is intentionally omitted.
Tailcat addresses may contain up to 1024 ASCII bytes and produce larger QR
codes. Whip validates the complete Tailcat address before contacting a relay.
The CLI and mobile Rust core share the published
whipair-protocol library. Both validate the full
Tailcat CBOR structure, key lengths, required server and discovery keys, and
relay configuration before accepting a pairing code.
Host authorization and exchange
Before displaying the QR, whipair adds an entry equivalent to:
restrict,command="whipair exchange --socket …" ssh-ed25519 AAAA… whipair-temporary
restrict disables shell access, PTY allocation, forwarding, agent forwarding,
X11, and user startup commands. The forced command accepts one bounded JSON
EnrollmentRequest on SSH stdin and relays it through a Unix socket in a
mode-0700 temporary directory to the visible whipair process.
The parent process validates the submitted OpenSSH public key and displays a
six-digit verification code derived from its SHA-256 fingerprint. Whip shows
the same code while it waits, so the user can compare the phone and host before
approving. Approval is bounded by the invitation TTL. On approval the host
appends the permanent key safely and idempotently, replies with an
EnrollmentResponse, removes the temporary entry, and exits. Rejection leaves
the one-shot invitation available until its TTL expires.
Whip verifies the SSH host key against the digest in the QR before sending any enrollment data. After pairing, it stores the verified public host key in its global known-hosts list, so the saved host does not require a second trust prompt.
Security properties and boundaries
- The QR is a short-lived bearer credential. Anyone who can scan it and reach SSH can request enrollment, but the key can invoke only the forced exchange command and the host still asks for approval.
- WP4 transfers a temporary private-key seed, never the private half of the permanent key being enrolled. Normal SSH authentication later proves possession of that permanent key.
- The temporary key is removed on success, expiry, or Ctrl-C. If the process is killed before cleanup, the leftover entry remains restricted and its forced command cannot connect to the vanished private Unix socket.
- Bare OpenSSH public keys understood by Whip's
ssh-keyparser are accepted.authorized_keysoptions are rejected, comments are preserved, and duplicate permanent keys are not appended. - The writer refuses symlink targets and files not owned by the current user,
serializes every update through a stable adjacent lock file, uses atomic
replacement for removal, and creates
.sshandauthorized_keyswith modes0700and0600when needed.
Publishing
The CLI uses versioned registry dependencies with local development paths.
Publish tailcat-client 0.1.1 (offline validation support), then
whipair-protocol 0.1.0 before publishing a CLI release that uses them.
Each library has a tag-triggered crates.io workflow. See the
protocol release instructions.
The Publish whipair to crates.io
workflow verifies the crate version, formatting, Clippy, tests, and package
contents before publishing. Crates.io trusts only publish-whipair.yml in
kosumic/whip with the protected crates-io environment. The workflow
uses a short-lived OIDC credential; GitHub stores no crates.io API token.
The Publish whipair packages
workflow builds native PyPI wheels and npm binaries for macOS and Linux on
ARM64 and x64. It also publishes Linux x86_64 and macOS arm64 archives, with
SHA-256 checksums, to a GitHub release for each whipair-v* tag. The release
does not replace the Whip app's latest release. GitHub publishing reuses the
native builds and runs independently of the registry publishing jobs.
For a manual GitHub release, enter the version and enable Publish Linux x64 and macOS arm64 binaries to GitHub Releases. The workflow checks out the matching release tag, pins every native build to the verified commit, and refuses to replace binaries in an already published GitHub release. Failed uploads to a draft release can be retried.
PyPI should trust publish-whipair-packages.yml with the
pypi environment. After the first npm release, npm should trust the same
workflow with the npm environment. Both registries then publish with
short-lived GitHub OIDC credentials and provenance instead of stored tokens.
PyPI supports a pending trusted publisher for the first release. npm requires
the package to exist before trusted publishing can be configured, so add a
short-lived NPM_TOKEN secret to the protected npm environment, manually run
the workflow once with Publish the npm package and Bootstrap the first
npm release with NPM_TOKEN enabled, configure npm trusted publishing, and
then delete the secret.
To release a version, update version in whipair/Cargo.toml,
whipair/npm/package.json, and the mkWhipair version in flake.nix,
refresh whipair/Cargo.lock, and run:
nix develop -c cargo test --locked --manifest-path whipair/Cargo.toml
nix develop -c cargo publish --locked --dry-run \
--manifest-path whipair/Cargo.toml
nix develop -c uvx maturin build --release --locked \
--manifest-path whipair/Cargo.toml \
--out whipair/dist
Commit those changes, then push a tag whose version matches Cargo.toml
exactly:
git tag whipair-v0.1.5
git push origin whipair-v0.1.5
License
This published package uses the MIT license. Third-party code and dependencies retain their original license notices.
After dependency changes, regenerate bundled notices with
nix develop -c bash whipair/scripts/generate-license-notices.sh.
Metadata
Release files for whipair 0.1.5
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Built distributions (wheels)
| File | Actions Reset | |||
|---|---|---|---|---|
| whipair-0.1.5-py3-none-manylinux2014_x86_64.manylinux_2_17_x86_64.whl | Python 3 | none | Linux glibc 2.17+ x86-64 | Details for whipair-0.1.5-py3-none-manylinux2014_x86_64.manylinux_2_17_x86_64.whl |
| whipair-0.1.5-py3-none-manylinux2014_aarch64.manylinux_2_17_aarch64.whl | Python 3 | none | Linux glibc 2.17+ ARM64 | Details for whipair-0.1.5-py3-none-manylinux2014_aarch64.manylinux_2_17_aarch64.whl |
| whipair-0.1.5-py3-none-macosx_11_0_x86_64.whl | Python 3 | none | macOS 11.0+ x86-64 | Details for whipair-0.1.5-py3-none-macosx_11_0_x86_64.whl |
| whipair-0.1.5-py3-none-macosx_11_0_arm64.whl | Python 3 | none | macOS 11.0+ ARM64 | Details for whipair-0.1.5-py3-none-macosx_11_0_arm64.whl |
Total release size: 5.0 MB
Release files / whipair-0.1.5-py3-none-manylinux2014_x86_64.manylinux_2_17_x86_64.whl
| Download URL | whipair-0.1.5-py3-none-manylinux2014_x86_64.manylinux_2_17_x86_64.whl |
|---|---|
| Size | 1.3 MB |
| Tags | Linux glibc 2.17+ x86-64 Python 3 |
|
SHA-256 checksum How to use checksums |
f8888d19fd09a220bf085bd49482ab355656d49b30f03cd5d07c4ef6d9dcce73
|
|
BLAKE2b-256 checksum How to use checksums |
e03525fedb8282abc2dd07a2e8917baec30347a22dbc44480059496a03c335a3
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 1, 2026.
Transparency logRelease files / whipair-0.1.5-py3-none-manylinux2014_aarch64.manylinux_2_17_aarch64.whl
| Download URL | whipair-0.1.5-py3-none-manylinux2014_aarch64.manylinux_2_17_aarch64.whl |
|---|---|
| Size | 1.2 MB |
| Tags | Linux glibc 2.17+ ARM64 Python 3 |
|
SHA-256 checksum How to use checksums |
121803942f7bef3096b02dee994c4a3132c54f0734accab5f81b2e714d90b733
|
|
BLAKE2b-256 checksum How to use checksums |
6962069125f1303f0b25d17451eca61b5c7023566c7b3a313af8c33d3a64b6e4
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 1, 2026.
Transparency logRelease files / whipair-0.1.5-py3-none-macosx_11_0_x86_64.whl
| Download URL | whipair-0.1.5-py3-none-macosx_11_0_x86_64.whl |
|---|---|
| Size | 1.3 MB |
| Tags | Python 3 macOS 11.0+ x86-64 |
|
SHA-256 checksum How to use checksums |
2b1ed5e49099199afeb6e5efa68d95ae0ea34c7266aa5ae8e488b7465d8489df
|
|
BLAKE2b-256 checksum How to use checksums |
6bfcd2b65e82315279a3f1dcecd831119f291c1864a0a8a297bc8655763d1f28
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 1, 2026.
Transparency logRelease files / whipair-0.1.5-py3-none-macosx_11_0_arm64.whl
| Download URL | whipair-0.1.5-py3-none-macosx_11_0_arm64.whl |
|---|---|
| Size | 1.2 MB |
| Tags | Python 3 macOS 11.0+ ARM64 |
|
SHA-256 checksum How to use checksums |
5c42c416f314ff28d4e4f86d5a992de6fcef2dc8c99c45f9cc3a907549e0097d
|
|
BLAKE2b-256 checksum How to use checksums |
8eec75fdd05b0f6ccd8bc4af0068ab98cf528261e805990cac5b7e5383b1651b
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 1, 2026.
Transparency logSecurity for whipair 0.1.5
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
All 4 files in this release have been uploaded with provenance metadata.
Attestation for whipair-0.1.5-py3-none-manylinux2014_x86_64.manylinux_2_17_x86_64.whl
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 1, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.