VDB
Sign up
MEDIUM5.3

GHSA-2m96-52r3-2f3g

fugit parse and parse_nat stall on lengthy input

Quick fix

GHSA-2m96-52r3-2f3g — fugit: upgrade to the fixed version with the command below.

bundle update fugit

Details

### Impact

The fugit "natural" parser, that turns "every wednesday at 5pm" into "0 17 * * 3", accepted any length of input and went on attempting to parse it, not returning promptly, as expected. The parse call could hold the thread with no end in sight.

Fugit dependents that do not check (user) input length for plausability are impacted.

### Patches

Problem was reported in #104 and the fix was released in [fugit 1.11.1](https://rubygems.org/gems/fugit/versions/1.11.1)

### Workarounds

By making sure that `Fugit.parse(s)`, `Fugit.do_parse(s)`, `Fugit.parse_nat(s)`, `Fugit.do_parse_nat(s)`, `Fugit::Nat.parse(s)`, and `Fugit::Nat.do_parse(s)` are not fed strings too long. 1000 chars feels ok, while 10_000 chars makes it stall.

In fewer words, making sure those fugit methods are not fed unvetted input strings.

### References

gh-104

Are you affected?

Enter the version of the package you're using.

Affected packages

RubyGems/fugit
Introduced in: 0Fixed in: 1.11.1
Fixbundle update fugit

References