The SetNewSecret
event emitted when secrets are set contains no fields (dummy_field: false
is auto-generated), providing zero information about the operation. This makes it impossible to track when secrets were set, by whom, or any other relevant metadata for audit and monitoring purposes.
The event structure is defined without any meaningful fields to capture operation details:
Original Implementation:
Original Event Output (useless):
Likelihood: High - Occurs on every successful set_secret()
call
Impact: Low - Reduces observability and audit capabilities but doesn't affect security or functionality
No audit trail: Cannot determine when secrets were last modified
No accountability: Cannot track which account triggered the event
Limited monitoring: Cannot build dashboards or alerts based on event data
Test demonstrating the improved event implementation:
After implementing the fix, event output contains valuable information:
Improved Implementation with Meaningful Event Data:
Test Results After Implementation:
This improvement adds:
caller: The address that initiated the secret update for accountability
timestamp: When the operation occurred for audit trail
Benefits:
Provides complete audit trail of who modified secrets and when
Enables monitoring and alerting on secret operations
This is an Informational finding. It has no impact on the security of the protocol.
The contest is live. Earn rewards by submitting a finding.
This is your time to appeal against judgements on your submissions.
Appeals are being carefully reviewed by our judges.