business

Verdict

Submitted 5/24/2026, 1:10:28 PM · Completed 5/24/2026, 1:38:28 PM

5.5
pivot
The idea

Self-hosted ssh connection manager with browser terminal, looking for feedback

Show original source text →
https://reddit.com/link/1tmfvsi/video/vrmuu6y2x33h1/player For the past year or so I've been managing ssh access to a bunch of servers - some personal stuff, a few client boxes - and nothing really fit how I wanted to work. Termius is solid but the sync features are behind a subscription and I never loved the idea of my private keys sitting in someone else's cloud. Just using \~/.ssh/config works fine but it's not great when you have 30+ hosts, and every time I set up a new laptop I'm copying configs around manually. Royal TSX is mac only. You get the idea. So I started building my own thing on weekends and it actually turned into something usable. It's called Skiff. Basically you run it on a server with docker (one compose command), open it in your browser, set a master password, and you can add ssh hosts and connect to them right from the browser. No terminal client needed. The terminal itself is xterm.js over a websocket talking to a real ssh session on the backend, so it behaves like a normal terminal - tmux works, vim works, colors work, all that. Credentials are encrypted with aes-256-gcm and the master key is derived with argon2id (using the owasp recommended params). The key only ever exists in memory, never written to disk. When you change your master password it re-encrypts everything in a single sqlite transaction so you can't end up with a half-migrated vault if something crashes mid-way. That part was genuinely annoying to get right. Other stuff it does: \- imports your \~/.ssh/config directly, just paste it in \- folders and nested folders for organizing \- starred favorites and search \- ssh fingerprint pinning so it warns you if a host's key changes \- auto-locks after idle \- no telemetry, no external network calls except to your own servers Stack is react + typescript on the frontend, fastify + better-sqlite3 \+ the ssh2 library on the backend. License is AGPL-3.0. Repo with screenshots and a demo gif: [https://github.com/Priyanshu-1622/skiff](https://github.com/Priyanshu-1622/skiff) This is the first proper open source project I've put out so I'm sure there are rough edges. Would really appreciate feedback, especially from anyone who actually knows crypto - the threat model is documented in the readme and I'd rather hear "you got X wrong" now than later. Also curious what features people would actually use. Issues and PRs welcome.
TRIZ inventive level: 3/5· Principles: segmentation, parameter changes
Synthesis verdict
**Pivot**. Skiff addresses a real pain point for sysadmins and developers managing SSH access across multiple servers, with a self-hosted, browser-based solution that prioritizes security. However, the project's monetization strategy is unclear, and the open-source model limits commercial adoption. The venture is also at risk due to regulatory compliance and platform security concerns. To mitigate these risks, Skiff could pivot to a hosted or enterprise tier, with optional cloud sync and a clear pricing strategy.

Strengths

  • Self-hosted, browser-based SSH management tool with strong local crypto
  • Addresses a clear pain point for sysadmins and developers
  • Open-source model with a solid technical stack
  • Feature set includes config import, nested folders, and fingerprint pinning
  • Security focus and browser-first UX are differentiators

Weaknesses

  • Monetization strategy is unclear
  • Open-source model limits commercial adoption
  • Regulatory compliance risks due to encrypted private key storage
  • Platform security risks due to Docker compose stack exposure
  • Market churn and zero-budget users may lead to rapid abandonment

Best angle

Skiff should pivot to a hosted or enterprise tier with optional cloud sync and a clear pricing strategy to mitigate regulatory and platform security risks and ensure ongoing funding for security audits and feature development.

Panel verdicts

Viability

meta/llama-4-maverick-17b-128e-instruct

8.0

The project's existing prototype and well-documented threat model are significant advantages, but the security and cryptography aspects require careful review and testing.

The idea of Skiff, a self-hosted SSH management tool, is technically feasible for a solo or 2-person team to build within 4-12 weeks. The project already exists with a functional prototype, and the tech stack is well-established (React, TypeScript, Fastify, SQLite). The core features, such as SSH connection management, encryption, and import from ~/.ssh/config, are implemented. However, the complexity lies in ensuring the security and cryptography aspects are correctly implemented, which may require additional review and testing. The use of well-regarded libraries like ssh2 and better-sqlite3 simplifies the development. The threat model is documented, and the developer is open to feedback, which is a positive aspect. The main challenge would be polishing the existing prototype, addressing potential security concerns, and adding new features based on user feedback.

Market

qwen/qwen3-next-80b-a3b-instruct

8.0

Skiff turns a fragmented, insecure, and subscription-dependent workflow into a privacy-first, self-hosted alternative that enterprise-grade users will pay for — not because it’s flashy, but because it finally respects their infrastructure and security requirements.

