diff --git a/.obsidian/workspace.json b/.obsidian/workspace.json
index 6eabf6b..f8e5f76 100644
--- a/.obsidian/workspace.json
+++ b/.obsidian/workspace.json
@@ -325,7 +325,7 @@
       "periodic-notes:Open today": false
     }
   },
-  "active": "48ee6f423cb002c4",
+  "active": "1d5570e10a658ca5",
   "lastOpenFiles": [
     "5 Media/0 Books/Software Project Survival Guide by Steve McConnell.md",
     "2 Personal/Home Lab/MAC/Dotfiles.md",
diff --git a/2 Personal/Home Lab/MAC/Dotfiles.md b/2 Personal/Home Lab/MAC/Dotfiles.md
index e749e45..ca0aa37 100644
--- a/2 Personal/Home Lab/MAC/Dotfiles.md	
+++ b/2 Personal/Home Lab/MAC/Dotfiles.md	
@@ -38,4 +38,84 @@ set number
 - [ ] add .cursor settings to chezmoi
 - [ ] make script and add to cron --> update all apps daily with homebrew and send notification to telegram bot
 	- [ ] maybe use a cron http managment tool that keeps track of all jobs
-- [ ] sourcetree settings to chezmoi
\ No newline at end of file
+- [ ] sourcetree settings to chezmoi
+- [ ] clean up ssh keys: find a good system: maximum of 6 keys (hybrid approach see below)
+
+> [!NOTE]- SSH Keys Strategy
+> should I use one ssh key for everything or one key per service?
+> 
+> ###### ChatGPT said:
+> 
+> It depends on your security needs and convenience. Here’s a breakdown of **when to use one SSH key for everything** versus **one key per service**.
+> 
+> ---
+> 
+> ## **🔹 Option 1: Use One SSH Key for Everything**
+> 
+> 💡 **Best for simplicity**  
+> If you don’t need strict access separation, using a single SSH key across multiple services (GitHub, GitLab, work servers, personal VPS) is convenient.
+> 
+> ### ✅ **Pros**
+> 
+> - **Easy to manage** → One key to maintain, back up, and use.
+> - **Less configuration** → No need to specify different keys per service.
+> - **Works out of the box** with services like GitHub and remote servers.
+> 
+> ### ❌ **Cons**
+> 
+> - **Security risk** → If your private key is compromised, **all** services using it are vulnerable.
+> - **Difficult to revoke access** → If one service is compromised, you must change your key **everywhere**.
+> - **Might not work for corporate environments** → Some companies require you to use a **separate** SSH key for work.
+> 
+> ---
+> 
+> ## **🔹 Option 2: Use One SSH Key Per Service**
+> 
+> 💡 **Best for security and flexibility**  
+> You generate a different SSH key for each service (GitHub, work, personal servers, etc.).
+> 
+> ### ✅ **Pros**
+> 
+> - **Better security** → If one key gets compromised, only **one** service is affected.
+> - **Easier revocation** → If you leave a job or lose access to a service, you can revoke just that key.
+> - **Some services enforce it** → Many companies require work-specific SSH keys for compliance reasons.
+> 
+> ### ❌ **Cons**
+> 
+> - **More setup complexity** → You have to generate and manage multiple keys.
+> - **More configuration required** → You must specify which key to use for each service.
+> 
+> ---
+> 
+> ## **🔹 Recommended Approach: Hybrid Setup**
+> 
+> 💡 **Balance security and convenience**
+> 
+> - **One key for personal use** (GitHub, GitLab, Bitbucket).
+> - **One key for work** (Used only for job-related SSH access).
+> - **One key per personal VPS or server** (Especially if managing multiple servers).
+> - **One-time-use keys** (For temporary projects or shared access).
+> 
+> ### **Example SSH Config for Multiple Keys (`~/.ssh/config`):**
+> 
+> sh
+> 
+> CopyEdit
+> 
+> `Host github.com     User git     IdentityFile ~/.ssh/id_github  Host gitlab.com     User git     IdentityFile ~/.ssh/id_gitlab  Host work-server     User claudio     IdentityFile ~/.ssh/id_work  Host personal-server     User claudio     IdentityFile ~/.ssh/id_personal`
+> 
+> 👉 **Benefit:** SSH automatically selects the correct key based on the hostname.
+> 
+> ---
+> 
+> ## **🔹 Summary: Which One Should You Choose?**
+> 
+> |Approach|When to Use|Pros|Cons|
+> |---|---|---|---|
+> |🔹 **One key for everything**|If you want **simplicity**|Easy to set up, no extra config|Higher security risk if compromised|
+> |🔹 **One key per service**|If you want **better security**|Granular control, easier revocation|More setup complexity|
+> |🔹 **Hybrid approach**|If you want **a balance of both**|Security + convenience|Some extra setup required|
+> 
+> 🚀 **Final Recommendation:** Use **one key per category** (e.g., personal, work, servers), but **not necessarily one key per service** unless security requires it.
+> 
+> Let me know if you need help setting this up! 😊
\ No newline at end of file