Skip to content

fix(security): close Sentinel 0.0.0.0:8719 exposure; add load-test tooling (S34) - #2

Merged
llfzzz merged 1 commit into
mainfrom
fix/s34-sentinel-hardening-and-deploy-drift
Jul 9, 2026
Merged

fix(security): close Sentinel 0.0.0.0:8719 exposure; add load-test tooling (S34)#2
llfzzz merged 1 commit into
mainfrom
fix/s34-sentinel-hardening-and-deploy-drift

Conversation

@llfzzz

@llfzzz llfzzz commented Jul 9, 2026

Copy link
Copy Markdown
Owner

Summary

  • Gateway's Sentinel transport/command-center listener was binding 0.0.0.0:8719 (verified via bytecode inspection that Sentinel is 100% unused — zero @SentinelResource/flow-rule usage anywhere). Disabled via spring.cloud.sentinel.enabled=false in the shared systemd unit template (config-only, applies to all 14 services on next restart; gateway-service and the two services below have already been restarted live and confirmed closed via ss -tlnp).
  • Redeployed order-service/payment-sim-service live (out of band from this diff — no source changes needed) to pick up the already-merged S33 commit; their jars had gone stale due to the Maven incremental-repackaging pitfall documented in AGENTS.md.
  • Extended scripts/check-deployment.sh with S33 internal-only-path + driver-review RBAC re-verification, plus an INFO-only baseline of the two documented, deliberately-deferred security gaps in docs/security.md (confirmed unchanged).
  • Added docs/load-testing.md: a static, config-derived capacity analysis — no synthetic load was generated against the production host, which is already structurally memory-oversubscribed at idle (14 services' MemoryMax + 5 middleware containers = ~138% of total physical RAM).
  • Added scripts/loadtest/ (k6 scripts modeling the existing demo-smoke.sh flow, plus a rate-limit boundary probe) — guarded in setup() to refuse running against the known production host.

Test plan

  • scripts/check-deployment.sh against the live gateway — ALL CHECKS PASSED
  • scripts/demo-smoke.sh full 13-step flow — FAILS=0
  • Live redeploy of order-service/payment-sim-service, one at a time, health-gated — both healthy in ~25s, no crash-loop
  • ss -tlnp | grep 8719 before/after gateway restart — confirmed closed
  • node --check syntax validation on the new k6 scripts (k6 itself intentionally not installed/run on this host)

🤖 Generated with Claude Code

…oling (S34)

Sentinel's transport/command-center listener was binding 0.0.0.0:8719 despite
Sentinel being completely unused (confirmed via bytecode inspection - zero
@SentinelResource/flow-rule usage anywhere in any service). Disable it via
spring.cloud.sentinel.enabled=false in the shared systemd unit template
(config-only, no rebuild required; applies to all 14 services on next
restart).

Also, alongside redeploying order-service/payment-sim-service to pick up the
already-committed S33 source (their jars had gone stale - see AGENTS.md S34
entry for the full writeup):

- Extend scripts/check-deployment.sh with S33 internal-only-path and
  driver-review RBAC re-verification, plus an INFO-only baseline of the two
  documented, deliberately-deferred security gaps in docs/security.md.
- Add docs/load-testing.md: a static, config-derived capacity analysis (no
  synthetic load generated against the production host, which is already
  structurally memory-oversubscribed at idle).
- Add scripts/loadtest/ (k6 scripts modeling the existing demo-smoke.sh flow
  plus a rate-limit boundary probe) - guarded to refuse running against the
  known production host.
- Ignore local jar backups created during the redeploy.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Copilot AI review requested due to automatic review settings July 9, 2026 04:37

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

@llfzzz
llfzzz merged commit 76fb58b into main Jul 9, 2026
1 check passed
@llfzzz
llfzzz deleted the fix/s34-sentinel-hardening-and-deploy-drift branch July 9, 2026 05:06
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants