fix(deps): update rust crate tokio to v1.43.1 [security] #58
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
1.40.0
->1.43.1
1.40.0
->1.43.1
GitHub Vulnerability Alerts
GHSA-rr8g-9fpq-6wmg
The broadcast channel internally calls
clone
on the stored value when receiving it, and only requiresT:Send
. This means that using the broadcast channel with values that areSend
but notSync
can trigger unsoundness if theclone
implementation makes use of the value being!Sync
.Thank you to Austin Bonander for finding and reporting this issue.
Tokio broadcast channel calls clone in parallel, but does not require
Sync
GHSA-rr8g-9fpq-6wmg
More information
Details
The broadcast channel internally calls
clone
on the stored value when receiving it, and only requiresT:Send
. This means that using the broadcast channel with values that areSend
but notSync
can trigger unsoundness if theclone
implementation makes use of the value being!Sync
.Thank you to Austin Bonander for finding and reporting this issue.
Severity
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N/E:U
References
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
Broadcast channel calls clone in parallel, but does not require
Sync
RUSTSEC-2025-0023
More information
Details
The broadcast channel internally calls
clone
on the stored value whenreceiving it, and only requires
T:Send
. This means that using the broadcastchannel with values that are
Send
but notSync
can trigger unsoundness ifthe
clone
implementation makes use of the value being!Sync
.Thank you to Austin Bonander for finding and reporting this issue.
Severity
Unknown
References
This data is provided by OSV and the Rust Advisory Database (CC0 1.0).
Release Notes
tokio-rs/tokio (tokio)
v1.43.1
Compare Source
v1.43.0
: Tokio v1.43.0Compare Source
1.43.0 (Jan 8th, 2025)
Added
UdpSocket::peek
methods (#7068)Command::into_std()
(#7014)SignalKind::info
on illumos (#6995)Fixed
set_len
before initializing vector inBlocking
(#7054)clippy::needless_return
in#[tokio::main]
(#6874)Changes
unsync_load
(#7073)Buf::put_bytes
inRepeat
read impl (#7055)Changes to unstable APIs
Documented
ReadBuf::uninit
allows initialized buffers as well (#7053)TcpStream::try_write_vectored
docs (#7067)LocalRuntime
doc links (#7074)watch::Receiver::wait_for
(#7038)OnceCell
docs (#7047)v1.42.1
: Tokio v1.42.1Compare Source
This release fixes a soundness issue in the broadcast channel. The channel accepts values that are
Send
but!Sync
. Previously, the channel calledclone()
on these values without synchronizing. This release fixes the channel by synchronizing calls to.clone()
(Thanks Austin Bonander for finding and reporting the issue).Fixed
clone()
call in broadcast channel (#7232)v1.42.0
: Tokio v1.42.0Compare Source
1.42.0 (Dec 3rd, 2024)
Added
AsyncFd::{try_io, try_io_mut}
(#6967)Fixed
ptr->ref->ptr
roundtrip in RegistrationSet (#6929)yield_now
insideblock_in_place
(#6999)Changes
Documented
tokio::net::unix::{pid_t, gid_t, uid_t}
(#6791)Instant
docs (#6982)v1.41.1
: Tokio v1.41.1Compare Source
1.41.1 (Nov 7th, 2024)
Fixed
net
requirement fornet::UdpSocket
in docs (#6938)TcpStream
internal comment (#6944)v1.41.0
: Tokio v1.41.0Compare Source
1.41.0 (Oct 22th, 2024)
Added
global_queue_depth
(#6854, #6918)SocketAddr
(#6868)watch::Sender::sender_count
(#6836)mpsc::Receiver::blocking_recv_many
(#6867)Id
apis (#6793, #6891)Added (unstable)
LocalRuntime
(#6808)Changed
#[must_use]
toNotified
(#6828)watch
cooperative (#6846)broadcast::Receiver
cooperative (#6870)cfg_fs
forwasi
target (#6822)Fixed
Documented
OwnedFd
withAsyncFd
(#6821)AsyncFd
methods (#6890)join
andtry_join
(#6814, #6841)TcpSocket::set_nodelay
andTcpSocket::nodelay
(#6840)Configuration
📅 Schedule: Branch creation - "" (UTC), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about these updates again.
This PR was generated by Mend Renovate. View the repository job log.