Research
Security News
Malicious npm Packages Inject SSH Backdoors via Typosquatted Libraries
Socket’s threat research team has detected six malicious npm packages typosquatting popular libraries to insert SSH backdoors.
Command-line utility that validates jinja2 syntax according to Arista's AVD style guide.
AVD Ecosystem - Jinja2 Linter
Build a Jinja2 linter that will provide the following capabilities:
Code | Short Description | Description |
---|---|---|
S0 | jinja-syntax-error | Jinja2 syntax should be correct |
S1 | single-space-decorator | A single space should be added between Jinja2 curly brackets and a variable's name |
S2 | operator-enclosed-by-spaces | When variables are used in combination with an operator, the operator shall be enclosed by space |
S3 | jinja-statements-indentation | Nested jinja code block should follow next rules: - All J2 statements must be enclosed by 1 space - All J2 statements must be indented by 4 more spaces within jinja delimiter - To close a control, end tag must have same indentation level |
S4 | jinja-statements-single-space | Jinja statement should have at least a single space after '{%' and a single space before '%}' |
S5 | jinja-statements-no-tabs | Indentation should not use tabulation but 4 spaces |
S6 | jinja-statements-delimiter | Jinja statements should not have {%- or {%+ or -%} as delimiters |
S7 | single-statement-per-line | Jinja statements should be on separate lines |
V1 | jinja-variable-lower-case | All variables should use lower case |
V2 | jinja-variable-format | If variable is multi-words, underscore _ should be used as a separator |
Python version 3.8+
To get started, you can use Python pip to install j2lint:
Install the latest stable version:
pip3 install j2lint
Install the latest development version:
pip3 install git+https://github.com/aristanetworks/j2lint.git
j2lint <path-to-directory-of-templates>
j2lint <path-to-directory-of-templates>/template.j2
j2lint --list
j2lint <path-to-directory-of-templates> --verbose
j2lint <path-to-directory-of-templates> --log
To enable debug logs, use both options:
j2lint <path-to-directory-of-templates> --log --debug
j2lint <path-to-directory-of-templates> --json
The --ignore option can have one or more of these values: syntax-error, single-space-decorator, filter-enclosed-by-spaces, jinja-statement-single-space, jinja-statements-indentation, no-tabs, single-statement-per-line, jinja-delimiter, jinja-variable-lower-case, jinja-variable-format.
If multiple rules are to be ignored, use the --ignore option along with rule descriptions separated by space.
j2lint <path-to-directory-of-templates> --ignore <rule_description1> <rule_desc>
Note This runs the custom linting rules in addition to the default linting rules. When using the
-i/--ignore
or-w/--warn
options, the arguments MUST either:
- Be entered at the end of the CLI as in the example above
- Be entered as the last options before the
<path-to-directory-of-templates>
with--
separator. e.g.j2lint --ignore <rule_description1> <rule_desc> -- <path-to-directory-of-templates>
If one or more linting rules are to be ignored only for a specific jinja template file, add a Jinja comment at the top of the file. The rule can be disabled using the short description of the rule or the id of the rule.
{# j2lint: disable=S6}
# OR
{# j2lint: disable=jinja-delimiter #}
Disabling multiple rules
{# j2lint: disable=jinja-delimiter j2lint: disable=S1 #}
Create a new rules directory under j2lint folder.
Add custom rule classes which are similar to classes in j2lint/rules directory: The file name of rules should be in snake_case and the class name should be the PascalCase version of the file name. For example:
jinja_operator_has_spaces_rule.py
JinjaOperatorHasSpacesRule
Run the jinja2 linter using --rules-dir option
j2lint <path-to-directory-of-templates> --rules-dir <custom-rules-directory>
Note This runs the custom linting rules in addition to the default linting rules.
j2lint --help
j2lint --stdin
Add j2lint pre-commit hook inside your repository in .pre-commit-config.yaml.
- repo: https://github.com/aristanetworks/j2lint.git
rev: <release_tag/sha>
hooks:
- id: j2lint
Run pre-commit -> pre-commit run --all-files
Note When using
-i/--ignore
or-w/--warn
argument in pre-commit, use the following syntax
- repo: https://github.com/aristanetworks/j2lint.git rev: <release_tag/sha> hooks: - id: j2lint # Using -- to separate the end of ignore from the positional arguments # passed to j2lint args: [--ignore, S3, jinja-statements-single-space, --]
FAQs
Command-line utility that validates jinja2 syntax according to Arista's AVD style guide.
We found that j2lint demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 3 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Research
Security News
Socket’s threat research team has detected six malicious npm packages typosquatting popular libraries to insert SSH backdoors.
Security News
MITRE's 2024 CWE Top 25 highlights critical software vulnerabilities like XSS, SQL Injection, and CSRF, reflecting shifts due to a refined ranking methodology.
Security News
In this segment of the Risky Business podcast, Feross Aboukhadijeh and Patrick Gray discuss the challenges of tracking malware discovered in open source softare.