codejury 0.14.7__tar.gz → 0.15.0__tar.gz
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- {codejury-0.14.7 → codejury-0.15.0}/PKG-INFO +12 -11
- {codejury-0.14.7 → codejury-0.15.0}/README.md +11 -10
- {codejury-0.14.7 → codejury-0.15.0}/codejury/cli.py +1 -1
- codejury-0.14.7/codejury/data/agent/full-review.md → codejury-0.15.0/codejury/data/agent/repo-review.md +13 -13
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/SKILL.md +1 -1
- {codejury-0.14.7 → codejury-0.15.0}/codejury/repo/scaffold.py +8 -7
- {codejury-0.14.7 → codejury-0.15.0}/codejury/resources.py +1 -1
- {codejury-0.14.7 → codejury-0.15.0}/codejury.egg-info/PKG-INFO +12 -11
- {codejury-0.14.7 → codejury-0.15.0}/codejury.egg-info/SOURCES.txt +1 -1
- {codejury-0.14.7 → codejury-0.15.0}/pyproject.toml +1 -1
- {codejury-0.14.7 → codejury-0.15.0}/tests/test_repo_scaffold.py +4 -4
- {codejury-0.14.7 → codejury-0.15.0}/LICENSE +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/__init__.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/agent/security-review-memory.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/entrypoints.yaml +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/business-logic.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/code-injection.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/command-injection.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/cross-site-request-forgery.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/cross-site-scripting.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/hardcoded-secrets.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/http-response-splitting.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/improper-authentication.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/information-exposure.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/insecure-cryptography.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/insecure-deserialization.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/insecure-direct-object-reference.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/insecure-transport.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/jwt-validation.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/mass-assignment.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/missing-authorization.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/open-redirect.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/path-traversal.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/race-condition.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/replay-attack.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/server-side-request-forgery.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/server-side-template-injection.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/session-fixation.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/sql-injection.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/data/rules/xml-external-entity.md +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/diff/__init__.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/diff/debate.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/diff/debate_prompts.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/diff/engine.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/diff/findings_filter.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/diff/prompts.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/diff/rules.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/diff/runner.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/domain/__init__.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/domain/finding.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/json_parse.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/providers/__init__.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/providers/anthropic.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/providers/base.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/providers/factory.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/providers/litellm.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/providers/mock.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/providers/openai.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/providers/openai_format.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/providers/retry.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/repo/__init__.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/repo/model.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury/report.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury.egg-info/dependency_links.txt +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury.egg-info/entry_points.txt +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury.egg-info/requires.txt +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/codejury.egg-info/top_level.txt +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/setup.cfg +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/tests/test_anthropic_provider.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/tests/test_cli_audit.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/tests/test_diff_debate.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/tests/test_diff_engine.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/tests/test_json_parse.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/tests/test_litellm_provider.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/tests/test_openai_format.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/tests/test_openai_provider.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/tests/test_repo_model.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/tests/test_report.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/tests/test_retry_provider.py +0 -0
- {codejury-0.14.7 → codejury-0.15.0}/tests/test_rules.py +0 -0
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
Metadata-Version: 2.4
|
|
2
2
|
Name: codejury
|
|
3
|
-
Version: 0.
|
|
3
|
+
Version: 0.15.0
|
|
4
4
|
Summary: AI code security review: an adversarial diff-audit engine and an agent-driven whole-repo review methodology, with security knowledge as rich rules
|
|
5
5
|
Author: AISecLabs
|
|
6
6
|
License-Expression: MIT
|
|
@@ -38,10 +38,10 @@ AI code security review, in two paths matched to their nature:
|
|
|
38
38
|
Finder/Challenger/Judge pass that trades roughly 3x the cost for extra recall
|
|
39
39
|
on subtle, cross-cutting flaws.
|
|
40
40
|
- **Whole-repo review** (agent-driven): a methodology an interactive agent
|
|
41
|
-
(Claude Code, Codex) runs to
|
|
42
|
-
verify issues with a real PoC, and iterate over rounds with
|
|
43
|
-
memory. Too large for a single LLM call, so codejury ships the
|
|
44
|
-
scaffolds the workspace rather than running a pipeline.
|
|
41
|
+
(Claude Code, Codex) runs to map a codebase's attack surface, trace inputs to
|
|
42
|
+
sinks across files, verify issues with a real PoC, and iterate over rounds with
|
|
43
|
+
a persistent memory. Too large for a single LLM call, so codejury ships the
|
|
44
|
+
methodology and scaffolds the workspace rather than running a pipeline.
|
|
45
45
|
|
|
46
46
|
Security knowledge lives in **rich rules** (`codejury/data/rules/*.md`, with
|
|
47
47
|
per-language vulnerable/secure examples), injected into the audit prompt, not
|
|
@@ -113,12 +113,13 @@ when the gate fails, so findings always show up on the PR.
|
|
|
113
113
|
codejury review repo /path/to/your/repo
|
|
114
114
|
```
|
|
115
115
|
|
|
116
|
-
This scaffolds a review workspace (`
|
|
117
|
-
`security-review-memory.md`), seeds the
|
|
118
|
-
and prints the methodology. Run it with an interactive
|
|
119
|
-
methodology and the rules,
|
|
120
|
-
high-confidence issues with a PoC, and
|
|
121
|
-
positives along the way. Nothing runs
|
|
116
|
+
This scaffolds a review workspace (`entrypoints/`, `issues/`, `analysis/`, and a
|
|
117
|
+
`security-review-memory.md`), seeds the entrypoint inventory from a
|
|
118
|
+
deterministic scan, and prints the methodology. Run it with an interactive
|
|
119
|
+
agent: it reads the methodology and the rules, maps the attack surface, traces
|
|
120
|
+
inputs to sinks across files, records high-confidence issues with a PoC, and
|
|
121
|
+
asks you to confirm credentials or false positives along the way. Nothing runs
|
|
122
|
+
against production.
|
|
122
123
|
|
|
123
124
|
## Findings
|
|
124
125
|
|
|
@@ -7,10 +7,10 @@ AI code security review, in two paths matched to their nature:
|
|
|
7
7
|
Finder/Challenger/Judge pass that trades roughly 3x the cost for extra recall
|
|
8
8
|
on subtle, cross-cutting flaws.
|
|
9
9
|
- **Whole-repo review** (agent-driven): a methodology an interactive agent
|
|
10
|
-
(Claude Code, Codex) runs to
|
|
11
|
-
verify issues with a real PoC, and iterate over rounds with
|
|
12
|
-
memory. Too large for a single LLM call, so codejury ships the
|
|
13
|
-
scaffolds the workspace rather than running a pipeline.
|
|
10
|
+
(Claude Code, Codex) runs to map a codebase's attack surface, trace inputs to
|
|
11
|
+
sinks across files, verify issues with a real PoC, and iterate over rounds with
|
|
12
|
+
a persistent memory. Too large for a single LLM call, so codejury ships the
|
|
13
|
+
methodology and scaffolds the workspace rather than running a pipeline.
|
|
14
14
|
|
|
15
15
|
Security knowledge lives in **rich rules** (`codejury/data/rules/*.md`, with
|
|
16
16
|
per-language vulnerable/secure examples), injected into the audit prompt, not
|
|
@@ -82,12 +82,13 @@ when the gate fails, so findings always show up on the PR.
|
|
|
82
82
|
codejury review repo /path/to/your/repo
|
|
83
83
|
```
|
|
84
84
|
|
|
85
|
-
This scaffolds a review workspace (`
|
|
86
|
-
`security-review-memory.md`), seeds the
|
|
87
|
-
and prints the methodology. Run it with an interactive
|
|
88
|
-
methodology and the rules,
|
|
89
|
-
high-confidence issues with a PoC, and
|
|
90
|
-
positives along the way. Nothing runs
|
|
85
|
+
This scaffolds a review workspace (`entrypoints/`, `issues/`, `analysis/`, and a
|
|
86
|
+
`security-review-memory.md`), seeds the entrypoint inventory from a
|
|
87
|
+
deterministic scan, and prints the methodology. Run it with an interactive
|
|
88
|
+
agent: it reads the methodology and the rules, maps the attack surface, traces
|
|
89
|
+
inputs to sinks across files, records high-confidence issues with a PoC, and
|
|
90
|
+
asks you to confirm credentials or false positives along the way. Nothing runs
|
|
91
|
+
against production.
|
|
91
92
|
|
|
92
93
|
## Findings
|
|
93
94
|
|
|
@@ -132,7 +132,7 @@ def _dispatch(args, parser) -> int:
|
|
|
132
132
|
if args.command == "review" and scope == "repo":
|
|
133
133
|
res = scaffold(args.directory, args.workspace)
|
|
134
134
|
print(f"Workspace: {res.workspace}", file=sys.stderr)
|
|
135
|
-
print(f"Seeded {res.entrypoints} entrypoints into {res.workspace}/
|
|
135
|
+
print(f"Seeded {res.entrypoints} entrypoints into {res.workspace}/entrypoints/_entrypoints.md", file=sys.stderr)
|
|
136
136
|
print(f"Memory: {res.memory_path}", file=sys.stderr)
|
|
137
137
|
print("\nRun this review with an interactive agent (Claude Code / Codex) using the methodology below.\n")
|
|
138
138
|
print(res.methodology)
|
|
@@ -1,13 +1,13 @@
|
|
|
1
|
-
#
|
|
1
|
+
# Repo Security Review — Agent Methodology
|
|
2
2
|
|
|
3
|
-
|
|
4
|
-
Code, Codex, etc.), not a one-shot LLM call. It maps the
|
|
5
|
-
inputs to sinks across files, verifies issues with a real
|
|
6
|
-
iterates over multiple rounds with a persistent memory. One round is
|
|
7
|
-
30 minutes; run as many rounds as needed.
|
|
3
|
+
The `review repo` path: a whole-repository security audit, run by an interactive
|
|
4
|
+
coding agent (Claude Code, Codex, etc.), not a one-shot LLM call. It maps the
|
|
5
|
+
attack surface, traces inputs to sinks across files, verifies issues with a real
|
|
6
|
+
PoC, and iterates over multiple rounds with a persistent memory. One round is
|
|
7
|
+
roughly 30 minutes; run as many rounds as needed.
|
|
8
8
|
|
|
9
9
|
Target repository: the directory you were given.
|
|
10
|
-
Workspace: `<workspace>/<project>/` (created for you), holding `
|
|
10
|
+
Workspace: `<workspace>/<project>/` (created for you), holding `entrypoints/`,
|
|
11
11
|
`issues/`, `analysis/`, and `security-review-memory.md`.
|
|
12
12
|
|
|
13
13
|
---
|
|
@@ -18,9 +18,9 @@ Workspace: `<workspace>/<project>/` (created for you), holding `api/`,
|
|
|
18
18
|
- skip every pattern under "Confirmed false positives";
|
|
19
19
|
- do not re-report anything under "Fixed";
|
|
20
20
|
- weight the files under "High-risk areas" more heavily.
|
|
21
|
-
2. Read `
|
|
22
|
-
*starting* map of the attack surface. It lists HTTP routes and CLI
|
|
23
|
-
only,
|
|
21
|
+
2. Read `entrypoints/_entrypoints.md` (seeded for you from a deterministic AST
|
|
22
|
+
scan) as a *starting* map of the attack surface. It lists HTTP routes and CLI
|
|
23
|
+
commands only, a subset, not the whole surface (see "Map the attack surface").
|
|
24
24
|
3. Read the relevant rule files under the shipped `rules/` for the target's stack
|
|
25
25
|
(sql-injection, idor, ssrf, authentication-jwt, insecure-deserialization, ...).
|
|
26
26
|
|
|
@@ -28,7 +28,7 @@ Workspace: `<workspace>/<project>/` (created for you), holding `api/`,
|
|
|
28
28
|
|
|
29
29
|
The seeded inventory lists HTTP routes and CLI commands only. Before analysing,
|
|
30
30
|
complete the surface: untrusted input enters at more than HTTP. Enumerate every
|
|
31
|
-
source the attacker can influence and add it to `
|
|
31
|
+
source the attacker can influence and add it to `entrypoints/`:
|
|
32
32
|
|
|
33
33
|
- HTTP routes, GraphQL resolvers, gRPC / RPC handlers, WebSocket handlers;
|
|
34
34
|
- CLI commands, scheduled jobs / cron, queue and topic consumers, webhooks and
|
|
@@ -40,8 +40,8 @@ source the attacker can influence and add it to `api/`:
|
|
|
40
40
|
inter-service calls.
|
|
41
41
|
|
|
42
42
|
`pickle.loads(cookie)` and `yaml.load(upload)` are entrypoints just as much as a
|
|
43
|
-
route is. Record the inventory in `
|
|
44
|
-
method + review status ✅/⚠️/❌).
|
|
43
|
+
route is. Record the inventory in `entrypoints/` (one file per module: source +
|
|
44
|
+
auth method + review status ✅/⚠️/❌).
|
|
45
45
|
|
|
46
46
|
## Analyse each source
|
|
47
47
|
|
|
@@ -8,7 +8,7 @@ description: "Application security rules for reviewing code for exploitable vuln
|
|
|
8
8
|
Application-security rules, one file per weakness class under `rules/`, named by
|
|
9
9
|
the specific weakness (CWE-style). Each rule states impact, the markers to hunt
|
|
10
10
|
(`triggers`), and vulnerable-vs-secure examples. The diff-audit engine injects the
|
|
11
|
-
rules relevant to a change into the prompt; the
|
|
11
|
+
rules relevant to a change into the prompt; the repo-review agent reads them for
|
|
12
12
|
the target's stack. A finding's `category` is one of these ids.
|
|
13
13
|
|
|
14
14
|
## Rules by OWASP category
|
|
@@ -3,9 +3,9 @@
|
|
|
3
3
|
The `review repo` path. Whole-repo review is too large for a single LLM call, so
|
|
4
4
|
codejury does not run it as a pipeline. Instead it scaffolds a workspace for an
|
|
5
5
|
interactive agent (Claude Code, Codex) and hands over the methodology: it creates
|
|
6
|
-
the
|
|
7
|
-
|
|
8
|
-
text to print.
|
|
6
|
+
the entrypoints/issues/analysis directories, copies the review-memory template,
|
|
7
|
+
seeds the entrypoint inventory from a deterministic RepoModel scan, and returns
|
|
8
|
+
the methodology text to print.
|
|
9
9
|
"""
|
|
10
10
|
|
|
11
11
|
from __future__ import annotations
|
|
@@ -16,7 +16,7 @@ from pathlib import Path
|
|
|
16
16
|
from codejury.repo.model import build_repo_model_from_dir
|
|
17
17
|
from codejury.resources import AGENT_DIR
|
|
18
18
|
|
|
19
|
-
_METHODOLOGY = AGENT_DIR / "
|
|
19
|
+
_METHODOLOGY = AGENT_DIR / "repo-review.md"
|
|
20
20
|
_MEMORY_TEMPLATE = AGENT_DIR / "security-review-memory.md"
|
|
21
21
|
|
|
22
22
|
|
|
@@ -33,7 +33,8 @@ class ScaffoldResult:
|
|
|
33
33
|
def _entrypoints_md(model) -> str:
|
|
34
34
|
http = [e for e in model.entrypoints if e.kind == "http"]
|
|
35
35
|
cli = [e for e in model.entrypoints if e.kind == "cli"]
|
|
36
|
-
lines = ["#
|
|
36
|
+
lines = ["# Entrypoints (seeded from a deterministic scan)", "",
|
|
37
|
+
"HTTP routes and CLI commands only; add non-HTTP sources here too.", "",
|
|
37
38
|
"Status legend: ❌ not reviewed · ⚠️ to deepen · ✅ reviewed", ""]
|
|
38
39
|
if http:
|
|
39
40
|
lines += ["## HTTP routes", ""]
|
|
@@ -53,7 +54,7 @@ def scaffold(target: str | Path, workspace: str | Path) -> ScaffoldResult:
|
|
|
53
54
|
project = target.name
|
|
54
55
|
ws = Path(workspace) / project
|
|
55
56
|
created: list[str] = []
|
|
56
|
-
for sub in ("
|
|
57
|
+
for sub in ("entrypoints", "issues", "analysis"):
|
|
57
58
|
d = ws / sub
|
|
58
59
|
if not d.exists():
|
|
59
60
|
d.mkdir(parents=True, exist_ok=True)
|
|
@@ -66,7 +67,7 @@ def scaffold(target: str | Path, workspace: str | Path) -> ScaffoldResult:
|
|
|
66
67
|
created.append(str(memory_path))
|
|
67
68
|
|
|
68
69
|
model = build_repo_model_from_dir(target)
|
|
69
|
-
(ws / "
|
|
70
|
+
(ws / "entrypoints" / "_entrypoints.md").write_text(_entrypoints_md(model), encoding="utf-8")
|
|
70
71
|
|
|
71
72
|
return ScaffoldResult(
|
|
72
73
|
project=project,
|
|
@@ -9,5 +9,5 @@ from pathlib import Path
|
|
|
9
9
|
_DATA = Path(__file__).resolve().parent / "data"
|
|
10
10
|
|
|
11
11
|
RULES_DIR = _DATA / "rules" # security rules injected into the audit prompt
|
|
12
|
-
AGENT_DIR = _DATA / "agent" #
|
|
12
|
+
AGENT_DIR = _DATA / "agent" # repo-review methodology and memory template
|
|
13
13
|
ENTRYPOINTS_FILE = _DATA / "entrypoints.yaml" # framework signatures for RepoModel
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
Metadata-Version: 2.4
|
|
2
2
|
Name: codejury
|
|
3
|
-
Version: 0.
|
|
3
|
+
Version: 0.15.0
|
|
4
4
|
Summary: AI code security review: an adversarial diff-audit engine and an agent-driven whole-repo review methodology, with security knowledge as rich rules
|
|
5
5
|
Author: AISecLabs
|
|
6
6
|
License-Expression: MIT
|
|
@@ -38,10 +38,10 @@ AI code security review, in two paths matched to their nature:
|
|
|
38
38
|
Finder/Challenger/Judge pass that trades roughly 3x the cost for extra recall
|
|
39
39
|
on subtle, cross-cutting flaws.
|
|
40
40
|
- **Whole-repo review** (agent-driven): a methodology an interactive agent
|
|
41
|
-
(Claude Code, Codex) runs to
|
|
42
|
-
verify issues with a real PoC, and iterate over rounds with
|
|
43
|
-
memory. Too large for a single LLM call, so codejury ships the
|
|
44
|
-
scaffolds the workspace rather than running a pipeline.
|
|
41
|
+
(Claude Code, Codex) runs to map a codebase's attack surface, trace inputs to
|
|
42
|
+
sinks across files, verify issues with a real PoC, and iterate over rounds with
|
|
43
|
+
a persistent memory. Too large for a single LLM call, so codejury ships the
|
|
44
|
+
methodology and scaffolds the workspace rather than running a pipeline.
|
|
45
45
|
|
|
46
46
|
Security knowledge lives in **rich rules** (`codejury/data/rules/*.md`, with
|
|
47
47
|
per-language vulnerable/secure examples), injected into the audit prompt, not
|
|
@@ -113,12 +113,13 @@ when the gate fails, so findings always show up on the PR.
|
|
|
113
113
|
codejury review repo /path/to/your/repo
|
|
114
114
|
```
|
|
115
115
|
|
|
116
|
-
This scaffolds a review workspace (`
|
|
117
|
-
`security-review-memory.md`), seeds the
|
|
118
|
-
and prints the methodology. Run it with an interactive
|
|
119
|
-
methodology and the rules,
|
|
120
|
-
high-confidence issues with a PoC, and
|
|
121
|
-
positives along the way. Nothing runs
|
|
116
|
+
This scaffolds a review workspace (`entrypoints/`, `issues/`, `analysis/`, and a
|
|
117
|
+
`security-review-memory.md`), seeds the entrypoint inventory from a
|
|
118
|
+
deterministic scan, and prints the methodology. Run it with an interactive
|
|
119
|
+
agent: it reads the methodology and the rules, maps the attack surface, traces
|
|
120
|
+
inputs to sinks across files, records high-confidence issues with a PoC, and
|
|
121
|
+
asks you to confirm credentials or false positives along the way. Nothing runs
|
|
122
|
+
against production.
|
|
122
123
|
|
|
123
124
|
## Findings
|
|
124
125
|
|
|
@@ -13,7 +13,7 @@ codejury.egg-info/entry_points.txt
|
|
|
13
13
|
codejury.egg-info/requires.txt
|
|
14
14
|
codejury.egg-info/top_level.txt
|
|
15
15
|
codejury/data/entrypoints.yaml
|
|
16
|
-
codejury/data/agent/
|
|
16
|
+
codejury/data/agent/repo-review.md
|
|
17
17
|
codejury/data/agent/security-review-memory.md
|
|
18
18
|
codejury/data/rules/SKILL.md
|
|
19
19
|
codejury/data/rules/business-logic.md
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
[project]
|
|
2
2
|
name = "codejury"
|
|
3
|
-
version = "0.
|
|
3
|
+
version = "0.15.0"
|
|
4
4
|
description = "AI code security review: an adversarial diff-audit engine and an agent-driven whole-repo review methodology, with security knowledge as rich rules"
|
|
5
5
|
readme = "README.md"
|
|
6
6
|
requires-python = ">=3.12"
|
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
"""RW-4: the
|
|
1
|
+
"""RW-4: the repo-review scaffold sets up the agent workspace (entrypoints/issues/
|
|
2
2
|
analysis + memory + seeded entrypoints) and returns the methodology. It does not
|
|
3
3
|
run an LLM pipeline."""
|
|
4
4
|
|
|
@@ -32,7 +32,7 @@ def test_scaffold_creates_workspace(tmp_path):
|
|
|
32
32
|
|
|
33
33
|
assert res.project == "myservice"
|
|
34
34
|
assert res.workspace == ws_root / "myservice"
|
|
35
|
-
for sub in ("
|
|
35
|
+
for sub in ("entrypoints", "issues", "analysis"):
|
|
36
36
|
assert (res.workspace / sub).is_dir()
|
|
37
37
|
assert res.memory_path.is_file()
|
|
38
38
|
assert "Security Review Memory" in res.memory_path.read_text()
|
|
@@ -42,7 +42,7 @@ def test_scaffold_creates_workspace(tmp_path):
|
|
|
42
42
|
def test_scaffold_seeds_entrypoints_from_repomodel(tmp_path):
|
|
43
43
|
res = scaffold(_target(tmp_path), tmp_path / "work")
|
|
44
44
|
assert res.entrypoints == 2
|
|
45
|
-
seeded = (res.workspace / "
|
|
45
|
+
seeded = (res.workspace / "entrypoints" / "_entrypoints.md").read_text()
|
|
46
46
|
assert "/users" in seeded and "/admin/users/<uid>" in seeded
|
|
47
47
|
assert "list_users" in seeded and "❌" in seeded
|
|
48
48
|
|
|
@@ -71,4 +71,4 @@ def test_no_python_entrypoints_still_scaffolds(tmp_path):
|
|
|
71
71
|
(d / "notes.txt").write_text("hi")
|
|
72
72
|
res = scaffold(d, tmp_path / "work")
|
|
73
73
|
assert res.entrypoints == 0
|
|
74
|
-
assert "enumerate them manually" in (res.workspace / "
|
|
74
|
+
assert "enumerate them manually" in (res.workspace / "entrypoints" / "_entrypoints.md").read_text()
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|