Most self-hosted AI platforms marketed as open source are open core: a permissive licence on the bulk of the code, and a separate commercial licence on a carved-out directory. Of the seven largest tools in this category, five are not under an OSI-approved licence at all. GitHub already knows this and labels them `NOASSERTION`, which is its way of saying this is not a standard licence.

That is not automatically a scandal. Open core is a legitimate business model and these are genuinely useful products, as our Open WebUI review and Onyx review both show. The problem is narrower and more expensive: the features held back are the same three every single time. Single sign-on, role-based access control, and permission synchronisation from your source systems.

Those three are exactly what a European deployment needs to be lawful, as our EU AI governance guide sets out. We read every LICENSE file and every enterprise directory on 4 August 2026. Every figure below is checkable in about a minute.

5 / 7tools NOT under an OSI-approved licence
85 %of the 691,000 GitHub stars sit on those five
3features behind every paywall: SSO, RBAC, permissions
50user limit before Open WebUI branding may not be changed

What 'open source' actually means here

A licence is open source in the strict sense only if it meets the Open Source Initiative definition: you may use, modify and redistribute the software for any purpose, including competing with the author. MIT and Apache 2.0 qualify. Almost everything else in this list does not.

The three restriction patterns we found:

1. Enterprise carve-out. Most of the repo is permissive, but a directory named `ee` or `enterprise` carries a commercial licence. Onyx, n8n and Flowise all do this, as our detailed Onyx review shows in one product.
2. Anti-competitive clause. You may use it, but not to operate a competing multi-tenant service. Dify does this.
3. Branding lock. You may not remove the vendor's name or logo above a certain size of deployment. Open WebUI and Dify both do this.

None of these is hidden. All of them are missed by nearly every comparison article, because reading a LICENSE file is less fun than copying a feature table.

The licence matrix: all 7 tools

n8n199,380NOASSERTIONSustainable Use LicenseInternal business use only. No commercial redistribution
Dify151,370NOASSERTIONModified Apache 2.0No multi-tenant service. Logo may not be removed
Open WebUI147,882NOASSERTIONOpen WebUI LicenseBranding locked above 50 users per 30 days
AnythingLLM64,350MITMITNone. Genuinely open
Flowise55,159NOASSERTIONApache 2.0 + commercial enterprise dirRBAC and SSO are commercially licensed
LibreChat41,673MITMITNone. Genuinely open
Onyx (ex-Danswer)31,428NOASSERTIONMIT + Onyx Enterprise License on ee/Permission sync, SSO and RBAC are paid

Check any repo yourself in 30 seconds. Open `https://api.github.com/repos/OWNER/NAME/license` in a browser. If `spdx_id` reads `NOASSERTION`, the project is not under a standard licence and you need to read the actual text. All figures here were retrieved on 4 August 2026.

The pattern: always the same three features

This is the finding that matters for a procurement decision. Look at what is actually inside each enterprise directory:

- Onyx `backend/ee/` holds `external_permissions` (permission sync for Confluence, Google Drive, SharePoint, Slack, Salesforce, Jira and six more), `auth/users.py` for SSO, and `access/` for RBAC.
- Flowise `packages/server/src/enterprise` holds `rbac`, `sso`, `middleware` and the identity manager.
- n8n gates every file with `.ee.` in its name behind the n8n Enterprise License.

Three separate companies, three separate products, and the same three capabilities are behind the paywall in each. Single sign-on, role-based access control, and knowing who is allowed to see which document.

That is not a coincidence. Those are the features an enterprise cannot deploy without, which makes them the natural place to put the price.

Two rivals, one licence text

We noticed something while reading: the Onyx Enterprise License and the n8n Enterprise License are near-identical, down to the sentence structure. Both permit copying and modifying for development and testing without a subscription, and both require a valid licence for the correct usage in production. Different companies, different countries, same boilerplate.

It tells you this is a settled industry pattern rather than any one vendor being sneaky. It also tells you what to search for: if a repo has a second licence file, the interesting part is which directory it applies to.

This software and associated documentation files may only be used in production, if you hold a valid Enterprise license corresponding to your usage. Notwithstanding the foregoing, you may copy and modify the Software for development and testing purposes, without requiring a subscription.

— n8n Enterprise License, paraphrased. The Onyx Enterprise License says the same thing in the same order.

Does your AI governance survive an audit?

Licence terms, permission models and DPAs all end up in the same compliance file. Check where you stand in 5 minutes, free.

Start the free governance check

Why this is a GDPR problem, not a licensing footnote

Art. 32 GDPR requires appropriate technical measures to ensure that only authorised people can access personal data. If you index a shared drive containing HR files with a free edition that has no permission synchronisation, your AI assistant will happily surface a salary letter to whoever asks the right question.

