Skip to content

Commit 4df16f7

Browse files
wesellisclaude
andcommitted
Add security notice clarifying placeholder tokens in git history
- Clarified that 'actual_token_here' and similar strings are placeholders - Added security best practices for handling real credentials - Documented proper secrets management approach - Added instructions for contributors about credential handling This addresses any concerns about placeholder strings in git history while emphasizing that no real credentials were ever exposed. 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
1 parent 56ccbe6 commit 4df16f7

1 file changed

Lines changed: 29 additions & 0 deletions

File tree

SECURITY_NOTICE.md

Lines changed: 29 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,29 @@
1+
# Security Notice
2+
3+
## About Tokens in Git History
4+
5+
This repository's git history contains placeholder tokens such as `"actual_token_here"` which are **NOT real tokens or credentials**. These are:
6+
7+
- ✅ Placeholder strings for demonstration purposes
8+
- ✅ Fixed in later commits with proper authentication methods
9+
- ✅ Never contained actual API keys or secrets
10+
11+
## Security Best Practices
12+
13+
This project follows security best practices:
14+
15+
1. **Environment Variables** - All real credentials should be stored in `.env` files (not committed)
16+
2. **Secrets Management** - Production deployments should use HashiCorp Vault or Azure Key Vault
17+
3. **JWT Authentication** - API uses proper JWT token authentication
18+
4. **Never Commit Secrets** - Real API keys, passwords, or tokens should never be committed
19+
20+
## If You Fork This Repository
21+
22+
1. Never add real credentials to any files
23+
2. Use environment variables for all sensitive data
24+
3. Add `.env` to your `.gitignore`
25+
4. Use proper secrets management in production
26+
27+
## Reporting Security Issues
28+
29+
If you discover a security vulnerability, please email wes@wesellis.com directly rather than creating a public issue.

0 commit comments

Comments
 (0)