惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - 三生石上(FineUI控件)
Blog — PlanetScale
Blog — PlanetScale
B
Blog
GbyAI
GbyAI
爱范儿
爱范儿
月光博客
月光博客
N
Netflix TechBlog - Medium
T
Tailwind CSS Blog
G
Google Developers Blog
大猫的无限游戏
大猫的无限游戏
Vercel News
Vercel News
H
Hackread – Cybersecurity News, Data Breaches, AI and More
WordPress大学
WordPress大学
The GitHub Blog
The GitHub Blog
Recent Announcements
Recent Announcements
腾讯CDC
MyScale Blog
MyScale Blog
V
Visual Studio Blog
The Cloudflare Blog
Microsoft Security Blog
Microsoft Security Blog
A
About on SuperTechFans
Google DeepMind News
Google DeepMind News
Last Week in AI
Last Week in AI
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
KeePass can't protect you from a stealer. So I built some...
Sokol · 2026-05-27 · via DEV Community

Sokol

I built a hardware password manager because KeePass doesn't actually protect you

I'm a hobbyist developer. I work with sensitive data every day — accounts, crypto wallets, corporate systems, personal communications.

One day I had an uncomfortable realization.

The problem nobody talks about

I was using KeePassXC. Strong master password, encrypted database, local-only. I thought I was doing everything right.

Then I thought about what actually happens when I unlock my vault:

  • The encrypted database sits on disk — readable by any process with file access
  • The decrypted copy lives in RAM — readable by any process with memory access
  • The master password gets typed on a keyboard — interceptable by any keylogger
  • All of this happens inside an OS shared with dozens of other running programs

KeePass protects you from someone stealing your hard drive. It does not protect you from malware already running on your machine.

A stealer with a keylogger gets your master password when you type it, then grabs the database file. Game over. And you'll never know it happened.

The same is true for Bitwarden, 1Password, and every other software password manager. They're all prisoners of the OS they run on.

Cloud managers add another layer: you're now trusting a third-party server and its breach history.

Hardware keys like YubiKey solve part of the problem (2FA), but they don't replace a full offline password manager. They still require the target system to support their protocol.

I wanted something different.

What I actually wanted

A device that:

  • Stores passwords completely offline, on hardware
  • Never transfers the database to the computer — not even in encrypted form
  • Simply types the password like a keyboard (USB HID)
  • Works on any OS without installing software
  • Has no moving parts, no battery, no cloud

So I built it.


Introducing Protokey

Main view

Protokey is a compact USB device built on a microcontroller that acts as a "smart keyboard with memory."

You browse your vault on a 3.5" touchscreen → select an account → tap autofill → Protokey types your login, password, and Enter into whatever fi m,eld is focused. The computer sees only keystrokes. The database never leaves the device.


How it works technically

Passwords listing. Main page

Hardware:

  • Panlee SC01 — 3.5" capacitive touchscreen (320×480), SD card slot, ESP32 microcontroller
  • Arduino with ATmega32u4 — handles USB HID pairing with the host computer
  • No physical buttons, no battery, no external power required

![Inside the device]d(https://dev-to-uploads.s3.amazonaws.com/uploads/articles/d87jmgqxiikbntoyw92s.jpg)

Firmware & encryption:

  • Firmware, flash memory, bootloader, and user data are all encrypted
  • Master password stays in your head; derived key unlocks your data on the flash
  • Encryption keys for the firmware ship in the box with your device — they belong to you from day one
  • You can take full custody of your keys. If you want us to hold a copy for recovery, that's opt-in. If you want us to delete our copy, we will.

Unlike most hardware security products, we can't update your device without your explicit involvement. That's a feature, not a limitation.


The vault

Add page

Each record supports up to 16 fields. Field types:

Type Purpose
text / word plain text
login / email / phone aggregation (fast search)
secret hidden field with generator
TOTP 2FA time-based codes
tags comma-separated, filterable
autofill template {field_name}, {tab}, {enter}

Field types

The autofill template is the key feature. You define exactly what gets typed and in what order. Works for single-field logins, multi-step forms, desktop apps, terminal prompts — anything that accepts keyboard input.

Filter by record type. WiFi for exmple.

Search and filtering happen in real time across visible fields, tags, and aggregation fields. Deep search (across all hidden fields) takes up to 3 minutes on 10,000 records — worth it when you need it.

Aggregation by name

Aggregation by name listing

Aggregation


Web interface

WiFi is used exclusively for device administration — never for password transmission.

Connect Protokey to your local network → access the web panel (HTTPS) to:

  • Create and edit records
  • Import/export backups
  • Update firmware
  • Manage TOTP entries

Settings page

The WiFi credential setup and web panel access are done from the device's settings menu.


Physical threat protection

This one I'm quietly proud of.

Protokey has a duress system built into the PIN settings:

  1. Second PIN — differs from your real PIN by one character. When entered, it switches the device into "panic mode": only shows records tagged with a specific decoy tag, sets the second PIN as the new primary, and wipes all duress settings — so there's no evidence a second PIN ever existed.

  2. Blank password entry — by default, the device accepts any input at the unlock screen. You can require a specific master password, or leave it open and rely on PIN only.

  3. Wipe after N attempts — standard brute-force protection.

The result: if someone demands access to your device, you hand them a plausible decoy vault. Your real records are in a hidden layer. The device shows no signs of having one.

Restoring from that state requires a backup. Keep one.


Current status

  • ✅ Working MVP assembled from components ordered locally (Ozon)
  • ✅ 3D-printed enclosure — 2cm thick, 3.5" wide, very light
  • ✅ Full password manager on 10,000 records
  • ✅ Autofill, TOTP, search, filters, web interface, duress protection
  • 🔜 Small production run of 100–200 units planned

Price: ~$270 (open to discussion for early adopters).

Source code: currently closed. Open to discussing this with the community.


Why I'm posting this

I built Protokey because I wanted it for myself. Now I want to know if others feel the same way.

A few questions for you:

  1. How do you store passwords today, and what's your biggest concern about it?
  2. What's missing from current password managers?
  3. Would you use a device like this?

If you're interested in following development — I'm setting up a Telegram channel.


Protokey — your passwords under your physical control.

Telegram: https://t.me/+-PpaF-4qGHNkZmY6