That is not a bug report. It is an unauthorised disclosure, and the fact that the software was free will not appear anywhere in the assessment. The same logic covers works council agreements: a system that cannot enforce role boundaries cannot honour the access rules you negotiated.

The practical consequence is simple. For any European deployment touching personal data, the free tier of an open-core AI tool is a proof of concept, not a plan. Budget for the enterprise licence from the start, or choose a tool whose permission layer is genuinely included. Our Glean alternatives guide compares both routes. See our guide to European AI data sovereignty and the detailed Onyx review for what this looks like in one specific product.

What open core genuinely gives you

  • Full data sovereignty: the software runs on your infrastructure, no transfer to assess

  • No model lock-in. Swap providers or run fully local

  • You can read the code, which is more than any SaaS vendor offers

  • Free for evaluation, development and testing under every licence we read

What it quietly withholds

  • SSO is behind the paywall in Onyx, Flowise and n8n

  • RBAC is behind the paywall in the same three

  • Permission sync from source systems is the most commonly withheld feature of all

  • Branding and white-labelling restrictions above a user threshold

  • Production use of enterprise directories without a licence is a breach, not a grey area

The two that are genuinely open

LibreChat and AnythingLLM are plain MIT with no enterprise carve-out, no branding clause and no anti-competitive restriction. We checked their repository roots for a second licence file and found none.

AnythingLLM goes further and publishes a self-hosted terms document stating that Mintplex Labs does not host, store or access any of your documents, chat history or embeddings, and that the software can run fully air-gapped. One honest caveat they document themselves: some default embedding models are fetched from their CDN on first use, so a truly air-gapped install needs those downloaded manually.

That is what an unrestricted licence looks like. It is worth noting that both are chat and assistant layers rather than full enterprise search platforms, so the comparison is not like for like on features. But if licence purity is a hard requirement in your organisation, this is the honest shortlist.

How to audit any AI tool licence yourself

1

Ask GitHub what the licence is

Open `https://api.github.com/repos/OWNER/NAME/license` in any browser. If `spdx_id` is `MIT`, `Apache-2.0` or another OSI identifier, you are probably fine. If it reads `NOASSERTION`, the project has a custom licence and you must read it.

2

Search the repo root for a second licence file

Look for `LICENSE_EE.md`, `LICENSE_HISTORY` or any licence file nested inside a subdirectory. A second file always means a carve-out, and the carve-out is the part you will have to pay for.

3

List what is inside the enterprise directory

Browse to the `ee` or `enterprise` folder and read the subdirectory names. If you see `sso`, `rbac`, `auth`, `access` or `permissions`, the free edition cannot enforce who sees what.

4

Test the permission boundary before you trust it

Index a folder containing one file that only HR should see, then query it from an ordinary employee account. If the answer comes back, you have your Art. 32 finding, in writing, before rollout instead of after.

5

Price the licence you will actually need

Compare the enterprise tier, not the free tier, against managed alternatives. Add the internal engineering time for running the stack. That is the real number, and it is the one that changes decisions. We measured it in what self-hosting really costs.

Teamo AI: access control is not a surcharge

Who sees what is settled from day one. Permissions, plugins and tools are standard in Teamo AI, not an enterprise upgrade you discover later. 14 days free, no credit card, your team invited in minutes.

Start the free trial, no credit card

Verdict: read the licence, not the README

Open core is not dishonest. Every restriction we found is published in plain text in a file anyone can open, and these companies have to make money somewhere. The failure is in the ecosystem around them: comparison articles copy the word open source from a README and never check what it means in the specific repository.

So the rule is short. If a tool is going to hold your company's documents, spend the ten minutes. Look up the SPDX identifier, find the second licence file, list the enterprise directory. If SSO, RBAC or permission sync live in there, you are pricing the enterprise tier whether you planned to or not.

And if what you actually need is not document search but an understanding of how your organisation is functioning, none of these seven tools answers that question at any price.

Teamo AI: scattered knowledge becomes one intelligence

What your people know sits in chats, tickets and heads. Teamo AI turns it into one shared intelligence that gets better with every use. 14 days free, no credit card, your team invited in minutes.

Start the free trial, no credit card

The short version

5 of 7 are not OSI-licensed. GitHub labels n8n, Dify, Open WebUI, Flowise and Onyx as `NOASSERTION`. That is 85 percent of the 691,000 stars in this category.

Only LibreChat and AnythingLLM are plain MIT with no carve-out, no branding clause, no competitive restriction.

The paywall is always the same three features: SSO, RBAC and permission sync. Onyx, Flowise and n8n all gate exactly these.

Open WebUI locks its branding above 50 users in any rolling 30-day period.

Dify forbids multi-tenant operation and logo removal from its frontend.

For EU deployments the free tier is a proof of concept, not a plan. Art. 32 GDPR needs the permission layer that open core holds back.