adding actionlint and fixing kong stuff #2432
No reviewers
Labels
No labels
1week
2weeks
Failed compliance check
IP cameras
NATS
Possible security concern
Review effort 1/5
Review effort 2/5
Review effort 3/5
Review effort 4/5
Review effort 5/5
UI
aardvark
accessibility
amd64
api
arm64
auth
back-end
bgp
blog
bug
build
checkers
ci-cd
cleanup
cnpg
codex
core
dependencies
device-management
documentation
duplicate
dusk
ebpf
enhancement
eta 1d
eta 1hr
eta 3d
eta 3hr
feature
fieldsurvey
github_actions
go
good first issue
help wanted
invalid
javascript
k8s
log-collector
mapper
mtr
needs-triage
netflow
network-sweep
observability
oracle
otel
plug-in
proton
python
question
reddit
redhat
research
rperf
rperf-checker
rust
sdk
security
serviceradar-agent
serviceradar-agent-gateway
serviceradar-web
serviceradar-web-ng
siem
snmp
sysmon
topology
ubiquiti
wasm
wontfix
zen-engine
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
carverauto/serviceradar!2432
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "refs/pull/2432/head"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Imported from GitHub pull request.
Original GitHub pull request: #1964
Original author: @mfreeman451
Original URL: https://github.com/carverauto/serviceradar/pull/1964
Original created: 2025-11-20T04:15:15Z
Original updated: 2025-11-20T04:21:24Z
Original head: carverauto/serviceradar:chore/fix_release_kong
Original base: main
Original merged: 2025-11-20T04:21:08Z by @mfreeman451
User description
IMPORTANT: Please sign the Developer Certificate of Origin
Thank you for your contribution to ServiceRadar. Please note, when contributing, the developer must include
a DCO sign-off statement indicating the DCO acceptance in one commit message. Here
is an example DCO Signed-off-by line in a commit message:
Describe your changes
Issue ticket number and link
Code checklist before requesting a review
PR Type
Enhancement, Other
Description
Add bazelisk version extraction from Kong Makefile
Implement fallback bazelisk installation without make dependency
Support direct binary download for aarch64 and x86_64 architectures
Configure actionlint for self-hosted GitHub Actions runners
Fix GitHub Actions output formatting in release workflow
Diagram Walkthrough
File Walkthrough
build-kong-vendor.sh
Add bazelisk fallback installation without makescripts/build-kong-vendor.sh
DEFAULT_BAZELISK_VERSIONconstant for fallback versionbazelisk_version_from_kong()function to extract versionfrom Kong Makefile
ensure_bazel()to support direct binary download when make isunavailable
mapping)
actionlint.yaml
Add actionlint self-hosted runner configuration.github/actionlint.yaml
release.yml
Fix GitHub Actions output formatting.github/workflows/release.yml
GITHUB_OUTPUTwrites to use grouped command syntaxImported GitHub PR comment.
Original author: @qodo-code-review[bot]
Original URL: https://github.com/carverauto/serviceradar/pull/1964#issuecomment-3555687139
Original created: 2025-11-20T04:15:41Z
PR Compliance Guide 🔍
(Compliance updated until commit
github.com/carverauto/serviceradar@ad689f2fc8)Below is a summary of compliance checks for this PR:
Unverified binary download
Description: The fallback Bazelisk download constructs a URL from
unameoutputs without validating orpinning the binary (no checksum/signature verification), enabling potential supply-chain
or MITM attacks and arbitrary binary execution.
build-kong-vendor.sh [96-107]
Referred Code
🎫 No ticket provided
Codebase context is not defined
Follow the guide to enable codebase context checks.
Generic: Meaningful Naming and Self-Documenting Code
Objective: Ensure all identifiers clearly express their purpose and intent, making code
self-documenting
Status: Passed
Generic: Secure Error Handling
Objective: To prevent the leakage of sensitive system information through error messages while
providing sufficient detail for internal debugging.
Status: Passed
Generic: Secure Logging Practices
Objective: To ensure logs are useful for debugging and auditing without exposing sensitive
information like PII, PHI, or cardholder data.
Status: Passed
Generic: Comprehensive Audit Trails
Objective: To create a detailed and reliable record of critical system actions for security analysis
and compliance.
Status:
Action logging: The new installation paths and decisions (make vs direct download) are not logged as audit
events beyond brief info messages, which may be insufficient for reconstructing critical
actions on build systems.
Referred Code
Generic: Robust Error Handling and Edge Case Management
Objective: Ensure comprehensive error handling that provides meaningful context and graceful
degradation
Status:
Edge cases: Direct bazelisk download lacks checks for unsupported OS/arch, HTTP errors, or empty
version resulting in a 404, and does not validate the downloaded binary beyond chmod.
Referred Code
Generic: Security-First Input Validation and Data Handling
Objective: Ensure all data inputs are validated, sanitized, and handled securely to prevent
vulnerabilities
Status:
Download validation: The script downloads an external binary over HTTPS without checksum or signature
verification and executes it, lacking integrity validation and architecture whitelist
enforcement.
Referred Code
Compliance status legend
🟢 - Fully Compliant🟡 - Partial Compliant
🔴 - Not Compliant
⚪ - Requires Further Human Verification
🏷️ - Compliance label
Previous compliance checks
Compliance check up to commit ad689f2
Unverified binary download
Description: The fallback path downloads and executes a remote bazelisk binary over HTTPS without
verifying its integrity or signature (no checksum/GPG verification), enabling a
supply-chain attack if the download is tampered with or the GitHub release URL is
compromised.
build-kong-vendor.sh [95-107]
Referred Code
Insufficient input validation
Description: OS/arch is derived from uname and directly interpolated into the download URL without
strict allow-listing or validation, which could enable unexpected URLs or wrong binaries
on uncommon architectures leading to execution of unintended binaries.
build-kong-vendor.sh [96-103]
Referred Code
🎫 No ticket provided
Codebase context is not defined
Follow the guide to enable codebase context checks.
Generic: Meaningful Naming and Self-Documenting Code
Objective: Ensure all identifiers clearly express their purpose and intent, making code
self-documenting
Status: Passed
Generic: Secure Error Handling
Objective: To prevent the leakage of sensitive system information through error messages while
providing sufficient detail for internal debugging.
Status: Passed
Generic: Secure Logging Practices
Objective: To ensure logs are useful for debugging and auditing without exposing sensitive
information like PII, PHI, or cardholder data.
Status: Passed
Generic: Comprehensive Audit Trails
Objective: To create a detailed and reliable record of critical system actions for security analysis
and compliance.
Status:
Action Logging: The script performs network downloads and tool installation without adding any audit/log
entries beyond brief info messages, which may be insufficient for reconstructing critical
actions.
Referred Code
Generic: Robust Error Handling and Edge Case Management
Objective: Ensure comprehensive error handling that provides meaningful context and graceful
degradation
Status:
Curl Failure Handling: The fallback download path uses curl without explicit retries or checksum verification and
may not surface actionable error context if the download is corrupt or mismatched for
OS/arch.
Referred Code
Generic: Security-First Input Validation and Data Handling
Objective: Ensure all data inputs are validated, sanitized, and handled securely to prevent
vulnerabilities
Status:
Binary Integrity: The script downloads a bazelisk binary over HTTPS but does not verify checksums or
signatures, leaving potential supply-chain risk unmitigated.
Referred Code
Imported GitHub PR comment.
Original author: @qodo-code-review[bot]
Original URL: https://github.com/carverauto/serviceradar/pull/1964#issuecomment-3555688552
Original created: 2025-11-20T04:16:38Z
PR Code Suggestions ✨
Explore these optional code suggestions:
Add explicit unsupported architecture handling
Add a default case to the architecture
casestatement to handle unsupportedarchitectures by printing an error and exiting.
scripts/build-kong-vendor.sh [98-101]
Suggestion importance[1-10]: 6
__
Why: The suggestion correctly identifies that the script doesn't handle unsupported architectures and proposes adding a default case to exit with a clear error message, which improves robustness and debuggability.