Skip to content

fix(security): remove internal infra hostnames from published package#11

Open
andrei-hasna wants to merge 1 commit into
mainfrom
fix/security-remove-internal-infra-hostnames
Open

fix(security): remove internal infra hostnames from published package#11
andrei-hasna wants to merge 1 commit into
mainfrom
fix/security-remove-internal-infra-hostnames

Conversation

@andrei-hasna

Copy link
Copy Markdown
Contributor

Summary

  • src/http-store.ts: neutralized the illustrative https://identities.hasna.xyz example in a doc comment to https://identities.your-deployment.example.
  • src/http-store.test.ts: updated the corresponding test fixtures to the same neutral placeholder.

Why

Public npm package @hasna/identities referenced a real internal hostname convention in a doc-comment example and matching test fixtures. Note: on inspection, resolveCloudHttpConfig() already requires both HASNA_IDENTITIES_API_URL and HASNA_IDENTITIES_API_KEY to be explicitly set — there is no silent default-hostname fallback in the actual runtime code. This PR only removes the illustrative internal-hostname string from comments/tests; no behavior changes.

Out of scope (flagged, not changed)

src/roster.ts and the generated agents/hasna/**/*.md files intentionally reference <agent>@hasna.xyz as the canonical internal AI-agent-mailbox convention. That is this package's core product feature (generating the company's agent roster with vanity @hasna.xyz addresses), not a leaked default endpoint, so it was left untouched. Flagging for awareness in case a broader policy review wants to reconsider shipping that convention publicly.

Test plan

  • bun run typecheck — clean
  • bun test src/http-store.test.ts — 14/14 pass
  • bun test (full suite) — 64 pass / 0 fail

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