-
Notifications
You must be signed in to change notification settings - Fork 145
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Change from chrono
implementation to impl based on time
crate
#506
Change from chrono
implementation to impl based on time
crate
#506
Conversation
… it has addressed the issues present in RUSTSEC-2020-0159 in its own security advisory: RUSTSEC-2020-071.
Co-authored-by: Nick Paladino <[email protected]>
You can just remove
|
…ing` module that mimics the `feather-server` setup.
Okay. I'll remove the unused deps and switch
Update: caelunshun has accepted my PR and updated |
Note that this still leaves the `rsa` issue until the `pem-rfc7468`/`pkcs8` dependency issues are resolved within that crate.
…account for new `RsaPrivateKey` capitalization.
Huh, seems like we are depending on an old version of the time crate as well... maybe cargo lock? |
Yeah I need to mark this PR as still in progress as I moved on to address the other dependency issues. The old version of time was a dependency of some other dependencies and would generate a similar RUSTSEC segfault error in |
Any updates? |
Yeah I've been pretty busy with work and there are some wasm dep. issues that are seemingly irremovable. I'll look into it again in the coming week and see if I can clear it up or not. If not I'll push most of the changes. |
Superseded by #512. This can be closed. |
Change from
chrono
implementation to impl based ontime
crateStatus
Description
Change from
chrono
implementation to impl based ontime
crate, as it has addressed the issues present in RUSTSEC-2020-0159 in its own security advisory: RUSTSEC-2020-071. This is due tochrono
no longer being actively maintained.The new implementation still logs in the exact same time format as the previous
chrono
implementation.This is necessary to prevent some
cargo audit
issues in the CI/CL Action cycle. There are other issues (involving the same RUSTSEC advisory) currently present due to this issue in crates used by feather such as rust-simple_logger, and I have made a PR there as well to address the issue. Once that PR is (hopefully) merged, we can update the version infeather-util
andminecraft-proxy
. The issue is also present insimple_asn1
and I'm currently working on a PR for that repo as well.Obviously I'm aware that the security end of this issue isn't super critical given that the library isn't exposed by feather and feather isn't modifying environment variables in many threads (at all), but given it fails the
cargo audit
check in the CI/CL cycle it should be addressed so that future security advisories are not ignored whencargo audit
is used.Here's the dependency tree from the
cargo audit
:Related issues
borntyping/rust-simple_logger#41
Checklist
cargo fmt
,cargo clippy --all-targets
,cargo build --release
andcargo test
and fixed any generated errors!Note: if you locally don't get any errors, but GitHub Actions fails (especially at
clippy
) you might want to check your rust toolchain version. You can then feel free to fix these warnings/errors in your PR.