🚨 [security] Update globalid: 0.4.0 → 1.0.1 (major) #228

depfu · 2023-01-20T05:05:40Z

🚨 Your current dependencies have known security vulnerabilities 🚨

This dependency update fixes known security vulnerabilities. Please see the details below and assess their impact carefully. We recommend to merge and deploy this as soon as possible!

Here is everything you need to know about this update. Please take a good look at what changed and the test results before merging this pull request.

What changed?

↗️ globalid (indirect, 0.4.0 → 1.0.1) · Repo · Changelog

Security Advisories 🚨

🚨 ReDoS based DoS vulnerability in GlobalID

There is a ReDoS based DoS vulnerability in the GlobalID gem. This
vulnerability has been assigned the CVE identifier CVE-2023-22799.

Versions Affected: >= 0.2.1
Not affected: < 0.2.1
Fixed Versions: 1.0.1

Impact

There is a possible DoS vulnerability in the model name parsing section
of the GlobalID gem. Carefully crafted input can cause the regular
expression engine to take an unexpected amount of time. All users running
an affected release should either upgrade or use one of the workarounds
immediately.

Workarounds

There are no feasible workarounds for this issue.

Release Notes

1.0.1

Possible ReDoS based DoS vulnerability in GlobalID

There is a ReDoS based DoS vulnerability in the GlobalID gem. This
vulnerability has been assigned the CVE identifier CVE-2023-22799.

Versions Affected: >= 0.2.1
Not affected: NOTAFFECTED
Fixed Versions: 1.0.1

Impact

There is a possible DoS vulnerability in the model name parsing section of the
GlobalID gem. Carefully crafted input can cause the regular expression engine
to take an unexpected amount of time. All users running an affected release
should either upgrade or use one of the workarounds immediately.

Releases

The FIXED releases are available at the normal locations.

Workarounds

There are no feasible workarounds for this issue.

Credits

Thank you ooooooo_k for reporting this!

1.0.0

Stable API release.

The code is the same as the 0.6.0 release.

0.6.0

Add ActiveRecord::FixtureSet.signed_global_id helper to generate signed ids inside fixtures.

0.5.2

Add back Ruby 2.5 support so gem install rails works out of the box, thereby satisfying Rails' Ruby version requirement. See rails/rails#42931

0.5.1

New: Allow expiration to be turned off globally #128

Fixed: Support for ruby-head #132

Maintainance: Drop support for EOL'ed Rubies (< 2.6.0) and Rails 4.2

0.4.2

Allow configuration in initialisers 3c8f909

Clear to_global_id memoization on dup #109

Adds hash equality #108

Commits: v0.4.1...v0.4.2

0.4.1

Fix occasional error while trying to deserialize arguments: "uninitialized constant GlobalID::Locator"

