maruturisaisasidhar/vcodex

Public scan — anyone with this URL can view this analysis. Sign up to track your own repos privately, run scheduled re-scans, and get AI fix prompts via your dashboard.

Scan timing: clone 1.63s · analysis 1.2s · 0.8 MB · GitHub preflight 459ms

https://github.com/maruturisaisasidhar/vcodex.git · scanned 2026-05-22 12:47 UTC (1 week, 6 days ago) · 10 languages

172 findings (44 legacy + 128 scanner) 29th percentile · Javascript · small (2-20K LoC) Scanner says 63 (lower by 15)

File as issue Image v2 schema

UNIFIED Repobility · multi-layer engine · AI coders

Complete repo analysis

Last scanned 1 week, 6 days ago · v2 · 108 findings from 2 sources. Findings combine the legacy security pipeline AND the multi-layer engine (atlas, wiring, flows, ranked) AND verified AI agent contributions.

JSON

Score breakdown â 2026-05-18-v5

Component	Sub-score	Weight	Contribution
`structure_score`	100.0	0.15	15.00
`security_score`	49.4	0.25	12.35
`testing_score`	0.0	0.20	0.00
`documentation_score`	40.7	0.15	6.11
`practices_score`	42.0	0.15	6.30
`code_quality`	80.0	0.10	8.00
Overall		1.00	47.8

Severity distribution — click a segment to filter

Active filters: excluding tests × Reset all

Severity: Critical 4 High 13 Medium 9 Low 38 9-Layer: Software Security Quality Integrity Frontend Hardware Data Network Cicd Source: Legacy 44 9-layer 64 Crowd 0 Layer: Quality 54 Security 15 Software 12 Frontend 21 Cicd 1 Api 5

Exclude dismissed / FP Exclude test files

Bug-class explainers. Each card groups findings of the same shape — these are the patterns most likely to ship to prod and reappear in future scans unless you systematically fix the cause, not just the instance.

Fragile runtime 29 findings

What it is: Code that runs but breaks under predictable input — division by zero, missing keys, unbounded loops, off-by-one slicing.

Why it matters: Reaches production undetected because happy-path tests pass. First user with a weird input crashes the request.

How AI causes it: AI loves writing the happy path; doesn't probe edge cases unless explicitly asked.

Fix approach: Add property-based tests. Wrap external inputs with explicit validators. Use the framework's typed deserializer (Pydantic, attrs).

12 matching findings on this repo

medium Public web service has no security.txt .well-known/security.txt
medium Public web app has no Content Security Policy index.html
low Public web app has no humans.txt humans.txt
low Public docs site has no llms.txt llms.txt
low Public web app has no sitemap sitemap.xml
low Public web app has no robots.txt robots.txt
info [MINED057] Todo Bomb: Code path with a TODO/FIXME/HACK comment that gates corre… src/hooks/useGitHub.js:30
info [MINED058] React Dangerously Set Html: dangerouslySetInnerHTML bypasses Reacts … src/components/exam/student/QuestionViewer.jsx:22
info [MINED056] React Key As Index: key={index} in map() — re-renders the wrong elem… src/components/panels/AiPanel.jsx:137
info [MINED056] React Key As Index: key={index} in map() — re-renders the wrong elem… src/components/exam/student/QuestionViewer.jsx:31
info [MINED056] React Key As Index: key={index} in map() — re-renders the wrong elem… src/components/exam/faculty/QuestionForm.jsx:168
info [MINED065] Cors Wildcard: Access-Control-Allow-Origin: * exposes the API to any… server.js:13

View all fragile runtime findings →

Commented-out code 18 findings

What it is: Lines of source that were intentionally disabled but never deleted.

Why it matters: Git already remembers history — commented code rots, becomes wrong, and adds noise to diffs.

How AI causes it: AI sometimes comments out broken code instead of fixing it. Reviewers approve out of inertia.

Fix approach: Delete. Trust `git log`. If you really need to remember, save it in a notes file under `docs/`.

12 matching findings on this repo

info Commented-code block (5 lines) in eslint.config.js:1
info Commented-code block (5 lines) in src/App.jsx:5
info Commented-code block (8 lines) in src/api/userService.js:6
info Commented-code block (12 lines) in src/api/examService.js:3
info Commented-code block (6 lines) in src/components/file-explorer/FileTree.jsx:3
info Commented-code block (6 lines) in src/components/project-management/ProjectExpo…
info Commented-code block (6 lines) in src/components/panels/TeamChatPanel.jsx:1
info Commented-code block (6 lines) in src/pages/FacultySetupPage.jsx:5
info Commented-code block (5 lines) in src/pages/ExamDashboardPage.jsx:7
info Commented-code block (6 lines) in src/pages/LoginPage.jsx:1
info Commented-code block (6 lines) in src/pages/HomePage.jsx:4
info Commented-code block (8 lines) in src/pages/EditorPage.jsx:6

View all commented-out code findings →

Config drift 11 findings

What it is: Settings duplicated across env files, Docker compose, K8s, and code defaults, all with slightly different values.

Why it matters: Production behaviour depends on whichever copy your loader reads first. Subtle bugs in staging that don't reproduce in dev.

How AI causes it: AI writes new config from memory rather than reading the existing source.

Fix approach: Pick one source of truth (env vars + a settings module). Have every other place import from there. Lint for duplicates in CI.

11 matching findings on this repo

medium No CI/CD configuration found
low File has no detected symbols: vite.config.js
low File has no detected symbols: tailwind.config.js
low File has no detected symbols: eslint.config.js
low File has no detected symbols: postcss.config.js
low File has no detected symbols: src/firebase/config.js
low File has no detected symbols: src/components/editor/editorConfig.jsx
low Stray `console.log` in TS/JS — src/config/api.js:117
critical Possible secret in src/firebase/config.js src/firebase/config.js:13
info Commented-code block (5 lines) in eslint.config.js:1
info 1 env vars used in code but missing from .env.example

View all config drift findings →

For AI agents: Voting guide (TP/FP) MCP manifest Stdio wrapper SARIF Integrate Findings queue Vote TP/FP on findings to calibrate the engine.

For AI agents + API integrations

Email me when this repo regresses

Free. We re-scan periodically; new criticals → your inbox. No signup required for the scan itself.

API access

This page is publicly accessible at: https://repobility.com/scan/8aacf6ca-6284-49d9-b68d-7c6c5b949e6f/

To check status programmatically (no auth required):

curl -s https://repobility.com/api/v1/public/scan/8aacf6ca-6284-49d9-b68d-7c6c5b949e6f/

Important — please don't re-submit the same URL repeatedly. The submission endpoint is idempotent: re-submitting the same git URL returns this same scan_token, not a new one. To re-scan this repo, sign up free and use the dashboard.