The project has a clear MIT license, repository tests, and release notes for v3.0.0. Its single registry maintainer, absent security policy, and workflow hygiene reduce review and maintenance confidence.
64%
Total Score
50
100
93
50
Only one account has registry publish access, which limits publishing redundancy. The repository is user-owned, so this is a real capacity concern rather than an organization-backed publishing arrangement.
The repository recorded no commits and no active maintainers in the last three months. This is a meaningful maintenance concern, although the recent release history and recent repository push provide some counterevidence.
The project uses Composer and Make, but no security scanning tools were detected. This is a modest transparency and review gap, not evidence of unsafe behavior by itself.
The repository has no security policy, leaving no stated process for reporting and handling vulnerabilities in a package used as a library.
The only workflow uses all 12 analyzed actions without pinning, and the audit found a high-confidence template-injection pattern. No untrusted checkout, dangerous trigger, or broad top-level write permission was observed, so this is a hygiene concern rather than a severe workflow risk.
We didn't find any vulnerabilities for this package.
| Dependency | Last Release | Score |
|---|---|---|
openspout/openspout Version ^5.0.0 | — | — |
Connect your repositories to instantly see whether vulnerable or malicious packages exist in your codebase.
Free. No credit card required.

I consent to receiving marketing communications based on Aikido’s Privacy Policy.
SOC 2Compliant
ISO 27001Compliant
ISO 42001Compliant© All Intel data is openly available and commercially licensed.