Skip to content

WIP: Audit Trails#161

Open
itsyaasir wants to merge 274 commits into
mainfrom
feat/audit-trails-dev
Open

WIP: Audit Trails#161
itsyaasir wants to merge 274 commits into
mainfrom
feat/audit-trails-dev

Conversation

@itsyaasir
Copy link
Copy Markdown
Contributor

Description of change

Links to any relevant issues

Type of change

  • Bug fix (a non-breaking change which fixes an issue)
  • Enhancement (a non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to not work as expected)
  • Documentation Fix

How the change has been tested

Change checklist

  • I have followed the contribution guidelines for this project
  • I have performed a self-review of my own code
  • I have commented my code, particularly in hard-to-understand areas
  • I have made corresponding changes to the documentation
  • I have added tests that prove my fix is effective or that my feature works
  • I have checked that new and existing unit tests pass locally with my changes
  • I have updated the CHANGELOG.md, if my changes are significant enough

Comment thread audit-trail-move/sources/capability.move Outdated
itsyaasir and others added 26 commits January 5, 2026 09:59
Also split of the role and capability management from the AT main module to allow reuse with other products.
…extended

# Conflicts:
#	audit-trail-move/sources/audit_trail.move
#	audit-trail-move/sources/capability.move
#	audit-trail-move/tests/capability_tests.move
#	audit-trail-move/tests/create_audit_trail_tests.move
#	audit-trail-move/tests/role_tests.move
#	audit-trail-move/tests/test_utils.move
- Changed capability permission checks in `has_capability_permission` and `destroy_capability` functions to use `cap.trail_id()` instead of `cap.id()`.
- Improved test cases for capability creation, revocation, and metadata updates, ensuring proper permission handling and error scenarios.
- Added new tests for locking configurations and metadata management, enhancing overall test coverage for the audit trail functionality.
- Reformatted function calls in locking and role tests for better readability by aligning parameters across multiple lines.
- Enhanced clarity in test cases related to locking configurations and role permissions, ensuring easier maintenance and understanding of the test logic.
- Fixed typos in comments related to the `Permission` enum and `admin_permissions` function for clarity.
- Enhanced documentation to better reflect the intended roles and permissions within the audit trail system.
…ns to use non-optional name field; adjust tests for consistency
chore: function refactor, adding of emitting events & improving test coverage
…extended

# Conflicts:
#	audit-trail-move/sources/audit_trail.move
#	audit-trail-move/tests/capability_tests.move
fix: creation of roles & make the sequence and record number clear
@itsyaasir itsyaasir self-assigned this Jan 22, 2026
itsyaasir and others added 18 commits May 8, 2026 10:40
…omments

chore: refactor and rename functions
# Conflicts:
#	Cargo.toml
#	bindings/wasm/notarization_wasm/Cargo.toml
Split product-specific workflow publishing and docs uploads
)

- Rewrite of the `delete_records_batch()` and `is_record_locked()` functions to only evaluate against the existing records once when the transaction begins (has been evaluated for each deleted record before)
- `window_count_based(0)` is now forbidden in favor of using `window_none()` instead to prevent silently misconfigured trails.
-  Client-relevant asserts in Move `locking` module are validated in the AT Rust libraries public surface now

The Move locking module has two client-relevant asserts, now being also validated in the Rust crate:
  1. ECountWindowMustBePositive — window_count_based(0) is rejected.
  2. EUntilDestroyedNotSupportedForDeleteTrail — TimeLock::UntilDestroyed cannot be used as the trail-level delete lock (but it is valid for write_lock).

The tf_components::timelock module also asserts EPastTimestamp on unlock_at/unlock_at_ms when the timestamp is in the past. This is not mirrored in the Rust crate because it depends on the on-chain clock at execution time, so a client-side check would either be redundant (if the user picks a far-future timestamp) or wrong (if the transaction is built well before submission and a borderline timestamp lapses).

---------

Co-authored-by: Yasir <yasir@shariff.dev>
Fix audit-trail Move security audit findings
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[AT]: Extend the CI to include the AT Packages

3 participants