@dotcms/create-app
CLI to scaffold a dotCMS frontend project or start a local dotCMS Docker stack.
Supply chain provenance
Status for the latest visible version.
Without SLSA provenance there is no cryptographic link between this tarball and the public source — the axios compromise (March 2026) relied on exactly this gap.
Maintainers
Accepted risks
Findings the reviewer chose to accept rather than block on.
| Source | Rule | Reason | Accepted by | When |
|---|---|---|---|---|
| semgrep | semgrep:env-spread | AI (semgrep): Intentional subprocess env passthrough for docker compose; standard CLI scaffolding pattern, not exfiltration. | ai |
Versions (showing 12 of 12)
| Version | Deps | Published |
|---|---|---|
| 1.6.0 | 8 / 0 | |
| 1.5.6 | 8 / 0 | |
| 1.5.4 | 8 / 0 | |
| 1.5.2 | 8 / 0 | |
| 1.5.0 | 8 / 0 | |
| 1.4.0 | 8 / 0 | |
| 1.3.0 | 8 / 0 | |
| 1.2.5 | 10 / 0 | |
| 1.2.4 | 10 / 0 | |
| 1.2.3 | 10 / 0 | |
| 1.2.2 | 9 / 0 | |
| 0.0.4 | 9 / 0 |
v1.6.0
2 findingsSpreading entire process.env into an object — may capture all secrets 1370 | await updateDockerComposeStarterUrl({ directory, starterUrl }); 1371 | } > 1372 | const env = starterUrl ? { ...process.env, CUSTOM_STARTER_URL: starterUrl } : process.env; 1373 | await execa3("docker", ["compose", "up", "-d"], { cwd: directory, env }); 1374 | await execa3("docker", ["ps"], { cwd: directory });
Package was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.
v1.5.6
1 findingPackage was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.5.4
2 findingsPackage was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
This version was published by a different npm account (devdotcms) than the most recent previously approved version (nollymar) on 2026-05-12, but devdotcms is listed as a maintainer on prior approved versions (matched on name). This looks like a manual publish by a known maintainer rather than a publisher change. Recorded as INFO for audit trail.
v1.5.2
1 findingPackage was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.5.0
2 findingsSpreading entire process.env into an object — may capture all secrets 1370 | await updateDockerComposeStarterUrl({ directory, starterUrl }); 1371 | } > 1372 | const env = starterUrl ? { ...process.env, CUSTOM_STARTER_URL: starterUrl } : process.env; 1373 | await execa3("docker", ["compose", "up", "-d"], { cwd: directory, env }); 1374 | await execa3("docker", ["ps"], { cwd: directory });
Package was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.
v1.4.0
2 findingsSpreading entire process.env into an object — may capture all secrets 1370 | await updateDockerComposeStarterUrl({ directory, starterUrl }); 1371 | } > 1372 | const env = starterUrl ? { ...process.env, CUSTOM_STARTER_URL: starterUrl } : process.env; 1373 | await execa3("docker", ["compose", "up", "-d"], { cwd: directory, env }); 1374 | await execa3("docker", ["ps"], { cwd: directory });
Package was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.
v1.3.0
2 findingsSpreading entire process.env into an object — may capture all secrets 1370 | await updateDockerComposeStarterUrl({ directory, starterUrl }); 1371 | } > 1372 | const env = starterUrl ? { ...process.env, CUSTOM_STARTER_URL: starterUrl } : process.env; 1373 | await execa3("docker", ["compose", "up", "-d"], { cwd: directory, env }); 1374 | await execa3("docker", ["ps"], { cwd: directory });
Package was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.
v1.2.5
1 findingPackage was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.2.4
1 findingPackage was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.2.3
1 findingPackage was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.2.2
1 findingPackage was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.
v0.0.4
1 findingPackage was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.