Skip to content

Commit b4ec986

Browse files
chore: improve docs
1 parent 06bf153 commit b4ec986

File tree

1 file changed

+3
-2
lines changed

1 file changed

+3
-2
lines changed

docs/firewall.md

Lines changed: 3 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -9,14 +9,15 @@ The primary purpose of the `HookTargetFirewall` is to enforce security policies
99
## Key Features
1010

1111
1. Each vault can have its own security policy, including:
12-
- A set of accepted attesters
12+
- A set of accepted attesters (including trusted origin addresses)
1313
- Thresholds for incoming and outgoing transfers (both constant and accumulated within a transaction)
1414
- An operation counter threshold to limit the frequency of operations that do not require attestation
1515
2. The contract intercepts key vault operations like `deposit`, `withdraw`, `mint`, `redeem`, `borrow`, and `repay`, validating them against the stored policy.
1616
3. For transactions exceeding defined thresholds, `HookTargetFirewall` requires an appropriate attestation to be obtained and saved in the `SecurityValidator` contract prior to the operation being executed.
1717
4. The contract implements a sliding window mechanism to track frequency of operations that do not require attestation, using bit manipulation for gas-efficient storage and calculation.
1818
5. The contract implements an operation counter to prevent replay attacks and preserve the integrity of operations even if they do not require attestation. Operation counter is incremented for each intercepted operation.
19-
6. The firewall ensures that only authorized vaults (proxies deployed by the recognized EVault factory) can use it.
19+
6. The contract allows to specify trusted origin addresses which are allowed to bypass the attestation checks.
20+
7. The contract ensures that only authorized vaults (proxies deployed by the recognized EVault factory) can use it.
2021

2122
## How It Works
2223

0 commit comments

Comments
 (0)