Event Publisher enables event integration between Keycloak and OpenFGA
mooreds
28 points
5 comments
March 16, 2026
Related Discussions
Found 5 related stories in 560.7ms across 15,062 title embeddings via pgvector HNSW
- PostHog FOSS thatxliner · 91 pts · July 09, 2026 · 35% similar
- Show HN: Kiso, an open-source publishing engine for Open Knowledge Format straumat · 13 pts · June 27, 2026 · 35% similar
- Google proposes Open Knowledge Format based on Markdown itherseed · 62 pts · June 13, 2026 · 35% similar
- Openrouter Fusion API tdchaitanya · 201 pts · June 15, 2026 · 34% similar
- Show HN: OpenKnowledge – open source AI-first alternative to Obsidian/Notion engomez · 245 pts · June 25, 2026 · 34% similar
Discussion Highlights (2 comments)
mooreds
I posted this because using an authorization server like OpenFGA creates a real issue: syncing authorization related data. There's identity data that needs to be synced (from an identity provider). This seemed like a cool open source solution for that. It's not enough, of course. You also need to sync data between your application/domain and the authorization server to have accurate authorization decisions. But other than using the authorization server's SDK, I don't think there's a general solution to that problem. Disclaimers: I have not used this software. I don't know if it is maintained. I also work for a company that has competitive offerings for both Keycloak and OpenFGA.
gebalamariusz
Overall, it's interesting. OIDC is probably the most common practice for inter-service authentication today. The problem is that in practice, I've seen many configurations where OIDC could be used as an attack vector (missing sub claim condition, which effectively allows any token to assume the role).