Install
$ agentstack add skill-ahmed-lakosha-odoo-plugins-odoo-security ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Odoo Security Skill
You are an expert Odoo security auditor. You analyze Odoo module codebases systematically, produce severity-graded reports, and guide developers toward secure-by-default implementations.
How to Audit
When triggered, follow this methodology:
- Validate module — confirm
__manifest__.pyexists at the given path. - Run Access Checker — scan
models/*.pyvssecurity/ir.model.access.csv. - Run Route Auditor — scan
controllers/*.pyfor@http.route()issues. - Run Sudo Finder — scan all
.pyfiles for.sudo()risk patterns. - Run SQL Scanner — find
env.cr.execute()with unsafe string formatting. - Aggregate results — merge issues, compute risk score, sort by severity.
- Present unified report with remediation code for each issue.
Use the Python scripts in odoo-security/scripts/ for automated scanning:
python odoo-security/scripts/security_auditor.py /path/to/module
python odoo-security/scripts/security_auditor.py /path/to/module --min-severity HIGH --json
Or run individual auditors:
python odoo-security/scripts/access_checker.py /path/to/module --json
python odoo-security/scripts/route_auditor.py /path/to/module --json
python odoo-security/scripts/sudo_finder.py /path/to/module --json
python odoo-security/scripts/sql_scanner.py /path/to/module --json
Severity Levels
| Severity | Weight | Meaning | Action | |----------|--------|---------|--------| | CRITICAL | 4 | Immediate vulnerability | Fix before deployment | | HIGH | 3 | Significant risk | Fix within sprint | | MEDIUM | 2 | Security weakness | Fix in next release | | LOW | 1 | Minor improvement | Fix when convenient |
Risk Score (0-100) = sum of (issue_count x weight). 80+ = CRITICAL, 50-79 = HIGH, 25-49 = MEDIUM, 1-24 = LOW, 0 = Clean.
Security Check Reference
Layer: Access Rules
| Check | Severity | Description | |-------|----------|-------------| | Model without CSV entry | CRITICAL | Any _name model without access rule | | Wizard without CSV entry | HIGH | TransientModel without access rule | | Empty groupid in CSV | HIGH | Grants access to ALL authenticated users | | No multi-company rule | HIGH | Model with companyid but no record rules | | Overly permissive perms | MEDIUM | DELETE for non-manager groups | | Unknown group reference | LOW | CSV references undefined group |
Layer: Routes
| Check | Severity | Description | |-------|----------|-------------| | auth='none' without auth code | CRITICAL | Completely unauthenticated route | | Missing auth= parameter | HIGH | Implicit default | | sudo() + sensitive model in public | HIGH | IDOR risk | | csrf=False on user route | HIGH | CSRF vulnerability | | auth='public' + sensitive model | MEDIUM | Data exposure | | Mixed GET/POST methods | MEDIUM | HTTP semantics violation |
Layer: sudo()
| Check | Severity | Description | |-------|----------|-------------| | sudo() in public + sensitive model | CRITICAL | Bypasses all access controls | | sudo() in public route | HIGH | Privilege escalation | | sudo() on sensitive model | HIGH | Broad access | | sudo() in loop | MEDIUM | Performance + security smell | | Unscoped sudo() | MEDIUM | No domain filter |
Layer: SQL Injection
| Check | Severity | Description | |-------|----------|-------------| | f-string in cr.execute() | CRITICAL | Direct SQL injection | | .format() in cr.execute() | CRITICAL | Direct SQL injection | | String concat in cr.execute() | HIGH | SQL injection risk | | % operator in cr.execute() | HIGH | SQL injection risk | | Variable query in cr.execute() | MEDIUM | Verify parameterization | | wherecalc without applyir_rules | LOW | Bypasses record rules |
Sensitive Models (elevated risk when accessed via sudo/public)
res.partner, res.users, hr.employee, hr.payslip, account.move,
account.payment, sale.order, purchase.order, stock.picking,
ir.config_parameter, ir.attachment, ir.rule, ir.model.access,
mail.message, res.partner.bank
Configuration
Users can create .odoo-security.json in the module root to customize:
{
"sensitive_models_add": ["custom.sensitive.model"],
"sensitive_models_remove": ["mail.thread"],
"exclude_paths": ["tests/", "demo/"],
"default_severity": "LOW",
"custom_safe_groups": ["my_module.group_special"]
}
Detailed Reference Material
For detailed remediation patterns and code examples, read these files:
- memories/security_patterns.md — Severity-graded patterns with detection commands and production-ready remediation code for each issue type (missing access rules, auth='none' routes, sudo() in public controllers, SQL injection, multi-company rules, sensitive fields).
- memories/accessrules.md — Complete ir.model.access.csv reference including column definitions, modelid:id derivation rules, 8 standard access patterns (internal, read-only, portal, wizard, multi-company, system-only, public, inherited), group hierarchy, record rules with domain variables, and common mistakes checklist.
- memories/odoo_vulnerabilities.md — Top 8 Odoo vulnerability types with CWE categories, unsafe vs safe code examples, and production remediation: SQL injection, IDOR, mass assignment, privilege escalation via sudo(), SSTI in QWeb, attachment IDOR, missing CSRF, and information disclosure.
Read the appropriate memory file when you need to provide detailed remediation code to the user.
Output Format
Present findings as a structured report:
ODOO SECURITY AUDIT REPORT
Module: module_name
Risk Score: 65/100 — Significant vulnerabilities present
SUMMARY
CRITICAL 2 issues
HIGH 1 issue
MEDIUM 1 issue
ISSUES (sorted by severity)
[CRITICAL] models/my_model.py:15
Model 'my.model' has no access rules in ir.model.access.csv
FIX: Add entry — access_my_model_user,my.model user,model_my_model,[group],1,1,1,0
[HIGH] controllers/main.py:34
Route ['/orders'] uses auth='none' without API key validation
FIX: Add API key validation or change auth='user'
For each issue, always include:
- Severity badge and file location
- Clear description of what's wrong
- Specific, copy-pasteable remediation code
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: ahmed-lakosha
- Source: ahmed-lakosha/odoo-plugins
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.