TavernKeeper Scan Report

Archkr/Lumiverse-LumiWeather

Commit e7ecfea Reviewed

No material or immediate-danger concern was identified in this review.

This advisory report describes what the named tools and review process found at one exact commit. Unknown or unobserved behavior may still exist.

0 immediate danger 0 material 5 low

What this review found

No material or immediate-danger item was identified.

Contextual expected matches (4)

JavaScript analysis reported javascript.xray.unsafe-regex

Expected behavior · high confidence

Detailed wording was omitted by the public report safety filter.

Technical evidence

Scanner reason: JavaScript analysis matched static JavaScript security signal javascript.xray.unsafe-regex. The match applies to this repository.

Contextual assessment: The scanner flagged 8 regex literals across the frontend bundle. These include the same date/time parsing patterns from shared.ts, a temperature-matching regex (/^(-?[0-9]+...[FC])/i), a temperature validation regex, and several alternation-of-literals patterns in resolveRainVector (e.g., /hurricane|violent|gale|.../, /(?:eastward|rightward)/). All are anchored or use word-boundary alternation of fixed strings with no nested quantifiers, eliminating ReDoS risk. Inputs are trimmed and length-limited before matching. The regexes operate on local weather-state fields to drive visual effects, with no network exfiltration, credential access, or execution of remote content.

Impact: none · Exploitability: unlikely

Developer action: none

Scanner
javascript-analysis webcrack-2.16.0_js-x-ray-16.0.0_signatures-1_literals-1_families-1
Rule
javascript.xray.unsafe-regex
File role
generated
Source
dist/frontend.js:59

JavaScript analysis reported javascript.xray.unsafe-regex

Expected behavior · high confidence

Detailed wording was omitted by the public report safety filter.

Technical evidence

Scanner reason: JavaScript analysis matched static JavaScript security signal javascript.xray.unsafe-regex. The match applies to this repository.

Contextual assessment: The scanner flagged anchored regex literals used for parsing date and time strings from weather-state tags (e.g., /^(?:[0-9]{1,2}):...$/ and /^([0-9]{4})-...$/). These patterns use bounded quantifiers ({1,2}, {2}, {4}) with no nested or overlapping quantifiers, so they are not susceptible to catastrophic backtracking (ReDoS). The inputs are pre-trimmed and length-limited via normalizeText (maxLength 16 for time, 24 for date). The regexes serve the project's stated purpose of parsing model-emitted weather tags. No exfiltration, credential access, or external network behavior is present in the surrounding code.

Impact: none · Exploitability: unlikely

Developer action: none

Scanner
javascript-analysis webcrack-2.16.0_js-x-ray-16.0.0_signatures-1_literals-1_families-1
Rule
javascript.xray.unsafe-regex
File role
generated
Source
dist/backend.js:120

JavaScript analysis reported javascript.xray.unsafe-regex

Expected behavior · high confidence

The scanner flagged some regular expressions as unsafe, but they are simple patterns for parsing time and date values. They cannot be exploited to cause harm.

Technical evidence

Scanner reason: JavaScript analysis matched static JavaScript security signal javascript.xray.unsafe-regex. The match applies to this repository.

Contextual assessment: The flagged regex patterns are bounded, linear patterns for parsing time strings (e.g., /^(d{1,2}):(d{2})(?:s*:s*(d{2}))?s*([AP]M)$/i) and date strings. These patterns contain no nested quantifiers, overlapping alternatives, or catastrophic backtracking constructs that would create ReDoS vulnerability. They are applied to short, locally-sourced time/date strings, not attacker-controlled input. The scanner's unsafe-regex signal is a false positive on benign parsing logic.

Impact: none · Exploitability: unlikely

Developer action: none

Scanner
javascript-analysis webcrack-2.16.0_js-x-ray-16.0.0_signatures-1_literals-1_families-1
Rule
javascript.xray.unsafe-regex
File role
generated
Source
dist/frontend.js:49

JavaScript analysis reported javascript.xray.shady-link

Expected behavior · high confidence

The scanner flagged embedded image data as a suspicious link, but these are just cloud pictures stored directly in the code as data URIs for weather visual effects. No external network requests are made.

Technical evidence

Scanner reason: JavaScript analysis matched static JavaScript security signal javascript.xray.shady-link. The match applies to this repository.

Contextual assessment: The shady-link signal at line 2 corresponds to data:image/png;base64 URI literals that embed cloud sprite assets (cloud_1 through cloud_6) into the bundled frontend. These are inline data URIs, not external URLs, and do not trigger any network fetch, credential transmission, or external communication. The images are used as visual elements for weather animation effects. No fetch, XMLHttpRequest, WebSocket, or dynamic URL construction is associated with these data URIs in the supplied code.

Impact: none · Exploitability: unlikely

Developer action: none

Scanner
javascript-analysis webcrack-2.16.0_js-x-ray-16.0.0_signatures-1_literals-1_families-1
Rule
javascript.xray.shady-link
File role
generated
Source
dist/frontend.js:2

Related contextual observations

Overall code context confirms benign weather HUD extension

low risk · high confidence

The code handles weather display for a roleplay chat extension, parsing story weather tags and rendering visual effects. No suspicious data flows or external communications were found.

Technical assessment

The supplied code context shows a weather HUD extension that parses weather-state tags from AI-generated messages, maintains per-chat weather state, and renders animated visual effects (clouds, wind gusts, snowflakes). The code includes time/date parsing with bounded regex, temperature conversion, SVG element creation for effects, and inline base64 image assets. No external API calls, credential access, data exfiltration, or obfuscated execution paths are present in the reviewed code.

Impact: none · Exploitability: unlikely

Developer action: none

Sources:

Coverage and limitations

JavaScript coverage

Unresolved JavaScript stages

Tools

Limitations

Technical scan identity