Strong password storage
Passwords are never stored as plain text; they are kept with secure hashing.
- Hash-based storage
- Session renewal after login
- Password change flow
MDNote.dev
Markdown workspace
Security
MDNote.dev runs with an architecture that separates user notes from each other and protects the login flow with fundamental security practices.
Passwords are never stored as plain text; they are kept with secure hashing.
Failed login attempts are tracked and risky flows are throttled.
Each user only sees and edits their own notes.
Session
Registration and login processes work with fundamental security practices like password hashing, active user checks, and session renewal. Failed attempts are tracked to throttle risky login behaviors.
Data boundary
The MDNote application is separated from the panel. Regular users access their own note area, not management modules. Since note and folder operations are scoped by user ID, cross-account data mixing is prevented.
This page describes the application-level security approach; it is not an end-to-end encryption promise.
Security practice
Account hygiene is as important as application security in protecting your notes.
Choose a hard-to-guess password not used on other services.
Log out when you are done on shared computers.
Follow your organization's policy when writing secrets, passwords, or customer data in notes.
Report suspicious account behavior through the contact channel.
FAQ
This page describes the current application-level session and user isolation approach. End-to-end encryption should be considered as a separate product feature.
Panel modules are protected with an admin filter. Regular user flow runs under the MDNote note area.
Yes. The login attempt infrastructure records failed attempts and uses them to throttle risky repetitions in the login flow.