Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Surface URLs from the operator's config are echoed verbatim, credentials included

Open
#257 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
1-2 days
Newbie friendliness
52/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Quiet
Tech stack
typescript
Domain
security

Research direction

Start by locating the config parsing and the handling of gap.ref, screen.url, and coverage.affected[].url in the repository. Trace how those URLs reach the pull request comment, then check how exact URL matching attributes gaps to screens. Done means URLs containing userinfo are rejected with an error naming the field but not the value, and gap.ref remains the configured URL after parsing; the issue also raises whether query strings should trigger a warning.

Written by the indexing model from the issue text.

Description

area: engine bug security

What

gap.ref, screen.url, and coverage.affected[].url carry the configured surface URL unchanged into every surface, including the pull request comment. A URL written into usabl.config.json with userinfo, a token in the query, or a fragment is published as written.

Why it matters

These are operator inputs rather than page text, so this is not the same class as page-derived leakage, but a credential in a config URL should never reach a pull request comment.

Direction

Strip userinfo at config parse time and refuse a surface URL that carries one, with a message that names the field and not the value. Consider warning on a query string in a surface URL. Keep gap.ref equal to the configured URL after parsing, because the overlay attributes gaps to screens by exact URL match.

Dominant language
TypeScript
Stars
0
Forks
0
Avg merge
2h 48m
Merged PRs (30d)
8

Getting set up

  • No Dockerfile or Docker Compose file
  • Has a pull request template
  • No contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from usabl-dev/usabl

All issues in usabl-dev/usabl

Similar issues

More TypeScript issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.