<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[What you actually get with the Infisical package on the free tier: notes from a fresh installation]]></title><description><![CDATA[<p dir="auto">Thank you to Team Cloudron for making Infisical available. It is good timing, since we are starting to have a lot of AI applications.</p>
<p dir="auto">We just stood up the new Infisical package (0.3.1, ships Infisical v0.162.13) and dug<br />
into a few questions before trusting it with real secrets. We are sharing the answers since they were not obvious from the package page.</p>
<p dir="auto"><strong>1. Which features work without a licence key?</strong></p>
<p dir="auto"><strong>Infiscal is "Fauxpen Source" / "Open Core"</strong></p>
<p dir="auto">Infisical's core is MIT but a lot of features are licence-gated server-side, and the<br />
docs aren't always current about which tier gates what. Rather than clicking through<br />
the UI, I read the default feature table the backend ships<br />
(<code>/app/code/src/ee/services/license/license-fns.ts</code>, <code>getDefaultOnPremFeatures</code>) via<br />
the app's terminal. On v0.162.13 with no <code>LICENSE_KEY</code>:</p>
<p dir="auto"><em>Available:</em> static secrets/folders/environments, machine identities (Universal Auth,<br />
OIDC, …), <strong>secret versioning</strong>, secret sharing, PKI with ACME, the base SSH CA<br />
functionality (host <em>groups</em> are gated), integrations/secret syncs (the<br />
non-"enterprise" ones).</p>
<p dir="auto"><em>Gated (Pro/Enterprise):</em> <strong>dynamic secrets</strong> (incl. the GitHub App and Tailscale<br />
ones), <strong>secret rotation</strong>, <strong>audit logs</strong>, custom RBAC roles, approval workflows,<br />
SAML/OIDC SSO, LDAP, groups, Infisical Gateway, point-in-time recovery, secret<br />
scanning, EST/SCEP PKI.</p>
<p dir="auto">If you were planning to self-host specifically for dynamic secrets or rotation: those<br />
need a paid licence even self-hosted. Static secrets + versioning + machine identities<br />
still cover a lot, though. If you have a licence, <code>cloudron env set --app &lt;app&gt; LICENSE_KEY=...</code> is all it should take.</p>
<p dir="auto"><strong>2. Where does the crypto root live, and is it backed up?</strong></p>
<p dir="auto">The package generates <code>infisical-auth-secret</code> and <code>infisical-encryption-key</code> into<br />
<code>/app/data/</code> on first start. The encryption key encrypts everything in Postgres —<br />
lose it and every secret in the instance is gone. It <em>is</em> covered by normal Cloudron<br />
app backups (along with the Postgres dump), but on a fresh install there's a window<br />
where the key exists in exactly one place. My advice: make sure one backup run has<br />
completed before you put anything real in, and consider keeping an offline copy of<br />
that key.</p>
<p dir="auto"><strong>3. Resource footprint</strong></p>
<p dir="auto">Heads-up: the manifest sets a 1 GB memory limit and my instance sits at ~925 MB<br />
essentially idle (it's a Node backend + workers). If you see OOM restarts, raise the<br />
limit in App → Resources. Disk in <code>/app/data</code> is negligible; data lives in the<br />
Postgres addon.</p>
<p dir="auto"><strong>4. Can other Cloudron apps consume secrets from it?</strong></p>
<p dir="auto">Network-wise, yes app containers can reach the instance on its public FQDN<br />
(hairpin through the host works fine, ~sub-second TLS round trip). The catch is<br />
injection: stock packages can only take secrets via <code>cloudron env set</code> (which<br />
restarts the app), so something has to push changes. For packages you build<br />
yourself, the app can pull natively with <code>infisical run</code> / Infisical Agent at start,<br />
which is much cleaner. There's no Cloudron-specific integration in Infisical itself.</p>
<p dir="auto"><strong>5. Small print I hit</strong></p>
<ul>
<li>No Forgejo/Gitea app connection exists upstream (GitHub/GitLab/Bitbucket only), so<br />
Forgejo tokens stay static secrets unless you script rotation against both APIs.</li>
<li>The CLI can demand an interactive <code>infisical login</code> in some flows even when<br />
<code>INFISICAL_TOKEN</code> is set (Infisical/infisical#5134), worth knowing before you wire<br />
it into CI or agents.</li>
<li>The package has ClickHouse-free internals (Postgres + Redis only), for anyone<br />
tracking backup interactions with ClickHouse apps.</li>
</ul>
<p dir="auto">Hopefully, this saves someone a morning. Everything above was done read-only via <code>cloudron exec</code> and the API.</p>
]]></description><link>https://forum.cloudron.io/topic/15737/what-you-actually-get-with-the-infisical-package-on-the-free-tier-notes-from-a-fresh-installation</link><generator>RSS for Node</generator><lastBuildDate>Mon, 24 Aug 2026 03:43:40 GMT</lastBuildDate><atom:link href="https://forum.cloudron.io/topic/15737.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 28 Jul 2026 07:25:34 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to What you actually get with the Infisical package on the free tier: notes from a fresh installation on Wed, 29 Jul 2026 07:35:10 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/robi" aria-label="Profile: robi">@<bdi>robi</bdi></a> Short answer: no, not in the sense you mean.</p>
<p dir="auto">Infisical has no third-party extension mechanism. There is no equivalent of <code>vault plugin register</code>, no external plugin binaries, no stable interface for adding auth methods or secrets engines. The <code>backend/src/server/plugins/</code> directory is just Fastify's internal module convention, and the Backstage / Airflow / varlock "Infisical plugins" you may run across are plugins for <em>those</em> systems that consume Infisical's API. Nothing extends the server itself.</p>
<p dir="auto">LDAP is also about the worst candidate for a community implementation, because of where it lives: <code>backend/src/ee/services/ldap-config/</code>, alongside the SAML and OIDC SSO services. Everything under <code>ee/</code> is proprietary-licensed rather than MIT, and the self-hosted terms say Infisical retains rights over modifications and patches to it. You could write a clean-room LDAP auth method in the MIT half instead, which sidesteps the licence question, but it would never be merged upstream since it competes directly with the paid feature. That means maintaining a permanent fork of a codebase shipping several releases a month, and on Cloudron, building and tracking your own image forever.</p>
<p dir="auto">Worth separating two things though. What is gated is <em>human</em> SSO. Machine identity auth including OIDC is on the free tier, per the feature table in my first post, so machines can already federate against Keycloak or similar without a licence. It is only admin login to the Infisical UI that needs LDAP/SAML/OIDC.</p>
<p dir="auto">If you want a genuine plugin system with no open core, OpenBao is the honest answer: MPL 2.0, Linux Foundation governance, external plugin binaries in a separate repo, with LDAP auth, the SSH CA and dynamic secrets all included free. Not something you bolt onto Infisical, an alternative to it.</p>
<p dir="auto">We are currently packaging OpenBao for Cloudron and will hopefully make it available as a community application later.</p>
]]></description><link>https://forum.cloudron.io/post/127395</link><guid isPermaLink="true">https://forum.cloudron.io/post/127395</guid><dc:creator><![CDATA[LoudLemur]]></dc:creator><pubDate>Wed, 29 Jul 2026 07:35:10 GMT</pubDate></item><item><title><![CDATA[Reply to What you actually get with the Infisical package on the free tier: notes from a fresh installation on Tue, 28 Jul 2026 21:21:51 GMT]]></title><description><![CDATA[<p dir="auto">Does it have plugins, so an OSS LDAP option could be added?</p>
]]></description><link>https://forum.cloudron.io/post/127363</link><guid isPermaLink="true">https://forum.cloudron.io/post/127363</guid><dc:creator><![CDATA[robi]]></dc:creator><pubDate>Tue, 28 Jul 2026 21:21:51 GMT</pubDate></item></channel></rss>