You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For the local signer alloy does not use the secrets crate or other solution to protect keys, alloy should by default use secure secrets management, or implement a SecureLocalSigner if the concern here is compatibility with no_std.
The text was updated successfully, but these errors were encountered:
could you please provide more specifics, which type leaks to debug?
So the issue is that the scalar underlying SecretKey isn't actually protected using the secrets crate here, i.e. the underlying scalar is accessible generally both in memory and to be logged out.
This would affect shared tenant systems where the memory could be inspected, and distributed tracing types of scenarios
This is actually an issue with the implementation of the underlying ECDSA library used in alloy, but the information can be protected as such:
Component
Other (please provide more details)
What version of Alloy are you on?
0.5.4
Operating System
None
Describe the bug
For the local signer alloy does not use the
secrets
crate or other solution to protect keys, alloy should by default use secure secrets management, or implement aSecureLocalSigner
if the concern here is compatibility withno_std
.The text was updated successfully, but these errors were encountered: