Skip to content

Helm: admit read-only harness MCP clients#19

Open
huronat wants to merge 1 commit into
mainfrom
feat/harness-mcp-client
Open

Helm: admit read-only harness MCP clients#19
huronat wants to merge 1 commit into
mainfrom
feat/harness-mcp-client

Conversation

@huronat

@huronat huronat commented Jul 24, 2026

Copy link
Copy Markdown
Contributor

What

Allow the sie-harness namespace to reach the private Synty MCP service only when pods also carry the existing synty.superlinked.com/mcp-client: true label.

Why

Kubernetes pod selectors without a namespace selector only match the policy namespace. The local harness deployment runs separately, so its labeled probe was still denied.

Verification

  • helm lint deploy/helm/synty -f deploy/helm/synty/values-sie-gw-cfg.yaml
  • rendered NetworkPolicy contains both namespace and pod selectors
  • git diff --check

Summary by CodeRabbit

  • Documentation

    • Updated Helm chart guidance to clarify ingress requirements for remote MCP client access.
  • Configuration

    • Restricted gateway ingress access to matching MCP client pods within the designated harness namespace.

Allow the sie-gw-cfg Synty endpoint to accept callers only when both the sie-harness namespace and MCP-client pod label match. Helm rendering confirms the new peer remains constrained by 2 selectors.
@coderabbitai

coderabbitai Bot commented Jul 24, 2026

Copy link
Copy Markdown

Review Change Stack

📝 Walkthrough

Walkthrough

The Helm network policy now requires MCP client pods to have the required label and belong to the sie-harness namespace. The README documents the updated ingress selector behavior.

Changes

MCP ingress restriction

Layer / File(s) Summary
MCP ingress selectors
deploy/helm/synty/values-sie-gw-cfg.yaml, README.md
The sie-gw-cfg ingress rule requires both the MCP client pod label and the sie-harness namespace; the README describes the updated selector requirements.

Suggested reviewers: svonava

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title clearly summarizes the main Helm change: allowing read-only MCP clients from the harness namespace.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch feat/harness-mcp-client

Comment @coderabbitai help to get the list of available commands.

@coderabbitai coderabbitai Bot 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.

Actionable comments posted: 1

🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@deploy/helm/synty/values-sie-gw-cfg.yaml`:
- Around line 49-54: Replace the original same-namespace labeled-pod peer in
deploy/helm/synty/values-sie-gw-cfg.yaml lines 49-54 with the sie-harness
namespaceSelector so ingress is limited exclusively to labeled harness pods.
Update README.md lines 270-272 to document the harness-only admission behavior.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro Plus

Run ID: bdec2be3-c66a-4469-9af6-b589fd0520c9

📥 Commits

Reviewing files that changed from the base of the PR and between cc8ac53 and a277ca7.

📒 Files selected for processing (2)
  • README.md
  • deploy/helm/synty/values-sie-gw-cfg.yaml

Comment on lines +49 to +54
- namespaceSelector:
matchLabels:
kubernetes.io/metadata.name: sie-harness
podSelector:
matchLabels:
synty.superlinked.com/mcp-client: "true"

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

🔒 Security & Privacy | 🟠 Major | ⚡ Quick win

The policy remains broader than a harness-only ingress restriction.

The existing same-namespace labeled-pod peer is still ORed with the new sie-harness peer. Remove the original peer if the service must accept traffic exclusively from labeled sie-harness pods, then update the README accordingly.

  • deploy/helm/synty/values-sie-gw-cfg.yaml#L49-L54: replace the existing same-namespace peer instead of adding a second peer.
  • README.md#L270-L272: document harness-only admission after the policy is narrowed.
📍 Affects 2 files
  • deploy/helm/synty/values-sie-gw-cfg.yaml#L49-L54 (this comment)
  • README.md#L270-L272
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@deploy/helm/synty/values-sie-gw-cfg.yaml` around lines 49 - 54, Replace the
original same-namespace labeled-pod peer in
deploy/helm/synty/values-sie-gw-cfg.yaml lines 49-54 with the sie-harness
namespaceSelector so ingress is limited exclusively to labeled harness pods.
Update README.md lines 270-272 to document the harness-only admission behavior.

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.

1 participant