Yuji Yaginuma (#102)

Does any of this look wrong? Please let us know.

Commits

See the full diff on Github. The new version differs by more commits than we can show here.

↗️ concurrent-ruby (indirect, 1.0.5 → 1.1.10) · Repo · Changelog

Release Notes

1.1.10

concurrent-ruby:

(#951) Set the Ruby compatibility version at 2.2

(#939, #933) The caller_runs fallback policy no longer blocks reads from the job queue by worker threads

(#938, #761, #652) You can now explicitly prune_pool a thread pool (Sylvain Joyeux)

(#937, #757, #670) We switched the Yahoo stock API for demos to Alpha Vantage (Gustavo Caso)

(#932, #931) We changed how SafeTaskExecutor handles local jump errors (Aaron Jensen)

(#927) You can use keyword arguments in your initialize when using Async (Matt Larraz)

(#926, #639) We removed timeout from TimerTask because it wasn't sound, and now it's a no-op with a warning (Jacob Atzen)

(#919) If you double-lock a re-entrant read-write lock, we promote to locked for writing (zp yuan)

(#915) monotonic_time now accepts an optional unit parameter, as Ruby's clock_gettime (Jean Boussier)

1.1.9 (from changelog)

concurrent-ruby:

(#866) Child promise state not set to :pending immediately after #execute when parent has completed

(#905, #872) Fix RubyNonConcurrentPriorityQueue#delete method

(2df0337d) Make sure locks are not shared on shared when objects are dup/cloned

(#900, #906, #796, #847, #911) Fix Concurrent::Set tread-safety issues on CRuby

(#907) Add new ConcurrentMap backend for TruffleRuby

1.1.8 (from changelog)

(#885) Fix race condition in TVar for stale reads

(#884) RubyThreadLocalVar: Do not iterate over hash which might conflict with new pair addition

1.1.7 (from changelog)

concurrent-ruby:

(#879) Consider falsy value on Concurrent::Map#compute_if_absent for fast non-blocking path

(#876) Reset Async queue on forking, makes Async fork-safe

(#856) Avoid running problematic code in RubyThreadLocalVar on MRI that occasionally results in segfault

(#853) Introduce ThreadPoolExecutor without a Queue

1.1.6 (from changelog)

concurrent-ruby:

(#841) Concurrent.disable_at_exit_handlers! is no longer needed and was deprecated.

(#841) AbstractExecutorService#auto_terminate= was deprecated and has no effect. Set :auto_terminate option instead when executor is initialized.

1.1.5 (from changelog)

concurrent-ruby:

fix potential leak of context on JRuby and Java 7

concurrent-ruby-edge:

Add finalized Concurrent::Cancellation

Add finalized Concurrent::Throttle

Add finalized Concurrent::Promises::Channel

Add new Concurrent::ErlangActor

1.1.4 (from changelog)

(#780) Remove java_alias of 'submit' method of Runnable to let executor service work on java 11

(#776) Fix NameError on defining a struct with a name which is already taken in an ancestor

1.1.0

concurrent-ruby:

requires at least Ruby 2.0

Promises
are moved from concurrent-ruby-edge to concurrent-ruby

Add support for TruffleRuby

(#734) Fix Array/Hash/Set construction broken on TruffleRuby

AtomicReference fixed

fixed documentation and README links

fix Set for TruffleRuby and Rubinius

CI stabilization

remove sharp dependency edge -> core

remove warnings

documentation updates

Exchanger is no longer documented as edge since it was already available in
concurrent-ruby

(#644) Fix Map#each and #each_pair not returning enumerator outside of MRI

(#659) Edge promises fail during error handling

(#741) Raise on recursive Delay#value call

(#727) #717 fix global IO executor on JRuby

(#740) Drop support for CRuby 1.9, JRuby 1.7, Rubinius.

(#737) Move AtomicMarkableReference out of Edge

(#708) Prefer platform specific memory barriers

(#735) Fix wrong expected exception in channel spec assertion

(#729) Allow executor option in Promise#then

(#725) fix timeout check to use timeout_interval

(#719) update engine detection

(#660) Add specs for Promise#zip/Promise.zip ordering

(#654) Promise.zip execution changes

(#666) Add thread safe set implementation

(#651) #699 #to_s, #inspect should not output negative object IDs.

(#685) Avoid RSpec warnings about raise_error

(#680) Avoid RSpec monkey patching, persist spec results locally, use RSpec
v3.7.0

(#665) Initialize the monitor for new subarrays on Rubinius

(#661) Fix error handling in edge promises

concurrent-ruby-edge:

(#659) Edge promises fail during error handling

Edge files clearly separated in lib-edge

added ReInclude

add Promises.zip_futures_over_on

Does any of this look wrong? Please let us know.

Commits

See the full diff on Github. The new version differs by more commits than we can show here.

↗️ i18n (indirect, 0.9.0 → 0.9.5) · Repo · Changelog

Release Notes

0.9.5

#404 reported a regression in 0.9.3, which wasn't fixed by 0.9.4. #408 fixes this issue.

Thanks @wjordan!

0.9.4

Fixed a regression with chained backends introduced in v0.9.3 (#402) - #405 - bug report / #407 - PR to fix

Optimize Backend::Simple#available_locales - reports are that this is now 4x faster than previously - #406

0.9.3

(For those wondering where v0.9.2 went: I got busy after I pushed the commit for the release, so there was no gem release that day. I am not busy today, so here is v0.9.3 in its stead. This changelog contains changes from v0.9.1 -> v0.9.3)

I18n no longer stores translations for unavailable locales. #391.

Added the ability to interpolate with arrays #395.

Documentation for lambda has been corrected. #396

I18n will use oj -- a faster JSON library -- but only if it is available. #398

Fixed an issue with translate and default: [false] as an option. #399

Fixed an issue with translate with nil and empty keys. #400

Fix issue with disabled subtrees and pluralization for KeyValue backend #402

Thank you to @stereobooster, @fatkodima and @lulalala for the patches that went towards this release. We appreciate your efforts!

0.9.1

Reverted Hash#slice behaviour introduced with #250 - See #390.

Fixed a regression caused by #387, where translations may have returned a not-helpful error message - See #389

Does any of this look wrong? Please let us know.

Commits

See the full diff on Github. The new version differs by 42 commits:

↗️ minitest (indirect, 5.10.3 → 5.17.0) · Repo · Changelog

Release Notes

Too many releases to show here. View the full release notes.

Commits

See the full diff on Github. The new version differs by more commits than we can show here.

↗️ tzinfo (indirect, 1.2.3 → 1.2.10) · Repo · Changelog

Security Advisories 🚨

🚨 TZInfo relative path traversal vulnerability allows loading of arbitrary files

Impact

Affected versions

0.3.60 and earlier.

1.0.0 to 1.2.9 when used with the Ruby data source (tzinfo-data).

Vulnerability

With the Ruby data source (the tzinfo-data gem for tzinfo version 1.0.0 and
later and built-in to earlier versions), time zones are defined in Ruby files.
There is one file per time zone. Time zone files are loaded with require on
demand. In the affected versions, TZInfo::Timezone.get fails to validate
time zone identifiers correctly, allowing a new line character within the
identifier. With Ruby version 1.9.3 and later, TZInfo::Timezone.get can be
made to load unintended files with require, executing them within the Ruby
process.

For example, with version 1.2.9, you can run the following to load a file with
path /tmp/payload.rb:
TZInfo::Timezone.get(\"foo\
/../../../../../../../../../../../../../../../../tmp/payload\")
The exact number of parent directory traversals needed will vary depending on
the location of the tzinfo-data gem.

TZInfo versions 1.2.6 to 1.2.9 can be made to load files from outside of the
Ruby load path. Versions up to and including 1.2.5 can only be made to load
files from directories within the load path.

This could be exploited in, for example, a Ruby on Rails application using
tzinfo version 1.2.9, that allows file uploads and has a time zone selector
that accepts arbitrary time zone identifiers.
The CVSS score and severity have been set on this basis.

Versions 2.0.0 and later are not vulnerable.

Patches

Versions 0.3.61 and 1.2.10 include fixes to correctly validate time zone
identifiers.

Note that version 0.3.61 can still load arbitrary files from the Ruby load
path if their name follows the rules for a valid time zone identifier and the
file has a prefix of tzinfo/definition within a directory in the load path.
For example if /tmp/upload was in the load path, then
TZInfo::Timezone.get('foo') could load a file with path
/tmp/upload/tzinfo/definition/foo.rb. Applications should ensure that
untrusted files are not placed in a directory on the load path.

Workarounds

As a workaround, the time zone identifier can be validated before passing to
TZInfo::Timezone.get by ensuring it matches the regular expression
\\A[A-Za-z0-9+\\-_]+(?:\\/[A-Za-z0-9+\\-_]+)*\\z.

Release Notes

1.2.10

Fixed a relative path traversal bug that could cause arbitrary files to be loaded with require when used with RubyDataSource. Please refer to
GHSA-5cm2-9h8c-rvfx for details. CVE-2022-31163.

Ignore the SECURITY file from Arch Linux's tzdata package. #134.

TZInfo v1.2.10 on RubyGems.org

1.2.9

Fixed an incorrect InvalidTimezoneIdentifier exception raised when loading a zoneinfo file that includes rules specifying an additional transition to the final defined offset (for example, Africa/Casablanca in version 2018e of the Time Zone Database). #123.

TZInfo v1.2.9 on RubyGems.org

1.2.8

Added support for handling "slim" format zoneinfo files that are produced by default by zic version 2020b and later. The POSIX-style TZ string is now used calculate DST transition times after the final defined transition in the file. The 64-bit section is now always used regardless of whether Time has support for 64-bit times. #120.

Rubinius is no longer supported.

TZInfo v1.2.8 on RubyGems.org

1.2.7

Fixed 'wrong number of arguments' errors when running on JRuby 9.0. #114.

Fixed warnings when running on Ruby 2.8. #112.

TZInfo v1.2.7 on RubyGems.org

1.2.6

Timezone#strftime('%s', time) will now return the correct number of seconds since the epoch. #91.

Removed the unused TZInfo::RubyDataSource::REQUIRE_PATH constant.

Fixed "SecurityError: Insecure operation - require" exceptions when loading data with recent Ruby releases in safe mode.

Fixed warnings when running on Ruby 2.7. #106 and #111.

TZInfo v1.2.6 on RubyGems.org

1.2.5

Support recursively (deep) freezing Country and Timezone instances. #80.

Allow negative daylight savings time offsets to be derived when reading from zoneinfo files. The utc_offset and std_offset are now derived correctly for Europe/Dublin in the 2018a and 2018b releases of the Time Zone Database.

TZInfo v1.2.5 on RubyGems.org

1.2.4

Ignore the leapseconds file that is included in zoneinfo directories installed with version 2017c and later of the Time Zone Database.

TZInfo v1.2.4 on RubyGems.org

Does any of this look wrong? Please let us know.

Commits

See the full diff on Github. The new version differs by more commits than we can show here.

👉 No CI detected

You don't seem to have any Continuous Integration service set up!

Without a service that will test the Depfu branches and pull requests, we can't inform you if incoming updates actually work with your app. We think that this degrades the service we're trying to provide down to a point where it is more or less meaningless.

This is fine if you just want to give Depfu a quick try. If you want to really let Depfu help you keep your app up-to-date, we recommend setting up a CI system:

Circle CI, Semaphore and Travis-CI are all excellent options.
If you use something like Jenkins, make sure that you're using the Github integration correctly so that it reports status data back to Github.
If you have already set up a CI for this repository, you might need to check your configuration. Make sure it will run on all new branches. If you don’t want it to run on every branch, you can whitelist branches starting with depfu/.

Depfu will automatically keep this PR conflict-free, as long as you don't add any commits to this branch yourself. You can also trigger a rebase manually by commenting with @depfu rebase.

All Depfu comment commands

@depfu rebase
Rebases against your default branch and redoes this update

@depfu recreate
Recreates this PR, overwriting any edits that you've made to it

@depfu merge
Merges this PR once your tests are passing and conflicts are resolved

@depfu close
Closes this PR and deletes the branch

@depfu reopen
Restores the branch and reopens this PR (if it's closed)

@depfu pause
Ignores all future updates for this dependency and closes this PR

@depfu pause [minor|major]
Ignores all future minor/major updates for this dependency and closes this PR

@depfu resume
Future versions of this dependency will create PRs again (leaves this PR as is)

Update globalid to version 1.0.1

4dfaea7

depfu bot added the depfu label Jan 20, 2023

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

🚨 [security] Update globalid: 0.4.0 → 1.0.1 (major) #228

🚨 [security] Update globalid: 0.4.0 → 1.0.1 (major) #228

depfu bot commented Jan 20, 2023

🚨 [security] Update globalid: 0.4.0 → 1.0.1 (major) #228

Are you sure you want to change the base?

🚨 [security] Update globalid: 0.4.0 → 1.0.1 (major) #228

Conversation

depfu bot commented Jan 20, 2023

What changed?

↗️ globalid (indirect, 0.4.0 → 1.0.1) · Repo · Changelog

Impact

Workarounds

Possible ReDoS based DoS vulnerability in GlobalID

Impact

Releases

Workarounds

Credits

↗️ concurrent-ruby (indirect, 1.0.5 → 1.1.10) · Repo · Changelog

1.1.9 (from changelog)

1.1.8 (from changelog)

1.1.7 (from changelog)

1.1.6 (from changelog)

1.1.5 (from changelog)

1.1.4 (from changelog)

↗️ i18n (indirect, 0.9.0 → 0.9.5) · Repo · Changelog

↗️ minitest (indirect, 5.10.3 → 5.17.0) · Repo · Changelog

↗️ tzinfo (indirect, 1.2.3 → 1.2.10) · Repo · Changelog

Impact

Affected versions

Vulnerability

Patches

Workarounds