
IDHub is an API-based SSO platform that centralizes Microsoft 365 / Google Workspace integration and unifies login to 10 internal systems (accounting, HR, recruiting, and more) under a single ID. It operates ~500 employee IDs from one place.
The operational pain points — password reuse, lingering accounts after departure, per-system rework when switching IdPs, and lag until token revocation — were addressed by what we built in-house from scratch in 4 months: this is a new-platform launch story.
A SaaS development company built on three pillars — contract development, in-house products, and consulting. Its ~500 employees use more than 10 business SaaS apps daily (accounting, HR, recruiting, attendance, expense, project management, and more), and because each system issued its own separate ID, the setup posed challenges in both operational efficiency and security.
Driven by a high mid-career hiring ratio, the frequency of ID revocation on departures, the parallel operation of Microsoft 365 and Google Workspace, and tighter audit requirements, building an SSO platform to consolidate internal IDs in one place emerged as a management priority.
Access IDHub via Microsoft 365 / Google
Validate external IdP tokens and fetch profiles
Issue short-lived JWTs, manage revocation with Redis
Use 10 systems with the same token
We saw this not as a technical problem but as a management challenge tied directly to data-leak risk, offboarding, IdP-switching cost, and token-revocation delay, and we needed to design, from scratch, a mechanism to consolidate internal IDs in one place.
With 10 systems × separate IDs, employees reusing 3–4 passwords on average became the norm, carrying the risk that a breach of one system would spread company-wide.
1–2 missed offboardings per month on average occurred, leaving departed employees' permissions active — a management issue from an audit and compliance standpoint.
For a future Microsoft 365 → Google Workspace migration or adding SAML support, 10 systems × per-system rework — a state we could not overlook as technical debt.
In a design that keeps JWTs long-lived,Up to a 24-hour lag before revocation takes effect occurred — a structural risk that significantly delayed the initial response to incidents.
With a deep understanding of OpenLab's organization and operations, "Operational efficiency for IT, a better experience for employees, security standardization for management" — we built an API-based SSO gateway uniting these three-sided needs into a single platform, entirely in-house from scratch.

Each of the 10 systems implemented its own MS / Google integration — double maintenance.
MS Graph + Google Socialite consolidated into a single SSO API.
Long-lived JWTs = up to 24h of lag before revocation takes effect.
Revocation reflected across all systems in 80ms (Redis TTL sync).
Department, title, and avatar were managed separately in each system — inconsistent.
Avatars auto-synced from the IdP and displayed uniformly across all systems.
Manual operations on joining/leaving took 10 systems × several days.
Invitations, permission changes, and offboarding apply to all systems instantly.
After adopting IDHub, the reliability of auth operations and security standardization improved greatly versus the separate-ID era.
10 systems × separate IDs consolidated into one ID. Onboarding/offboarding rework was eliminated, and the IT department's month-end overtime dropped sharply.
Password reuse eliminated company-wide; offboarding now takes effect instantly. Audit and compliance handling standardized.
Per-system rework when switching IdPs is no longer needed. Gained the scalability to add new business systems with just an SSO connection.
Every employee can access all business systems with a single ID. Forgotten-password inquiries plummeted.
On/offboarding meant per-system operations across 10 systems, with 1–2 missed deletions per month on average.
All company-wide operations completed on one screen; achieved zero missed deletions.
Separate logins for 10 systems; password reuse was the norm.
All systems with one ID; forgotten-password inquiries plummeted.
Up to 24h until revocation on fraud detection, with logs scattered across each SaaS.
Token revocation in 80ms; auth logs aggregated in a unified audit view.
Auth integration was custom-built each time a new business SaaS was added.
A new SaaS is fully onboarded just by connecting it to IDHub.