Skiff solves a real, persistent pain point for sysadmins, DevOps engineers, and freelance developers managing 10+ SSH hosts — a group numbering in the millions globally. The core issue — fragmented, insecure, or subscription-bound SSH management tools — is well-documented in communities like r/sysadmin and r/devops. Skiff’s browser-based, self-hosted, zero-telemetry approach directly addresses privacy concerns with private keys and avoids vendor lock-in, which is a major differentiator against Termius and Royal TSX. The cryptographic implementation (AES-256-GCM, Argon2id, in-memory key handling) is enterprise-grade and demonstrates deep understanding of threat modeling, which builds trust with technical users. The AGPL-3.0 license encourages enterprise adoption while protecting open-source integrity. The import-from-~/.ssh/config feature is a killer onboarding detail that lowers friction dramatically. The audience isn’t just hobbyists; it includes compliance-sensitive industries (finance, healthcare, government contractors) where cloud-based SSH tools are prohibited. While the market isn’t as large as consumer SaaS, it’s highly willing to pay — enterprise teams already spend $50–$200/user/year on tools like JumpCloud or Teleport. Skiff’s self-hosted model positions it perfectly for a premium SaaS offering (e.g., hosted Skiff with team features) or enterprise licensing. The only risks are awareness and polish; it needs better marketing to technical audiences and mobile support. But the foundation is exceptionally strong.

Competition

nvidia/nemotron-3-super-120b-a12b(fallback #1)

6.0

Skiff’s defensible edge lies in its self‑hosted, zero‑trust browser SSH vault with strong local crypto, though the advantage is incremental and replicable without a growing ecosystem or network effects.

Skiff addresses a clear pain point for sysadmins and developers who juggle many SSH hosts and dislike storing private keys in third‑party clouds. Its core differentiation is a self‑hosted, browser‑based SSH manager that encrypts credentials with AES‑256‑GCM and Argon2id, keeping the master key only in memory and offering AGPL‑3.0 source. Compared with Termius (subscription‑based cloud sync), Royal TSX (mac‑only, paid), and VS Code Remote‑SSH (requires local client and lacks centralized vault), Skiff provides cross‑platform access from any browser, zero telemetry, and no recurring cost. However, the market already contains alternatives: open‑source SSH config managers (e.g., SSHMenu, ssh‑config‑editor), self‑hosted password vaults with SSH agent integration (Bitwarden, 1Password CLI), and web‑based terminals like GateOne or Wetty that can be paired with external key stores. Skiff’s moat hinges on its usability polish (import of ~/.ssh/config, foldering, search, fingerprint pinning, auto‑lock) and its strong crypto implementation. While these features are valuable, they are incremental rather than revolutionary; a determined competitor could replicate them, especially if the project remains a solo‑maintained side effort. Durability therefore depends on community adoption, continued security audits, and perhaps adding unique integrations (e.g., Kubernetes, cloud‑provider IAM) that differentiate beyond a nice UI. Until then, the differentiation is real but moderate, warranting a middling score.

Monetization

mistralai/mistral-medium-3.5-128b

7.0

Monetization requires a hosted or enterprise tier to escape the open-source revenue trap.

Skiff addresses a clear pain point for sysadmins and developers managing SSH access across multiple servers, with a self-hosted, browser-based solution that avoids cloud dependency and prioritizes security (AES-256-GCM, Argon2id, in-memory key handling). The open-source (AGPL-3.0) model and technical stack (React, Fastify, SQLite) are solid, and the feature set (config import, nested folders, fingerprint pinning) is practical. However, monetization is unclear: AGPL-3.0 limits commercial adoption unless dual-licensed, and the self-hosted nature reduces SaaS revenue potential. A viable path could be a hosted version (with optional cloud sync) or enterprise support/subscriptions, but this requires a pivot from the current open-source-only approach. Unit economics are untested—cost-to-serve is low (Docker deployment), but pricing and conversion paths (e.g., freemium for hosted tier) need definition. Competition from Termius, Royal TSX, and even native ~/.ssh/config + tools like Ansible Tower exists, but Skiff’s security focus and browser-first UX are differentiators.

Risk

openai/gpt-oss-120b(fallback #1)

3.0

A single self‑hosted SSH portal that cannot guarantee regulatory compliance or airtight container security will quickly lose user trust and funding, killing the business.

The venture is doomed by three concrete, near‑term failure modes. 1) Regulatory shutdown: Storing encrypted private keys on a server—even if the keys never leave memory—places the service under strict data‑protection regimes (GDPR, CCPA, export‑control laws). A breach or even a routine audit could force authorities to demand decryption or shut the service down, and the open‑source AGPL license offers no shield against compliance fines. 2) Platform security catastrophe: The entire product runs as a Docker compose stack exposing an SSH gateway over websockets. A single misconfiguration (e.g., exposed Docker socket, insecure host key verification, or a vulnerable node‑modules version) can let attackers execute code on the host, pivot to every managed server, and instantly ruin the trust model. 3) Market churn and zero‑budget users: The target audience already has free, battle‑tested tools (ssh‑config, Termius free tier, VS Code Remote). Without a paid tier or enterprise licensing, the project cannot fund ongoing security audits or feature development, leading to rapid abandonment in favor of established alternatives. These specific risks will likely collapse the product within a year if not mitigated immediately.

Synthesized by meta/llama-3.3-70b-instruct · 8.3s