labs/tools/logo-test (main)

sourcepatches
$ date
--- stdout ---
Mon Apr 22 00:15:48 UTC 2024

--- end ---
$ git clone file:///srv/git/labs-tools-logo-test.git repo --depth=1 -b master
--- stderr ---
Cloning into 'repo'...
--- stdout ---

--- end ---
$ git config user.name libraryupgrader
--- stdout ---

--- end ---
$ git config user.email tools.libraryupgrader@tools.wmflabs.org
--- stdout ---

--- end ---
$ git submodule update --init
--- stdout ---

--- end ---
$ grr init
--- stdout ---
Installed commit-msg hook.

--- end ---
$ git show-ref refs/heads/master
--- stdout ---
e2111e63c7ef48a26082be79929bb28c8f62d878 refs/heads/master

--- end ---
$ cargo-audit audit --json
--- stdout ---
{"database":{"advisory-count":621,"last-commit":"6ab370c779c140c9cb2e7ff1367dd1b66c415409","last-updated":"2024-04-19T22:21:14-04:00"},"lockfile":{"dependency-count":326},"settings":{"target_arch":null,"target_os":null,"severity":null,"ignore":[],"informational_warnings":["unmaintained","unsound","notice"]},"vulnerabilities":{"found":true,"count":12,"list":[{"advisory":{"id":"RUSTSEC-2020-0159","package":"chrono","title":"Potential segfault in `localtime_r` invocations","description":"### Impact\n\nUnix-like operating systems may segfault due to dereferencing a dangling pointer in specific circumstances. This requires an environment variable to be set in a different thread than the affected functions. This may occur without the user's knowledge, notably in a third-party library.\n\n### Workarounds\n\nNo workarounds are known.\n\n### References\n\n- [time-rs/time#293](https://github.com/time-rs/time/issues/293)","date":"2020-11-10","aliases":[],"related":["CVE-2020-26235","RUSTSEC-2020-0071"],"collection":"crates","categories":["code-execution","memory-corruption"],"keywords":["segfault"],"cvss":null,"informational":null,"references":[],"source":null,"url":"https://github.com/chronotope/chrono/issues/499","withdrawn":null,"license":"CC0-1.0"},"versions":{"patched":[">=0.4.20"],"unaffected":[]},"affected":null,"package":{"name":"chrono","version":"0.4.19","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"670ad68c9088c2a963aaa298cb369688cf3f9465ce5e2d4ca10e6e0098a1ce73","dependencies":[{"name":"libc","version":"0.2.125","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"num-integer","version":"0.1.45","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"num-traits","version":"0.2.15","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"winapi","version":"0.3.9","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null}},{"advisory":{"id":"RUSTSEC-2024-0003","package":"h2","title":"Resource exhaustion vulnerability in h2 may lead to Denial of Service (DoS)","description":"An attacker with an HTTP/2 connection to an affected endpoint can send a steady stream of invalid frames to force the\ngeneration of reset frames on the victim endpoint.\nBy closing their recv window, the attacker could then force these resets to be queued in an unbounded fashion,\nresulting in Out Of Memory (OOM) and high CPU usage.\n\nThis fix is corrected in [hyperium/h2#737](https://github.com/hyperium/h2/pull/737), which limits the total number of\ninternal error resets emitted by default before the connection is closed.","date":"2024-01-17","aliases":["GHSA-8r5v-vm4m-4g25"],"related":["CVE-2019-9514"],"collection":"crates","categories":["denial-of-service"],"keywords":["http","http2","h2"],"cvss":null,"informational":null,"references":["https://github.com/Netflix/security-bulletins/blob/master/advisories/third-party/2019-002.md"],"source":null,"url":null,"withdrawn":null,"license":"CC0-1.0"},"versions":{"patched":["^0.3.24",">=0.4.2"],"unaffected":[]},"affected":null,"package":{"name":"h2","version":"0.3.13","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"37a82c6d637fc9515a4694bbf1cb2457b79d81ce52b3108bdeea58b07dd34a57","dependencies":[{"name":"bytes","version":"1.1.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"fnv","version":"1.0.7","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"futures-core","version":"0.3.21","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"futures-sink","version":"0.3.21","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"futures-util","version":"0.3.21","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"http","version":"0.2.7","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"indexmap","version":"1.8.1","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"slab","version":"0.4.6","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"tokio","version":"1.18.2","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"tokio-util","version":"0.7.1","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"tracing","version":"0.1.34","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null}},{"advisory":{"id":"RUSTSEC-2024-0332","package":"h2","title":"Degradation of service in h2 servers with CONTINUATION Flood","description":"An attacker can send a flood of CONTINUATION frames, causing `h2` to process them indefinitely.\nThis results in an increase in CPU usage.\n\nTokio task budget helps prevent this from a complete denial-of-service, as the server can still\nrespond to legitimate requests, albeit with increased latency.\n\nMore details at \"https://seanmonstar.com/blog/hyper-http2-continuation-flood/.\n\nPatches available for 0.4.x and 0.3.x versions.","date":"2024-04-03","aliases":["GHSA-q6cp-qfwq-4gcv"],"related":[],"collection":"crates","categories":["denial-of-service"],"keywords":["http","http2","h2"],"cvss":null,"informational":null,"references":["https://seanmonstar.com/blog/hyper-http2-continuation-flood/"],"source":null,"url":null,"withdrawn":null,"license":"CC0-1.0"},"versions":{"patched":["^0.3.26",">=0.4.4"],"unaffected":[]},"affected":null,"package":{"name":"h2","version":"0.3.13","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"37a82c6d637fc9515a4694bbf1cb2457b79d81ce52b3108bdeea58b07dd34a57","dependencies":[{"name":"bytes","version":"1.1.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"fnv","version":"1.0.7","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"futures-core","version":"0.3.21","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"futures-sink","version":"0.3.21","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"futures-util","version":"0.3.21","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"http","version":"0.2.7","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"indexmap","version":"1.8.1","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"slab","version":"0.4.6","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"tokio","version":"1.18.2","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"tokio-util","version":"0.7.1","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"tracing","version":"0.1.34","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null}},{"advisory":{"id":"RUSTSEC-2023-0034","package":"h2","title":"Resource exhaustion vulnerability in h2 may lead to Denial of Service (DoS)","description":"If an attacker is able to flood the network with pairs of `HEADERS`/`RST_STREAM` frames, such that the `h2` application is not able to accept them faster than the bytes are received, the pending accept queue can grow in memory usage. Being able to do this consistently can result in excessive memory use, and eventually trigger Out Of Memory.\n\nThis flaw is corrected in [hyperium/h2#668](https://github.com/hyperium/h2/pull/668), which restricts remote reset stream count by default.","date":"2023-04-14","aliases":["CVE-2023-26964","GHSA-f8vr-r385-rh5r"],"related":[],"collection":"crates","categories":["denial-of-service"],"keywords":["http","http2","h2"],"cvss":null,"informational":null,"references":[],"source":null,"url":"https://github.com/hyperium/hyper/issues/2877","withdrawn":null,"license":"CC0-1.0"},"versions":{"patched":[">=0.3.17"],"unaffected":[]},"affected":null,"package":{"name":"h2","version":"0.3.13","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"37a82c6d637fc9515a4694bbf1cb2457b79d81ce52b3108bdeea58b07dd34a57","dependencies":[{"name":"bytes","version":"1.1.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"fnv","version":"1.0.7","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"futures-core","version":"0.3.21","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"futures-sink","version":"0.3.21","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"futures-util","version":"0.3.21","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"http","version":"0.2.7","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"indexmap","version":"1.8.1","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"slab","version":"0.4.6","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"tokio","version":"1.18.2","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"tokio-util","version":"0.7.1","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"tracing","version":"0.1.34","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null}},{"advisory":{"id":"RUSTSEC-2024-0019","package":"mio","title":"Tokens for named pipes may be delivered after deregistration","description":"## Impact\n\nWhen using named pipes on Windows, mio will under some circumstances return invalid tokens that correspond to named pipes that have already been deregistered from the mio registry. The impact of this vulnerability depends on how mio is used. For some applications, invalid tokens may be ignored or cause a warning or a crash. On the other hand, for applications that store pointers in the tokens, this vulnerability may result in a use-after-free.\n\nFor users of Tokio, this vulnerability is serious and can result in a use-after-free in Tokio.\n\nThe vulnerability is Windows-specific, and can only happen if you are using named pipes. Other IO resources are not affected.\n\n## Affected versions\n\nThis vulnerability has been fixed in mio v0.8.11.\n\nAll versions of mio between v0.7.2 and v0.8.10 are vulnerable.\n\nTokio is vulnerable when you are using a vulnerable version of mio AND you are using at least Tokio v1.30.0. Versions of Tokio prior to v1.30.0 will ignore invalid tokens, so they are not vulnerable.\n\n## Workarounds\n\nVulnerable libraries that use mio can work around this issue by detecting and ignoring invalid tokens.\n\n## Technical details\n\nWhen an IO resource registered with mio has a readiness event, mio delivers that readiness event to the user using a user-specified token. Mio guarantees that when an IO resource is [deregistered](https://docs.rs/mio/latest/mio/struct.Registry.html#method.deregister), then it will never return the token for that IO resource again. However, for named pipes on windows, mio may sometimes deliver the token for a named pipe even though the named pipe has been previously deregistered.\n\nThis vulnerability was originally reported in the Tokio issue tracker: [tokio-rs/tokio#6369](https://github.com/tokio-rs/tokio/issues/6369)  \nThis vulnerability was fixed in: [tokio-rs/mio#1760](https://github.com/tokio-rs/mio/pull/1760)\n\nThank you to [@rofoun](https://github.com/rofoun) and [@radekvit](https://github.com/radekvit) for discovering and reporting this issue.","date":"2024-03-04","aliases":["CVE-2024-27308","GHSA-r8w9-5wcg-vfj7"],"related":[],"collection":"crates","categories":[],"keywords":[],"cvss":null,"informational":null,"references":[],"source":null,"url":"https://github.com/tokio-rs/mio/security/advisories/GHSA-r8w9-5wcg-vfj7","withdrawn":null,"license":"CC0-1.0"},"versions":{"patched":[">=0.8.11"],"unaffected":["<0.7.2"]},"affected":{"arch":[],"os":["windows"],"functions":{"mio::windows::NamedPipe::new":[">=0.7.2, <=0.8.10"]}},"package":{"name":"mio","version":"0.8.3","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"713d550d9b44d89174e066b7a6217ae06234c10cb47819a88290d2b353c31799","dependencies":[{"name":"libc","version":"0.2.125","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"log","version":"0.4.17","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"wasi","version":"0.11.0+wasi-snapshot-preview1","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"windows-sys","version":"0.36.1","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null}},{"advisory":{"id":"RUSTSEC-2023-0023","package":"openssl","title":"`openssl` `SubjectAlternativeName` and `ExtendedKeyUsage::other` allow arbitrary file read","description":"`SubjectAlternativeName` and `ExtendedKeyUsage` arguments were parsed using the OpenSSL\nfunction `X509V3_EXT_nconf`. This function parses all input using an OpenSSL mini-language\nwhich can perform arbitrary file reads.\n\nThanks to David Benjamin (Google) for reporting this issue.","date":"2023-03-24","aliases":["GHSA-9qwg-crg9-m2vc"],"related":[],"collection":"crates","categories":["file-disclosure"],"keywords":[],"cvss":null,"informational":null,"references":[],"source":null,"url":"https://github.com/sfackler/rust-openssl/pull/1854","withdrawn":null,"license":"CC0-1.0"},"versions":{"patched":[">=0.10.48"],"unaffected":[]},"affected":{"arch":[],"os":[],"functions":{"openssl::x509::extension::ExtendedKeyUsage::other":["<0.10.48, >=0.9.7"],"openssl::x509::extension::SubjectAlternativeName::new":["<0.10.48, >=0.9.7"]}},"package":{"name":"openssl","version":"0.10.40","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"fb81a6430ac911acb25fe5ac8f1d2af1b4ea8a4fdfda0f1ee4292af2e2d8eb0e","dependencies":[{"name":"bitflags","version":"1.3.2","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"cfg-if","version":"1.0.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"foreign-types","version":"0.3.2","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"libc","version":"0.2.125","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"once_cell","version":"1.10.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"openssl-macros","version":"0.1.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"openssl-sys","version":"0.9.73","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null}},{"advisory":{"id":"RUSTSEC-2023-0044","package":"openssl","title":"`openssl` `X509VerifyParamRef::set_host` buffer over-read","description":"When this function was passed an empty string, `openssl` would attempt to call `strlen` on it, reading arbitrary memory until it reached a NUL byte.","date":"2023-06-20","aliases":["GHSA-xcf7-rvmh-g6q4"],"related":[],"collection":"crates","categories":["memory-exposure"],"keywords":[],"cvss":null,"informational":null,"references":[],"source":null,"url":"https://github.com/sfackler/rust-openssl/issues/1965","withdrawn":null,"license":"CC0-1.0"},"versions":{"patched":[">=0.10.55"],"unaffected":[]},"affected":{"arch":[],"os":[],"functions":{"openssl::x509::verify::X509VerifyParamRef::set_host":["<0.10.55, >=0.10.0"]}},"package":{"name":"openssl","version":"0.10.40","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"fb81a6430ac911acb25fe5ac8f1d2af1b4ea8a4fdfda0f1ee4292af2e2d8eb0e","dependencies":[{"name":"bitflags","version":"1.3.2","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"cfg-if","version":"1.0.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"foreign-types","version":"0.3.2","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"libc","version":"0.2.125","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"once_cell","version":"1.10.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"openssl-macros","version":"0.1.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"openssl-sys","version":"0.9.73","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null}},{"advisory":{"id":"RUSTSEC-2023-0024","package":"openssl","title":"`openssl` `X509Extension::new` and `X509Extension::new_nid` null pointer dereference","description":"These functions would crash when the context argument was None with certain extension types.\n\nThanks to David Benjamin (Google) for reporting this issue.","date":"2023-03-24","aliases":["GHSA-6hcf-g6gr-hhcr"],"related":[],"collection":"crates","categories":["denial-of-service"],"keywords":[],"cvss":null,"informational":null,"references":[],"source":null,"url":"https://github.com/sfackler/rust-openssl/pull/1854","withdrawn":null,"license":"CC0-1.0"},"versions":{"patched":[">=0.10.48"],"unaffected":[]},"affected":{"arch":[],"os":[],"functions":{"openssl::x509::X509Extension::new":["<0.10.48, >=0.9.7"],"openssl::x509::X509Extension::new_nid":["<0.10.48, >=0.9.7"]}},"package":{"name":"openssl","version":"0.10.40","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"fb81a6430ac911acb25fe5ac8f1d2af1b4ea8a4fdfda0f1ee4292af2e2d8eb0e","dependencies":[{"name":"bitflags","version":"1.3.2","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"cfg-if","version":"1.0.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"foreign-types","version":"0.3.2","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"libc","version":"0.2.125","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"once_cell","version":"1.10.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"openssl-macros","version":"0.1.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"openssl-sys","version":"0.9.73","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null}},{"advisory":{"id":"RUSTSEC-2023-0022","package":"openssl","title":"`openssl` `X509NameBuilder::build` returned object is not thread safe","description":"OpenSSL has a `modified` bit that it can set on on `X509_NAME` objects. If this\nbit is set then the object is not thread-safe even when it appears the code is\nnot modifying the value.\n\nThanks to David Benjamin (Google) for reporting this issue.","date":"2023-03-24","aliases":["GHSA-3gxf-9r58-2ghg"],"related":[],"collection":"crates","categories":["thread-safety"],"keywords":[],"cvss":null,"informational":null,"references":[],"source":null,"url":"https://github.com/sfackler/rust-openssl/pull/1854","withdrawn":null,"license":"CC0-1.0"},"versions":{"patched":[">=0.10.48"],"unaffected":[]},"affected":{"arch":[],"os":[],"functions":{"openssl::x509::X509NameBuilder::build":["<0.10.48, >=0.9.7"]}},"package":{"name":"openssl","version":"0.10.40","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"fb81a6430ac911acb25fe5ac8f1d2af1b4ea8a4fdfda0f1ee4292af2e2d8eb0e","dependencies":[{"name":"bitflags","version":"1.3.2","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"cfg-if","version":"1.0.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"foreign-types","version":"0.3.2","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"libc","version":"0.2.125","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"once_cell","version":"1.10.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"openssl-macros","version":"0.1.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"openssl-sys","version":"0.9.73","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null}},{"advisory":{"id":"RUSTSEC-2023-0018","package":"remove_dir_all","title":"Race Condition Enabling Link Following and Time-of-check Time-of-use (TOCTOU)","description":"The remove_dir_all crate is a Rust library that offers additional features over the Rust\nstandard library fs::remove_dir_all function.\n\nIt was possible to trick a privileged process doing a recursive delete in an\nattacker controlled directory into deleting privileged files, on all operating systems.\n\nFor instance, consider deleting a tree called 'etc' in a parent directory\ncalled 'p'. Between calling `remove_dir_all(\"a\")` and remove_dir_all(\"a\")\nactually starting its work, the attacker can move 'p' to 'p-prime', and\nreplace 'p' with a symlink to '/'. Then the privileged process deletes 'p/etc'\nwhich is actually /etc, and now your system is broken. There are some\nmitigations for this exact scenario, such as CWD relative file lookup, but\nthey are not guaranteed - any code using absolute paths will not have that\nprotection in place.\n\nThe same attack could be performed at any point in the directory tree being\ndeleted: if 'a' contains a child directory called 'etc', attacking the\ndeletion by replacing 'a' with a link is possible.\n\nThe new code in this release mitigates the attack within the directory tree\nbeing deleted by using file-handle relative operations: to open 'a/etc', the\npath 'etc' relative to 'a' is opened, where 'a' is represented by a file\ndescriptor (Unix) or handle (Windows). With the exception of the entry points\ninto the directory deletion logic, this is robust against manipulation of the\ndirectory hierarchy, and remove_dir_all will only delete files and directories\ncontained in the tree it is deleting.\n\nThe entry path however is a challenge - as described above, there are some\npotential mitigations, but since using them must be done by the calling code,\nit is hard to be confident about the security properties of the path based\ninterface.\n\nThe new extension trait `RemoveDir` provides an interface where it is much\nharder to get it wrong.\n\n`somedir.remove_dir_contents(\"name-of-child\")`.\n\nCallers can then make their own security evaluation about how to securely get\na directory handle. That is still not particularly obvious, and we're going to\nfollow up with a helper of some sort (probably in the `fs_at` crate). Once\nthat is available, the path based entry points will get deprecated.\n\nIn the interim, processes that might run with elevated privileges should\nfigure out how to securely identify the directory they are going to delete, to\navoid the initial race. Pragmatically, other processes should be fine with the\npath based entry points : this is the same interface `std::fs::remove_dir_all`\noffers, and an unprivileged process running in an attacker controlled\ndirectory can't do anything that the attacker can't already do.","date":"2023-02-24","aliases":["GHSA-mc8h-8q98-g5hr"],"related":[],"collection":"crates","categories":[],"keywords":["TOCTOU"],"cvss":null,"informational":null,"references":["https://github.com/advisories/GHSA-mc8h-8q98-g5hr"],"source":null,"url":"https://github.com/XAMPPRocky/remove_dir_all/commit/7247a8b6ee59fc99bbb69ca6b3ca4bfd8c809ead","withdrawn":null,"license":"CC0-1.0"},"versions":{"patched":[">=0.8.0"],"unaffected":[]},"affected":{"arch":[],"os":[],"functions":{"remove_dir_all::ensure_empty_dir":["<0.8.0"],"remove_dir_all::remove_dir_all":["<0.8.0"],"remove_dir_all::remove_dir_contents":["<0.8.0"]}},"package":{"name":"remove_dir_all","version":"0.5.3","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"3acd125665422973a33ac9d3dd2df85edad0f4ae9b00dafb1a05e43a9f5ef8e7","dependencies":[{"name":"winapi","version":"0.3.9","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null}},{"advisory":{"id":"RUSTSEC-2024-0006","package":"shlex","title":"Multiple issues involving quote API","description":"## Issue 1: Failure to quote characters\n\nAffected versions of this crate allowed the bytes `{` and `\\xa0` to appear\nunquoted and unescaped in command arguments.\n\nIf the output of `quote` or `join` is passed to a shell, then what should be a\nsingle command argument could be interpreted as multiple arguments.\n\nThis does not *directly* allow arbitrary command execution (you can't inject a\ncommand substitution or similar).  But depending on the command you're running,\nbeing able to inject multiple arguments where only one is expected could lead\nto undesired consequences, potentially including arbitrary command execution.\n\nThe flaw was corrected in version 1.2.1 by escaping additional characters.\nUpdating to 1.3.0 is recommended, but 1.2.1 offers a more minimal fix if\ndesired.\n\nWorkaround: Check for the bytes `{` and `\\xa0` in `quote`/`join` input or\noutput.\n\n(Note: `{` is problematic because it is used for glob expansion.  `\\xa0` is\nproblematic because it's treated as a word separator in [specific\nenvironments][solved-xa0].)\n\n## Issue 2: Dangerous API w.r.t. nul bytes\n\nVersion 1.3.0 deprecates the `quote` and `join` APIs in favor of `try_quote`\nand `try_join`, which behave the same except that they have `Result` return\ntype, returning `Err` if the input contains nul bytes.\n\nStrings containing nul bytes generally cannot be used in Unix command arguments\nor environment variables, and most shells cannot handle nul bytes even\ninternally.  If you try to pass one anyway, then the results might be\nsecurity-sensitive in uncommon scenarios.  [More details here.][nul-bytes]\n\nDue to the low severity, the behavior of the original `quote` and `join` APIs\nhas not changed; they continue to allow nuls.\n\nWorkaround: Manually check for nul bytes in `quote`/`join` input or output.\n\n## Issue 3: Lack of documentation for interactive shell risks\n\nThe `quote` family of functions does not and cannot escape control characters.\nWith non-interactive shells this is perfectly safe, as control characters have\nno special effect.  But if you writing directly to the standard input of an\ninteractive shell (or through a pty), then control characters [can cause\nmisbehavior including arbitrary command injection.][control-characters]\n\nThis is essentially unfixable, and has not been patched.  But as of version\n1.3.0, documentation has been added.\n\nFuture versions of `shlex` may add API variants that avoid the issue at the\ncost of reduced portability.\n\n[solved-xa0]: https://docs.rs/shlex/latest/shlex/quoting_warning/index.html#solved-xa0\n[nul-bytes]: https://docs.rs/shlex/latest/shlex/quoting_warning/index.html#nul-bytes\n[control-characters]: https://docs.rs/shlex/latest/shlex/quoting_warning/index.html#control-characters-interactive-contexts-only","date":"2024-01-21","aliases":["GHSA-r7qv-8r2h-pg27"],"related":[],"collection":"crates","categories":["code-execution","file-disclosure"],"keywords":[],"cvss":null,"informational":null,"references":[],"source":null,"url":"https://github.com/comex/rust-shlex/security/advisories/GHSA-r7qv-8r2h-pg27","withdrawn":null,"license":"CC0-1.0"},"versions":{"patched":[">=1.3.0"],"unaffected":[]},"affected":{"arch":[],"os":[],"functions":{"shlex::bytes::join":["<1.2.1"],"shlex::bytes::quote":["<1.2.1"],"shlex::join":["<1.2.1"],"shlex::quote":["<1.2.1"]}},"package":{"name":"shlex","version":"1.1.0","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"43b2853a4d09f215c24cc5489c992ce46052d359b5109343cbafbf26bc62f8a3","replace":null}},{"advisory":{"id":"RUSTSEC-2023-0001","package":"tokio","title":"reject_remote_clients Configuration corruption","description":"On Windows, configuring a named pipe server with [pipe_mode] will force [ServerOptions]::[reject_remote_clients] as `false`.\n\nThis drops any intended explicit configuration for the [reject_remote_clients] that may have been set as `true` previously.\n\nThe default setting of [reject_remote_clients] is normally `true` meaning the default is also overridden as `false`.\n\n## Workarounds\n\nEnsure that [pipe_mode] is set first after initializing a [ServerOptions]. For example:\n\n```rust\nlet mut opts = ServerOptions::new();\nopts.pipe_mode(PipeMode::Message);\nopts.reject_remote_clients(true);\n```\n\n[ServerOptions]: https://docs.rs/tokio/latest/tokio/net/windows/named_pipe/struct.ServerOptions.html\n[pipe_mode]: https://docs.rs/tokio/latest/tokio/net/windows/named_pipe/struct.ServerOptions.html#method.pipe_mode\n[reject_remote_clients]: https://docs.rs/tokio/latest/tokio/net/windows/named_pipe/struct.ServerOptions.html#method.reject_remote_clients","date":"2023-01-04","aliases":["CVE-2023-22466","GHSA-7rrj-xr53-82p7"],"related":[],"collection":"crates","categories":[],"keywords":["configuration failure"],"cvss":null,"informational":null,"references":["https://github.com/tokio-rs/tokio/pull/5336","https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-createnamedpipea#pipe_reject_remote_clients"],"source":null,"url":"https://github.com/tokio-rs/tokio/security/advisories/GHSA-7rrj-xr53-82p7","withdrawn":null,"license":"CC0-1.0"},"versions":{"patched":[">=1.18.4, <1.19.0",">=1.20.3, <1.21.0",">=1.23.1"],"unaffected":["<1.7.0"]},"affected":{"arch":[],"os":["windows"],"functions":{}},"package":{"name":"tokio","version":"1.18.2","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"4903bf0427cf68dddd5aa6a93220756f8be0c34fcfa9f5e6191e103e15a31395","dependencies":[{"name":"bytes","version":"1.1.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"libc","version":"0.2.125","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"memchr","version":"2.5.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"mio","version":"0.8.3","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"num_cpus","version":"1.13.1","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"once_cell","version":"1.10.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"pin-project-lite","version":"0.2.9","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"signal-hook-registry","version":"1.4.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"socket2","version":"0.4.5","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"tokio-macros","version":"1.7.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"winapi","version":"0.3.9","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null}}]},"warnings":{"unmaintained":[{"kind":"unmaintained","package":{"name":"ansi_term","version":"0.12.1","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"d52a9bb7ec0cf484c551830a7ce27bd20d67eac647e1befb56b0be4ee39a55d2","dependencies":[{"name":"winapi","version":"0.3.9","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null},"advisory":{"id":"RUSTSEC-2021-0139","package":"ansi_term","title":"ansi_term is Unmaintained","description":"The maintainer has advised that this crate is deprecated and will not receive any maintenance.\n\nThe crate does not seem to have much dependencies and may or may not be ok to use as-is.\n\nLast release seems to have been three years ago.\n\n## Possible Alternative(s)\n\n The below list has not been vetted in any way and may or may not contain alternatives;\n\n - [ansiterm](https://crates.io/crates/ansiterm)\n - [anstyle](https://github.com/epage/anstyle)\n - [console](https://crates.io/crates/console)\n - [nu-ansi-term](https://crates.io/crates/nu-ansi-term)\n - [owo-colors](https://crates.io/crates/owo-colors)\n - [stylish](https://crates.io/crates/stylish)\n - [yansi](https://crates.io/crates/yansi)\n\n## Dependency Specific Migration(s)\n\n - [structopt, clap2](https://github.com/clap-rs/clap/discussions/4172)","date":"2021-08-18","aliases":[],"related":[],"collection":"crates","categories":[],"keywords":[],"cvss":null,"informational":"unmaintained","references":[],"source":null,"url":"https://github.com/ogham/rust-ansi-term/issues/72","withdrawn":null,"license":"CC0-1.0"},"affected":null,"versions":{"patched":[],"unaffected":[]}},{"kind":"unmaintained","package":{"name":"net2","version":"0.2.37","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"391630d12b68002ae1e25e8f974306474966550ad82dac6886fb8910c19568ae","dependencies":[{"name":"cfg-if","version":"0.1.10","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"libc","version":"0.2.125","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"winapi","version":"0.3.9","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null},"advisory":{"id":"RUSTSEC-2020-0016","package":"net2","title":"`net2` crate has been deprecated; use `socket2` instead","description":"The [`net2`](https://crates.io/crates/net2) crate has been deprecated\nand users are encouraged to considered [`socket2`](https://crates.io/crates/socket2) instead.","date":"2020-05-01","aliases":[],"related":[],"collection":"crates","categories":[],"keywords":[],"cvss":null,"informational":"unmaintained","references":[],"source":null,"url":"https://github.com/deprecrated/net2-rs/commit/3350e3819adf151709047e93f25583a5df681091","withdrawn":null,"license":"CC0-1.0"},"affected":null,"versions":{"patched":[],"unaffected":[]}}],"unsound":[{"kind":"unsound","package":{"name":"atty","version":"0.2.14","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"d9b39be18770d11421cdb1b9947a45dd3f37e93092cbf377614828a319d5fee8","dependencies":[{"name":"hermit-abi","version":"0.1.19","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"libc","version":"0.2.125","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"winapi","version":"0.3.9","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null},"advisory":{"id":"RUSTSEC-2021-0145","package":"atty","title":"Potential unaligned read","description":"On windows, `atty` dereferences a potentially unaligned pointer.\n\nIn practice however, the pointer won't be unaligned unless a custom global allocator is used.\n\nIn particular, the `System` allocator on windows uses `HeapAlloc`, which guarantees a large enough alignment.\n\n# atty is Unmaintained\n\nA Pull Request with a fix has been provided over a year ago but the maintainer seems to be unreachable.\n\nLast release of `atty` was almost 3 years ago.\n\n## Possible Alternative(s)\n\nThe below list has not been vetted in any way and may or may not contain alternatives;\n\n - [std::io::IsTerminal](https://doc.rust-lang.org/stable/std/io/trait.IsTerminal.html) - Stable since Rust 1.70.0\n - [is-terminal](https://crates.io/crates/is-terminal) - Standalone crate supporting Rust older than 1.70.0","date":"2021-07-04","aliases":["GHSA-g98v-hv3f-hcfr"],"related":[],"collection":"crates","categories":[],"keywords":["unaligned-read"],"cvss":null,"informational":"unsound","references":["https://github.com/softprops/atty/pull/51","https://github.com/softprops/atty/issues/57"],"source":null,"url":"https://github.com/softprops/atty/issues/50","withdrawn":null,"license":"CC0-1.0"},"affected":{"arch":[],"os":["windows"],"functions":{}},"versions":{"patched":[],"unaffected":[]}},{"kind":"unsound","package":{"name":"bumpalo","version":"3.9.1","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"a4a45a46ab1f2412e53d3a0ade76ffad2025804294569aae387231a0cd6e0899","replace":null},"advisory":{"id":"RUSTSEC-2022-0078","package":"bumpalo","title":"Use-after-free due to a lifetime error in `Vec::into_iter()`","description":"In affected versions of this crate, the lifetime of the iterator produced by\n`Vec::into_iter()` is not constrained to the lifetime of the `Bump` that\nallocated the vector's memory. Using the iterator after the `Bump` is dropped\ncauses use-after-free accesses.\n\nThe following example demonstrates memory corruption arising from a misuse of\nthis unsoundness.\n\n```rust\nuse bumpalo::{collections::Vec, Bump};\n\nfn main() {\n    let bump = Bump::new();\n    let mut vec = Vec::new_in(&bump);\n    vec.extend([0x01u8; 32]);\n    let into_iter = vec.into_iter();\n    drop(bump);\n\n    for _ in 0..100 {\n        let reuse_bump = Bump::new();\n        let _reuse_alloc = reuse_bump.alloc([0x41u8; 10]);\n    }\n\n    for x in into_iter {\n        print!(\"0x{:02x} \", x);\n    }\n    println!();\n}\n```\n\nThe issue was corrected in version 3.11.1 by adding a lifetime to the `IntoIter`\ntype, and updating the signature of `Vec::into_iter()` to constrain this\nlifetime.","date":"2022-01-14","aliases":["GHSA-f85w-wvc7-crwc"],"related":[],"collection":"crates","categories":["memory-corruption","memory-exposure"],"keywords":["use-after-free"],"cvss":null,"informational":"unsound","references":[],"source":null,"url":"https://github.com/fitzgen/bumpalo/blob/main/CHANGELOG.md#3111","withdrawn":null,"license":"CC0-1.0"},"affected":{"arch":[],"os":[],"functions":{"bumpalo::collections::vec::Vec::into_iter":["<3.11.1"]}},"versions":{"patched":[">=3.11.1"],"unaffected":["<1.1.0"]}},{"kind":"unsound","package":{"name":"lexical","version":"6.1.0","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"ccd3e434c16f0164124ade12dcdee324fcc3dafb1cad0c7f1d8c2451a1aa6886","dependencies":[{"name":"lexical-core","version":"0.8.3","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null},"advisory":{"id":"RUSTSEC-2023-0055","package":"lexical","title":"Multiple soundness issues","description":"`lexical` contains multiple soundness issues:\n\n 1. [Bytes::read() allows creating instances of types with invalid bit patterns](https://github.com/Alexhuszagh/rust-lexical/issues/102)\n 1. [BytesIter::read() advances iterators out of bounds](https://github.com/Alexhuszagh/rust-lexical/issues/101)\n 1. [The `BytesIter` trait has safety invariants but is public and not marked `unsafe`](https://github.com/Alexhuszagh/rust-lexical/issues/104)\n 1. [`write_float()` calls `MaybeUninit::assume_init()` on uninitialized data, which is is not allowed by the Rust abstract machine](https://github.com/Alexhuszagh/rust-lexical/issues/95)\n\nThe crate also has some correctness issues and appears to be unmaintained.\n\n## Alternatives\n\nFor quickly parsing floating-point numbers third-party crates are no longer needed. A fast float parsing algorith by the author of `lexical` has been [merged](https://github.com/rust-lang/rust/pull/86761) into libcore.\n\nFor quickly parsing integers, consider `atoi` and `btoi` crates (100% safe code). `atoi_radix10` provides even faster parsing, but only with `-C target-cpu=native`, and at the cost of some `unsafe`.\n\nFor formatting integers in a `#[no_std]` context consider the [`numtoa`](https://crates.io/crates/numtoa) crate.\n\nFor working with big numbers consider `num-bigint` and `num-traits`.","date":"2023-09-03","aliases":["GHSA-c2hm-mjxv-89r4"],"related":[],"collection":"crates","categories":[],"keywords":[],"cvss":null,"informational":"unsound","references":["https://github.com/Alexhuszagh/rust-lexical/issues/102","https://github.com/Alexhuszagh/rust-lexical/issues/101","https://github.com/Alexhuszagh/rust-lexical/issues/95","https://github.com/Alexhuszagh/rust-lexical/issues/104"],"source":null,"url":null,"withdrawn":null,"license":"CC0-1.0"},"affected":null,"versions":{"patched":[],"unaffected":[]}},{"kind":"unsound","package":{"name":"openssl","version":"0.10.40","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"fb81a6430ac911acb25fe5ac8f1d2af1b4ea8a4fdfda0f1ee4292af2e2d8eb0e","dependencies":[{"name":"bitflags","version":"1.3.2","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"cfg-if","version":"1.0.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"foreign-types","version":"0.3.2","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"libc","version":"0.2.125","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"once_cell","version":"1.10.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"openssl-macros","version":"0.1.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"openssl-sys","version":"0.9.73","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null},"advisory":{"id":"RUSTSEC-2023-0072","package":"openssl","title":"`openssl` `X509StoreRef::objects` is unsound","description":"This function returned a shared reference into an OpenSSL datastructure but did not account for interior mutability. OpenSSL may modify the data behind this reference, meaning accesses can race and the reference is unsound.\n\nUse of this function should be replaced with `X509StoreRef::all_certificates`.","date":"2023-11-23","aliases":["GHSA-xphf-cx8h-7q9g"],"related":[],"collection":"crates","categories":["memory-corruption"],"keywords":[],"cvss":null,"informational":"unsound","references":[],"source":null,"url":"https://github.com/sfackler/rust-openssl/issues/2096","withdrawn":null,"license":"CC0-1.0"},"affected":{"arch":[],"os":[],"functions":{"openssl::x509::store::X509StoreRef::objects":["<0.10.60, >=0.10.29"]}},"versions":{"patched":[">=0.10.60"],"unaffected":[]}},{"kind":"unsound","package":{"name":"spin","version":"0.9.3","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"c530c2b0d0bf8b69304b39fe2001993e267461948b890cd037d8ad4293fa1a0d","replace":null},"advisory":{"id":"RUSTSEC-2023-0031","package":"spin","title":"Initialisation failure in `Once::try_call_once` can lead to undefined behaviour for other initialisers","description":"`Once::try_call_once` is unsound if invoked more than once concurrently and any call fails to initialise successfully.","date":"2023-03-31","aliases":["GHSA-2qv5-7mw5-j3cg"],"related":[],"collection":"crates","categories":[],"keywords":[],"cvss":null,"informational":"unsound","references":[],"source":null,"url":"https://github.com/mvdnes/spin-rs/issues/148","withdrawn":null,"license":"CC0-1.0"},"affected":null,"versions":{"patched":[">=0.9.8"],"unaffected":["<0.9.3"]}},{"kind":"unsound","package":{"name":"tokio","version":"1.18.2","source":"registry+https://github.com/rust-lang/crates.io-index","checksum":"4903bf0427cf68dddd5aa6a93220756f8be0c34fcfa9f5e6191e103e15a31395","dependencies":[{"name":"bytes","version":"1.1.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"libc","version":"0.2.125","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"memchr","version":"2.5.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"mio","version":"0.8.3","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"num_cpus","version":"1.13.1","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"once_cell","version":"1.10.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"pin-project-lite","version":"0.2.9","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"signal-hook-registry","version":"1.4.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"socket2","version":"0.4.5","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"tokio-macros","version":"1.7.0","source":"registry+https://github.com/rust-lang/crates.io-index"},{"name":"winapi","version":"0.3.9","source":"registry+https://github.com/rust-lang/crates.io-index"}],"replace":null},"advisory":{"id":"RUSTSEC-2023-0005","package":"tokio","title":"`tokio::io::ReadHalf<T>::unsplit` is Unsound","description":"`tokio::io::ReadHalf<T>::unsplit` can violate the `Pin` contract\n\nThe soundness issue is described in the [tokio/issues#5372](https://github.com/tokio-rs/tokio/issues/5372)\n\nSpecific set of conditions needed to trigger an issue (a !Unpin type in ReadHalf)\nis unusual, combined with the difficulty of making any arbitrary use-after-free\nexploitable in Rust without doing a lot of careful alignment of data types in\nthe surrounding code.\n\nThe `tokio` feature `io-util` is also required to be enabled to trigger this\nsoundness issue.\n\nThanks to zachs18 reporting the issue to Tokio team responsibly and taiki-e\nand carllerche appropriately responding and fixing the soundness bug.\n\nTokio before 0.2.0 used `futures` 0.1 that did not have `Pin`, so it is not\naffected by this issue.","date":"2023-01-11","aliases":["GHSA-4q83-7cq4-p6wg"],"related":[],"collection":"crates","categories":["memory-exposure"],"keywords":[],"cvss":null,"informational":"unsound","references":[],"source":null,"url":"https://github.com/tokio-rs/tokio/issues/5372","withdrawn":null,"license":"CC0-1.0"},"affected":null,"versions":{"patched":[">=1.18.5, <1.19.0",">=1.20.4, <1.21.0",">=1.24.2"],"unaffected":["<0.2.0"]}}]}}
--- end ---
[DNM] there are no updates
$ git add .
--- stdout ---

--- end ---
$ git commit -F /tmp/tmp7y1felqb
--- stdout ---
On branch master
Your branch is up to date with 'origin/master'.

nothing to commit, working tree clean

--- end ---

cargo dependencies

Dependencies
Development dependencies

Logs

Source code is licensed under the AGPL.