Added security policies to all endpoints and implemented file upload feature on posts
This commit is contained in:
@@ -0,0 +1,48 @@
|
||||
# Filing Cabinet API
|
||||
|
||||
Node.js/Express API for accounts, JWT-authenticated actions, relationships, and posts.
|
||||
|
||||
## Run
|
||||
|
||||
```sh
|
||||
npm install
|
||||
npm run dev # nodemon app.js
|
||||
```
|
||||
|
||||
Configure `.env` (never commit it):
|
||||
|
||||
```env
|
||||
PORT=3000
|
||||
JWT_SECRET=<random secret, at least 32 characters>
|
||||
JWT_EXPIRES_IN=86400
|
||||
UPLOAD_DIR=./uploads
|
||||
MAX_UPLOAD_SIZE_BYTES=5242880
|
||||
```
|
||||
|
||||
Database and graph-database variables are also required by the relevant routes. See `.env.example`.
|
||||
|
||||
## Authentication
|
||||
|
||||
`POST /auth/register` and `POST /auth/login` are public. Every other route requires:
|
||||
|
||||
```http
|
||||
Authorization: Bearer <JWT>
|
||||
```
|
||||
|
||||
Login returns `{ id, token, expires_at }`. The token is HS256-signed and contains `user_id`, `iat`, and `exp`. Never log or expose tokens, passwords, password hashes, or salts.
|
||||
|
||||
## API
|
||||
|
||||
The compact endpoint contract is in [API.md](API.md). Unknown body/query fields are rejected with `400`; clients must send only documented fields.
|
||||
|
||||
## Security and ownership
|
||||
|
||||
- The API is the authoritative validator; client validation is only UX.
|
||||
- Registration/login validation and password rules are defined in [AUTH_INPUT_POLICY.md](AUTH_INPUT_POLICY.md).
|
||||
- Post creation always uses `author_id` from the verified JWT; clients must not send `author_id`.
|
||||
- Post edit/delete require that the JWT user owns the post.
|
||||
- `/posts` is visible to any authenticated user; `/posts/me` filters by JWT `user_id`.
|
||||
- Relationship creation requires `me` to equal the JWT user ID.
|
||||
- Uploads accept only JPEG, PNG, GIF, and WebP, one file named `image`, up to `MAX_UPLOAD_SIZE_BYTES` (default 5 MiB). Files receive random names and are stored under `UPLOAD_DIR`.
|
||||
- Registration rejects disposable email addresses and weak/reused-pattern passwords. Login failures use the generic `Invalid email or password` response.
|
||||
- Do not expose database errors or stack traces to clients.
|
||||
Reference in New Issue
Block a user