UUPS _authorizeUpgrade correctly permissioned
Falcon Finance's assessment for RD-F-021 — scored not_applicable on the v1.7.0 rubric. The evidence below is the curator's reasoning for this score.
Evidence summary #
USDf, sUSDf, and sFF all use TransparentUpgradeableProxy (EIP-1967), not UUPS. UUPS _authorizeUpgrade factor is N/A for Transparent proxy pattern.
Detail #
USDf proxy and sUSDf proxy are TransparentUpgradeableProxy (EIP-1967) as confirmed by Etherscan. sFF proxy (deployed Sep 29 2025) is also TransparentUpgradeableProxy confirmed on Etherscan. With Transparent proxy pattern, upgrades are controlled by the ProxyAdmin calling upgradeToAndCall() — no _authorizeUpgrade() function exists in the implementation. Factor is N/A.
Sources #
- Etherscan
- sFF Token Proxy — EtherscansFF proxy: TransparentUpgradeableProxy deployed Sep 29 2025retrieved 2026-05-12
Methodology #
Determine whether the UUPS implementation defines `_authorizeUpgrade(address)` restricted to owner/admin/timelock (not open to arbitrary callers).
See the full factor methodology and distribution across all protocols →