Intranet vs Extranet

    Intranet vs extranet: who signs in, what they see and how each is built

    An intranet serves your own employees. An extranet opens part of your systems to people outside the company: partners, suppliers, distributors or clients. The screens can look alike, but the identity source, the data each user may see, who reviews access and what ends it all differ, and those choices shape the build.

    What is the difference between an intranet and an extranet?

    Quick answer

    Intranet vs extranet is a question of audience. An intranet serves employees who sign in through the company directory, while an extranet serves outside organizations whose users bring their own identities and must see only their own data. Agnotic Technologies builds both, and treats tenant separation and partner offboarding as design work, not settings.

    CriterionIntranetExtranet
    UsersEmployees and contractors of one organizationUsers from partner, supplier, distributor or client organizations
    Identity sourceYour workforce directory, fed by HR recordsThe partner's own identity provider through federation, or accounts you invite and manage
    Sign-in methodSingle sign-on with your corporate identity and MFA policyFederated sign-in, invitation links or local accounts, with MFA enforced on your side
    Data exposedCompany-wide content, plus team and role-based areasOnly records that belong to the user's own organization, separated per tenant
    Access review ownerManagers and HR, driven by role and job changesA named sponsor inside your company for each partner organization
    Offboarding triggerThe leaving date in the HR systemEnd of contract, notice from the partner or a review that finds no business need
    Typical featuresNews, policies, directory, forms, knowledge base and links to internal toolsOrders, shared documents, requests, onboarding, reports and support
    Most common failureStale content and broad access to HR or finance areasOne partner reaching another partner's data through a shared query or a changed ID
    Network trustNone under zero trust: being on the office network is no longer proofNone: every request is authorized, whatever network it comes from

    What they are

    What is Intranet

    An intranet is a private site or set of applications for one organization's workforce. Employees and contractors sign in with the company identity, usually through single sign-on, and see content and tools based on their role, team and location.

    What is Extranet

    An extranet is a controlled part of your systems opened to users from other organizations, such as partners, suppliers, distributors or clients. Each user belongs to an outside organization, signs in through federation, an invitation or a local account, and sees only that organization's records.

    Key differences

    Where do extranet identities come from?

    Three patterns cover most extranets. Federation lets each partner sign in through its own identity provider, so its IT team manages its users. Invitations create guest accounts tied to the partner's email or identity. Local accounts with MFA suit small suppliers with no identity provider. NIST SP 800-63C-4 describes federation as one credential service provider giving authentication to separately administered relying parties, which is the extranet case exactly. Most builds need two patterns: federation for large partners and invitations for the rest.

    How do you stop one partner seeing another partner's data?

    Tie every record to an owning organization and filter on it in the data layer, not only in the screens. Check object-level access on every API call, so changing an ID in a URL cannot reach another tenant. The OWASP Top 10:2025 keeps broken access control in first place and advises deny by default for everything except public resources. Test cross-tenant access in the automated suite on every release.

    Why does offboarding work differently for partners?

    Employee access usually ends when HR records a leaving date. Partner users have no record in your HR system, so nothing ends their access automatically. Microsoft's access review documentation makes the same point: employee access can follow HR-driven lifecycle workflows, but invited guests are not covered and need owners who confirm they still need access. Build a sponsor per partner, recurring reviews, invitation expiry and an end-of-contract trigger.

    Does zero trust remove the difference?

    It removes the network part. NIST SP 800-207 states that zero trust grants no implicit trust to assets or user accounts based solely on their physical or network location. An intranet should no longer treat the office network as proof of identity, and an extranet never could. What still separates the two is the identity source, the data each audience may see and who owns each account.

    Can one platform serve as both intranet and extranet?

    Yes, if the audiences stay apart in identity and data. Use one codebase with separate identity configurations, separate content and data scopes per audience, and role names that cannot collide. Never let a partner group inherit an employee role by mistake, and keep audit logs that show which audience each action came from.

    When to use each

    When to use Intranet

    • The users are your employees and contractors, managed in your own directory.
    • You need one place for policies, news, forms, the staff directory and links to internal tools.
    • Access follows job roles and changes when HR records a move or a leaving date.
    • Content is company-wide or team-wide, not tied to an outside organization.

    When to use Extranet

    • Partners, suppliers or clients need to place orders, share documents or track requests with you.
    • Each outside organization must see only its own records, never another's.
    • Outside users should sign in with their own company identity, or through an invitation you control.
    • Access must end when a contract ends, not when an employee leaves.

    How do you open an internal system to outside users?

    Run this checklist before any internal tool, report or workflow is exposed to partners or clients.

    1. List the exact records each partner type may see, and mark everything else internal.

    2. Add an owning organization to every record the extranet can reach, and backfill it for existing data.

    3. Choose the identity pattern for each partner: federation, invitation, or a local account with MFA.

    4. Name an internal sponsor for every partner organization who approves and reviews its users.

    5. Move authorization checks into the API and data layer, and test that a user cannot reach another organization's records by changing an ID.

    6. Strip internal fields, comments and notes from every response the extranet returns.

    7. Set invitation expiry, recurring access reviews and an end-of-contract trigger that disables all of a partner's accounts at once.

    8. Log every partner action with the user, organization and record, where your security team can search it.

    Frequently Asked Questions

    Yes. A client portal is an extranet whose outside users are clients. The same rules apply: each client organization sees only its own records, and access ends when the relationship ends. Client-facing features are covered on our client portal software page.