Nuxamine Logo

Nuxamine v1.0.0-alpha.4

Critical Modules

Nuxamine highlights modules that may pose risks to your project. These are marked as "Critical" and displayed with a warning badge.

What Makes a Module Critical?

A module is considered critical if any of these conditions are true:

Security Vulnerabilities

  • Critical severity - CVSS score >= 9.0
  • High severity - CVSS score >= 7.0

Vulnerabilities are checked against the OSV database, which aggregates data from multiple sources including npm advisories and GitHub Security Advisories.

Deprecated

The package is marked as deprecated on npm. This usually means:

  • The maintainer recommends using an alternative
  • The package has known issues that won't be fixed
  • Development has moved to a different package

Abandoned with Pending Work

A module is critical if it has both:

  • No activity for over 1 year (365 days)
  • Unreleased commits (pending changes that were never published)

This indicates the project was abandoned mid-development with unfinished work.

What's NOT Critical

Some conditions are warnings but not critical:

Archived Repositories

An archived repo alone is not critical. Many archived modules:

  • Are "complete" and don't need updates
  • Still work perfectly fine
  • Were archived intentionally by maintainers

The archive status is shown as a warning badge, but doesn't trigger the critical filter.

Stable Abandoned Modules

A module with no activity for over a year but all changes released is not critical. It might be:

  • Feature-complete
  • Stable and working
  • Not needing updates

Only abandoned modules with pending/unreleased work are critical.

Using the Critical Filter

You can filter to show only critical modules:

  1. Header Badge - Click the red "X Critical" badge in the header
  2. Filter Button - Use the "Critical" toggle in the toolbar

This helps you:

  • Audit modules in your current project
  • Identify modules to avoid in new projects
  • Find alternatives for problematic dependencies

Recommendations

When you encounter a critical module:

  1. Check the specific issue - Is it a vulnerability, deprecation, or abandonment?
  2. Look for alternatives - Search for similar modules with better scores
  3. Assess the risk - A deprecated module might still work fine for your use case
  4. Consider forking - For critical functionality, you might maintain your own fork
Not all critical modules are unusable. A deprecated module might still work fine, or a vulnerability might not affect your specific use case. Always evaluate the specific situation.