Security reports

We scan the registry daily and archive a report each week: which plugins entered or cleared a high-risk tier, which issues got fixed, and where the model-driven dynamic audit raised or lowered a tier. The tier is not a single static rule — a dynamic conclusion is authoritative where one exists, and the static scan tier applies only where there is none.

Two inputs, one output: (1) a deterministic static scan over the whole registry (vet as primary judge with dsh as backstop); (2) a model-driven dynamic audit that reads redacted source context without executing plugin code, covering only the subset whose static tier is medium or above. A dynamic conclusion sets the published tier where one exists (it may raise or lower it); otherwise the static tier applies. Recording `withdrawn` in the review table reverts to the static tier immediately. Exemptions stay manual — the audit script never writes the suppression list. Current data: 2,925 audit records, 2,341 with a model conclusion, 2,340 in force (321 raised / 794 lowered), 1 withdrawn by human review. Entries outside the scanning scope are excluded from the registry-wide numbers and their badge reads pending; the detail page and per-plugin JSON are their authoritative tier.

Latest report · 2026-W46

Published 2026-11-13 · dynamic audit merged (2131 conclusions in force)

View report →
28,988
scanned
16
critical
261
high
1,101
medium
27,610
low
raised 1,256lowered 175▲ new high 16▲ new medium 81

Full caliber comparison and lists are in the report.

Daily reports

Generated daily 01:10 Beijing (17:10 UTC) — plugins first indexed that day

Latest daily · 2026-11-13

carries the dynamic-audit merge (effective / static / dynamic state)

View report →
0 added0 critical0 high0 medium0 low

The full archive is at the bottom of the daily report page.

Weekly archive

What does the weekly security report measure?

The weekly report measures the registry's week-over-week risk state: how many plugins were scanned, the four-tier distribution (low / medium / high / critical), and which plugins changed tier since the previous archive. It is a trend and triage tool, not a certification.

Why do older archives say "static snapshot"?

Those archives predate the merge of the dynamic audit into weekly reports and record only the static scan result of that time (three tiers: low / medium / critical, with "high" folded into medium). Published archives are frozen: today's dynamic conclusions are not backfilled into them, otherwise they would stop being a snapshot of that week. See the latest weekly report and each plugin page for the current caliber.

Why is this not an endorsement of the plugins listed?

Because both layers can be wrong: static rules produce false positives, and a model can misjudge or be misled by injected comments in the source. dsh.so records publicly visible signals and makes them comparable, but the decision to install a third-party plugin remains with the user.

Source: dsh.so security standards and public repository metadata · Maintained by dsh.so

Was this page helpful?