Venicee

Security

Venicee is built around a simple premise: file transfer software sits close to sensitive data — server credentials, private keys, business files, and infrastructure access. Security should be visible in the product, not buried in a readme you only read after something goes wrong.

This page summarizes how Venicee handles encryption, credential storage, trust decisions, and privacy. For configuration details, see Settings.

Encrypted connections by default

Venicee supports SFTP (SSH File Transfer Protocol) and FTPS (FTP over TLS) in addition to plain FTP when a legacy server requires it. For new connections, SFTP is the default in the site manager.

ProtocolWhat it protects
SFTPFile data and credentials in transit over SSH
FTPS (explicit)TLS upgrade on the standard FTP port
FTPS (implicit)TLS from the first byte on the dedicated port
FTPNo transport encryption — use only when the server offers no alternative

When you connect, Venicee negotiates encryption with the server using the protocol you chose. Saved site profiles store the protocol and port so you do not have to remember defaults for each server type.

Host key and certificate verification

Before Venicee trusts a server, it checks the remote identity:

  • SFTP / SSH — the server’s host key fingerprint is compared against known values. If the key is new or has changed, you see a prompt and decide whether to trust it. Approved keys are stored locally in trusted_hosts.json.
  • FTPS / TLS — certificate validation follows standard TLS rules. You are prompted when a certificate is unknown or no longer matches what you trusted before.

Venicee does not silently accept changed or unknown host keys. That choice is yours, every time the identity does not match what is on file.

Credential vault

Saved site passwords are never written in plain text to sites.json. They are stored inside an encrypted vault protected by a master password you choose.

AspectBehavior
EncryptionAES-256-GCM
Master passwordNever stored on disk
UnlockRequired to use saved passwords; optional skip leaves the app usable without vault access
Auto-unlockAfter a successful unlock, Venicee may store a protected key in the Windows Credential Manager so the vault can unlock on the next launch — still under your control on the device

SSH private keys for SFTP are referenced by file path in the site profile. Protect those key files with the same care you would on any system that uses key-based authentication.

Data stays on your device

Venicee does not require an account. There is no sign-in flow, no vendor cloud that holds your connection list, and no background upload of file names or transfer metadata to us.

Configuration and state live under your app data folder (on Windows: %AppData%\Venicee\), including:

  • Site connection profiles (sites.json)
  • Encrypted credentials (vault.json)
  • Trusted host keys (trusted_hosts.json)
  • Automation jobs, themes, language packs, and plugin data

Under normal use, we do not receive your FTP/SFTP credentials, private keys, or file contents. You are responsible for securing the device, backups, and who has access to your user profile.

No telemetry

Venicee is designed without usage analytics or crash-reporting pipelines tied to a vendor account. The app should not phone home about what you transfer, where you connect, or how often you open it.

If that ever changes in a future version, it would be documented clearly before release — not slipped in quietly.

Verifiable downloads

Every release published on the download page includes a checksums.txt file with SHA-256 hashes. Before you run a new build, compare the hash of your download against the published value so you know the archive was not altered in transit.

See Getting started for a PowerShell example.

Open source and auditability

Venicee’s source code is available on GitHub. You can review how connections are made, how the vault is implemented, and how host trust is recorded. We think security claims should be checkable, not just stated on a marketing page.

Swiss made, privacy-first mindset

Venicee is made in Switzerland. The product is shaped by a privacy-first approach: minimize data collection, keep sensitive material local, and avoid business models that depend on profiling users or locking basic features behind accounts.

That does not replace your own security practices — strong passwords, patched systems, least-privilege server accounts, and careful handling of private keys still matter — but it defines what Venicee will and will not do with your data by design.

Your responsibilities

Venicee can protect data in transit and at rest on your machine, but it cannot fully secure an environment you control. In practice, that means:

  • Use SFTP or FTPS whenever the server supports it.
  • Treat host-key and certificate prompts seriously; do not approve changed keys without understanding why they changed.
  • Choose a strong vault master password and protect your Windows user session.
  • Restrict access to SSH private key files and to %AppData%\Venicee\.
  • Verify release checksums before installing updates.

For licensing and liability terms, see the EULA.

Related pages