Механизм разрешений

Что такое механизм разрешений?

Механизм разрешений — это система управления доступом в криптовалютной среде, которая позволяет пользователю уполномочить смарт-контракт, кошелек, протокол или оператора выполнять определенные действия от его имени.

В большинстве случаев в криптовалютном контексте под механизмом разрешений подразумеваются разрешения на использование токенов в блокчейнах со смарт-контрактами.

Разрешение на использование токенов позволяет другому адресу, чаще всего смарт-контракту, тратить токены пользователя или управлять ими в соответствии с правилами стандарта токена.

Самый распространенный пример — система разрешений ERC-20: владелец токенов вызывает approve(), чтобы разрешить расходующему адресу перемещать определенное количество токенов с помощью transferFrom().

В официальном стандарте токенов ERC-20 указано, что стандарт позволяет предоставлять разрешение на расходование токенов другой стороной в блокчейне.

Этот механизм широко используется, поскольку многим криптовалютным приложениям необходимо перемещать токены только после того, как пользователь предоставит соответствующее разрешение.

Например, кредитному приложению может потребоваться разрешение, прежде чем оно сможет внести стейблкоины пользователя в пул.

Торговому приложению может потребоваться разрешение, прежде чем оно сможет обменять токены пользователя.

Маркетплейсу NFT может потребоваться разрешение, чтобы перевести NFT после продажи.

Контракту стейкинга может потребоваться разрешение, чтобы переместить токены для стейкинга в контракт.

Механизм разрешений полезен тем, что позволяет отделить предоставление прав от фактического перевода.

Сначала пользователь может выдать разрешение, а затем приложение — вызвать функцию перевода или управления активами, когда пользователь выполнит следующее действие.

Такая конструкция повышает гибкость, но одновременно создает один из наиболее важных рисков для безопасности криптокошельков.

Почему механизмы разрешений важны в криптовалютной среде

Механизмы разрешений важны, поскольку пользователи взаимодействуют со смарт-контрактами напрямую.

Когда пользователь подключает кошелек к приложению, приложение обычно не может самостоятельно забрать токены, если пользователь не подпишет транзакцию или не предоставит разрешение.

Разрешение — один из основных способов предоставить такие права.

Поэтому разрешения играют ключевую роль в DeFi, NFT, играх, стейкинге, обмене токенов, блокчейн-мостах, платежах и многих других действиях в блокчейне.

Без механизмов разрешений пользователям пришлось бы вручную отправлять токены для многих операций, что замедлило бы процессы со смарт-контрактами и сделало их менее гибкими.

Благодаря механизмам разрешений пользователь может уполномочить контракт действовать в рамках установленного лимита или прав оператора.

Преимущество — удобство.

Риск заключается в том, что недобросовестный или скомпрометированный адрес, которому выданы права на расходование, может злоупотребить ими.

Если пользователь предоставит неограниченное разрешение вредоносному контракту, тот может вывести все одобренные токены соответствующего типа.

Если пользователь разрешит вредоносному оператору управлять всеми NFT из коллекции, оператор может получить возможность переводить эти NFT.

Именно поэтому умение разбираться в разрешениях — один из важнейших навыков безопасности для пользователей криптовалют.

Механизмы разрешений — не просто технические детали, скрытые во всплывающих окнах кошелька.

Они определяют, кто может перемещать активы, в каком количестве и что может произойти в случае компрометации контракта или приватного ключа.

Как работают разрешения ERC-20

В основе разрешений ERC-20 лежит взаимодействие трех сторон.

Первая сторона — владелец токенов.

Вторая — адрес, получающий право на расходование.

Третья — контракт токена ERC-20.

Владелец токенов хранит их на адресе кошелька.

Адрес, получающий право на расходование, — это смарт-контракт или другой адрес, которому владелец разрешает тратить токены.

Контракт токена записывает разрешенный лимит во внутреннее хранилище.

Когда владелец вызывает approve(spender, amount), контракт токена обновляет количество токенов, которое адрес с правом на расходование может переместить с баланса владельца.

Позже, когда этот адрес вызывает transferFrom(owner, receiver, amount), контракт токена проверяет, достаточно ли у него разрешенного лимита.

Если лимита и баланса владельца достаточно, перевод может быть выполнен.

Если лимит слишком мал, транзакция должна завершиться ошибкой.

В документации OpenZeppelin по ERC-20 описаны функции, связанные с лимитом разрешений, а также расширение permit, используемое в современных реализациях токенов.

Эта система разрешений эффективна, поскольку позволяет смарт-контрактам перемещать токены только после получения согласия пользователя.

Но она также сопряжена с риском: пользователи могут забыть, что ранее выданные разрешения остаются активными, пока их не изменят или не отзовут.

Разрешенный лимит

Разрешенный лимит — это количество токенов, которое адрес с правом на расходование может переместить из кошелька владельца.

В токенах ERC-20 лимит обычно хранится в виде отображения (mapping) внутри контракта токена.

При создании лимита владелец не отправляет токены.

Он лишь дает разрешение на будущий перевод.

Это важно понимать, поскольку пользователь может одобрить большой лимит, даже если токены сразу никуда не перемещаются.

Опасность состоит в том, что разрешение может оставаться активным и после того, как пользователь покинет приложение.

Если позднее контракт получателя разрешения будет взломан, злонамеренно обновлен или перейдет под контроль злоумышленника, оставшийся лимит может стать угрозой.

Небольшой лимит ограничивает количество токенов, которые можно переместить.

Неограниченный лимит позволяет перемещать очень большое количество токенов — часто максимальное целое число, поддерживаемое контрактом токена.

Неограниченные разрешения распространены, поскольку избавляют от необходимости подтверждать каждое разрешение отдельно и экономят время пользователей.

Однако они также повышают риск: пользователь может открыть доступ не только к текущему балансу, но и к будущим поступлениям токенов.

Кошелек может показывать разрешение как простой запрос, хотя с точки зрения безопасности оно может давать очень широкие права.

Разрешение и перевод

Разрешение — не то же самое, что перевод.

При переводе токены перемещаются с одного адреса на другой.

Разрешение меняет права доступа внутри контракта токена.

Когда пользователь разрешает тратить токены, обычно в этот момент они остаются в его кошельке.

Позже получатель разрешения может использовать его для перемещения токенов, если это допускают стандарт токена и логика контракта.

Именно поэтому мошенничество с разрешениями может быть трудно распознать.

Пользователь может подписать разрешение и увидеть, что токены сразу не переместились.

Позднее злоумышленник может вызвать transferFrom() и перевести токены, используя уже выданное разрешение.

Опасным действием было предоставление разрешения, хотя кража произошла позже.

Поэтому пользователям следует проверять разрешения так же внимательно, как переводы.

Подтверждение в кошельке с пометкой «одобрить» может означать предоставление прав на расходование токенов в будущем.

Перед подписанием безопаснее всего проверить адрес получателя разрешения, символ токена, размер лимита и контекст приложения.

Неограниченное разрешение

Неограниченное разрешение означает, что адресу предоставляется право перемещать очень большое или фактически неограниченное количество токенов.

Такой подход распространен, поскольку позволяет реже выдавать разрешения.

Например, пользователь, который часто взаимодействует с одним и тем же приложением, может предпочесть выдать одно неограниченное разрешение вместо отдельного разрешения для каждой транзакции.

Это удобно, но создает долгосрочный риск.

Если у адреса есть неограниченное разрешение, он может получить возможность перемещать весь текущий и будущий баланс этого токена из кошелька пользователя.

Академическое исследование рисков неограниченных разрешений ERC-20 показало, что они широко распространены и создают существенные риски для пользователей в экосистеме Ethereum.

Главная проблема не в том, что неограниченное разрешение всегда приводит к потерям.

Проблема в том, что широкие права доступа остаются открытыми долгое время, и пользователь может забыть, что предоставил их.

Не следует выдавать неограниченное разрешение, если вы не понимаете устройство контракта, причину запроса и связанные риски.

Даже при использовании надежного приложения ограничение разрешения необходимой суммой может уменьшить ущерб, если впоследствии что-то пойдет не так.

Ограниченное разрешение

Ограниченное разрешение дает право перемещать только определенное количество токенов.

Например, пользователь может разрешить расходование 100 токенов, если для следующего действия нужно именно столько.

Это снижает риск, поскольку получатель разрешения не сможет переместить больше одобренной суммы.

Ограниченные разрешения обычно безопаснее неограниченных.

Компромисс заключается в том, что для будущих транзакций пользователю может потребоваться выдать разрешение повторно.

Это может привести к дополнительным расходам на газ и подтверждениям в кошельке.

Для многих пользователей дополнительный шаг оправдан повышением безопасности.

Ограниченные разрешения особенно полезны при взаимодействии с новыми, непроверенными, экспериментальными или незнакомыми смарт-контрактами.

Они также полезны при использовании кошелька, в котором хранятся ценные активы.

Обычно рекомендуется разрешать только ту сумму, которая нужна для текущего действия.

После его выполнения пользователь может отозвать оставшийся лимит разрешения.

Отзыв разрешений

Отзыв разрешения означает, что права получателя на расходование устанавливаются на ноль или что удаляется доступ оператора.

Это одна из важнейших привычек для обеспечения безопасности в криптовалютной среде.

В руководстве Ethereum.org по отзыву доступа к токенам рекомендуется избегать неограниченного доступа и регулярно отзывать разрешения на расходование токенов.

При отзыве токены обычно не перемещаются.

Меняется лишь возможность получателя разрешения перемещать их в будущем.

Для токенов ERC-20 отзыв обычно означает отправку транзакции, которая устанавливает лимит разрешения на ноль.

Для NFT отзыв может означать удаление разрешения на конкретный токен или права оператора на всю коллекцию.

Отзыв разрешений может потребовать оплаты газа, поскольку это транзакция в блокчейне.

Однако эти расходы могут быть невелики по сравнению с потенциальными потерями из-за опасных, оставленных открытыми разрешений.

Пользователям следует проверять старые разрешения после использования новых приложений, подписания подозрительных транзакций, участия в получении токенов или подключения к незнакомым сайтам.

Отзыв не является абсолютной защитой, но позволяет уменьшить число открытых возможностей для атакующих.

Механизм разрешений и ERC-2612 Permit

ERC-2612 добавляет функцию permit(), позволяющую менять лимит ERC-20 с помощью подписанного сообщения вместо прямой ончейн-транзакции approve().

В официальном стандарте ERC-2612 permit объясняется, что permit позволяет менять отображение лимитов с помощью подписанного сообщения.

Это может упростить работу пользователя, поскольку ему может не понадобиться хранить нативный токен сети для оплаты газа, чтобы выдать разрешение.

Подписанный permit может отправить другая сторона: она оплатит газ и завершит процесс предоставления разрешения.

Разрешения на основе permit распространены в современных DeFi-приложениях, поскольку сокращают количество шагов.

Однако они требуют продуманного интерфейса кошелька: пользователи могут подписать разрешения, не до конца понимая их смысл.

Подпись может быть столь же значимой, как транзакция, если она предоставляет права на расходование.

Не следует считать подпись сообщения безвредной лишь потому, что она не приводит к немедленному переводу токенов в блокчейне.

Пользователям следует проверять указанные в кошельке токен, получателя разрешения, сумму, срок действия, сеть и домен.

Вредоносная подпись permit может создать опасное разрешение, если ее отправят в блокчейн до истечения срока действия.

Механизм разрешений и NFT

Механизмы разрешений NFT отличаются от лимитов ERC-20.

В ERC-721 пользователь может разрешить одному адресу переводить конкретный NFT.

Также можно вызвать setApprovalForAll(), чтобы разрешить оператору управлять всеми NFT пользователя из этой коллекции.

Второй тип разрешения дает широкие права и сопряжен с риском, поскольку распространяется на каждый NFT из коллекции, принадлежащий пользователю.

Для токенов ERC-1155 функция setApprovalForAll() может разрешить оператору управлять всеми токенами пользователя в рамках этого контракта.

В официальном стандарте мульти-токенов ERC-1155 объясняется, что setApprovalForAll позволяет оператору управлять всем набором токенов владельца от имени предоставившего разрешение.

Пользователям NFT следует особенно осторожно относиться к разрешениям на всю коллекцию.

Разрешение вредоносному оператору может позволить злоумышленнику переводить ценные NFT без отдельного запроса на каждый из них.

Именно поэтому предупреждения кошелька о разрешениях NFT нужно воспринимать серьезно.

Пользователям следует отзывать старые разрешения операторов NFT, когда они больше не нужны.

Механизм разрешений и права смарт-контрактов

Разрешения на токены — лишь один из видов прав смарт-контрактов.

Во многих криптовалютных системах есть разрешения администратора, разрешения для ролей, валидаторов и управления, а также авторизация на уровне аккаунта.

Перед выполнением предложения смарт-контракт может требовать одобрения.

Для отправки транзакции мультиподписному кошельку может потребоваться несколько подтверждений.

Для подтверждения межсетевого сообщения мост может требовать одобрения валидаторов или доверенных участников.

DAO может требовать, чтобы владельцы токенов одобрили предложение по управлению путем голосования.

Кошелек может запросить у пользователя разрешение на ключ сессии, лимит расходов или делегирование прав аккаунта.

Все эти механизмы разрешений основаны на одной идее.

Кто-то или что-то получает право действовать по установленным правилам.

Главный вопрос безопасности остается неизменным.

Кому предоставляются права, что этот субъект может делать, как долго действует разрешение и как его можно отозвать?

Механизм разрешений и EIP-7702

EIP-7702 представил новую модель авторизации аккаунтов для внешне управляемых аккаунтов в рамках перехода Ethereum к обновлению Pectra.

В документации Ethereum.org по Pectra 7702 объясняется, что EIP-7702 определяет механизм, позволяющий на короткое время расширить возможности внешне управляемых аккаунтов за счет добавления поведения кода.

Это не то же самое, что обычное разрешение на использование токенов ERC-20.

Это механизм авторизации на уровне аккаунта, который позволяет кошельку в определенных случаях работать подобно смарт-аккаунту.

Он может поддерживать такие полезные функции, как объединение транзакций в пакет, спонсируемые транзакции и более удобные процессы работы с кошельком.

Однако авторизация на уровне аккаунта может создавать новые риски фишинга, если пользователь одобрит вредоносную логику делегирования.

Пользователям следует считать авторизацию аккаунта разрешением высокого риска, поскольку она может повлиять на работу самого кошелька.

Вопрос о разрешениях выходит за рамки лимита на один токен.

Теперь он касается того, какому коду аккаунт позволяет действовать через кошелек.

По мере развития технологий кошельков механизмы разрешений будут становиться гибче и мощнее.

Это также означает, что интерфейсы кошельков должны быть понятнее и безопаснее.

Механизм разрешений и всплывающие окна кошелька

Всплывающие окна кошелька — первое место, где большинство пользователей сталкивается с механизмами разрешений.

Кошелек может запросить разрешение на расходование токенов, подпись permit, доступ к NFT, подтверждение транзакции или авторизацию поведения аккаунта.

Проблема в том, что многие запросы в кошельках трудно понять.

В них могут отображаться адреса контрактов, шестнадцатеричные данные, технические названия функций или расплывчатые описания прав.

Безопасный интерфейс кошелька должен объяснять, какого актива касается запрос, кому предоставляются права, сколько можно переместить и является ли разрешение неограниченным.

Не следует спешить с подтверждением разрешений только потому, что приложение выглядит знакомым.

Фишинговые сайты часто копируют настоящие приложения и просят пользователей разрешить расходование токенов вредоносному адресу.

Пользователь может думать, что получает вознаграждение, хотя кошелек на самом деле запрашивает разрешение на использование токенов.

Проверка деталей разрешения — один из самых простых способов избежать предотвратимых потерь.

Если предупреждение кошелька непонятно, лучше остановиться, а не сразу подписывать запрос.

Механизм разрешений и DeFi

DeFi-приложения в значительной степени зависят от механизмов разрешений.

Перед обменом может потребоваться разрешить контракту обмена перемещать токен, который пользователь вносит в операцию.

Перед внесением средств в кредитный протокол может потребоваться разрешение, чтобы контракт мог получить залог.

Для стейкинга может потребоваться разрешение, чтобы контракт стейкинга мог получить токены.

Перед созданием позиции в пуле ликвидности может потребоваться разрешение на один или несколько активов.

Эти разрешения обеспечивают компонуемость DeFi, позволяя смарт-контрактам взаимодействовать с токенами в соответствии с правами, выданными пользователем.

Однако взаимодействие с множеством контрактов со временем повышает риски разрешений в DeFi.

В кошельке, использовавшемся с десятками приложений, может накопиться множество забытых лимитов.

Некоторые из этих разрешений могут оставаться активными, даже если пользователь больше не пользуется приложением.

Пользователям DeFi следует регулярно проверять разрешения в рамках привычных мер безопасности.

Это особенно важно для кошельков с крупными балансами или долгосрочными накоплениями.

Механизм разрешений и мосты

Перед перемещением токенов между сетями мостам часто требуется разрешение.

Контракт моста может попросить пользователя разрешить использование токена перед его внесением в мост.

Затем мост блокирует, сжигает или переводит актив в соответствии со своей конструкцией.

Разрешения для мостов требуют особой осторожности, поскольку мосты — привлекательная цель для атак.

Если контракт моста или процесс предоставления разрешения скомпрометированы, открытые лимиты могут стать опасными.

Пользователям следует внимательно проверять разрешения для контрактов мостов, особенно при использовании новых мостов или незнакомых сетей.

Официальный адрес моста нужно проверять по надежным источникам.

Не следует разрешать неограниченные суммы, если вы не понимаете риски и не доверяете контракту.

После завершения перевода следует отозвать неиспользуемые разрешения для мостов.

Разрешение для моста следует считать правом на перемещение средств, а не обычным нажатием на сайте.

Механизм разрешений и абстракция аккаунтов

Абстракция аккаунтов меняет способы авторизации действий в кошельках.

Вместо того чтобы выполнять каждое действие как простую транзакцию внешне управляемого аккаунта, смарт-аккаунты могут использовать пользовательские правила.

Такие правила могут включать лимиты расходов, ключи сессий, пакетные действия, социальное восстановление, оплату газа третьей стороной и разрешения на основе политик.

В такой среде механизмы разрешений становятся гибче.

Пользователь может разрешить игровой сессии выполнять небольшие внутриигровые действия в течение одного часа.

Пользователь может установить лимит платежей для приложения с подпиской.

Пользователь может разрешить доверенному устройству подписывать действия с низким риском, но не крупные переводы.

Это может упростить работу с приложением и сократить число повторных запросов кошелька.

Однако возникают и новые сложности в управлении разрешениями.

Пользователям нужны понятные панели, где отображаются активные сессии, лимиты расходов, делегированные ключи, сроки действия и способы отзыва разрешений.

По мере развития абстракции аккаунтов разрешения будут больше напоминать системы управления цифровым доступом, чем простые лимиты токенов.

Механизм разрешений и управление

Разрешения в системах управления отличаются от разрешений на расходование токенов, но основаны на той же логике предоставления прав.

Для изменения параметров протокола или расходования средств казначейства предложение DAO может требовать одобрения владельцев токенов.

Для исполнения транзакции казначейства с мультиподписью могут потребоваться одобрения нескольких подписантов.

Для активации нового кода обновление протокола может требовать одобрения системы управления.

Такие разрешения защищают общие системы от единоличных действий.

Однако одобрения в системах управления тоже сопряжены с риском, если голосовая сила сосредоточена у небольшого числа участников или подписанты скомпрометированы.

Неудачное решение системы управления может изменить комиссии, обновить контракты, перевести средства или изменить параметры риска.

Пользователям следует понимать, что разрешения — это не только вопрос отдельного кошелька.

Они важны и на уровне протокола и сообщества.

Для безопасной криптовалютной системы нужны надежные разрешения как на перемещение активов отдельными пользователями, так и на принятие коллективных решений.

Риски безопасности механизмов разрешений

Первый крупный риск — неограниченные разрешения.

Они могут открыть получателю разрешения доступ ко всем текущим и будущим балансам токена.

Второй риск — вредоносные адреса, получающие права на расходование.

Фишинговый сайт может попросить пользователя разрешить использование токенов контракту, подконтрольному злоумышленнику.

Третий риск — компрометация контрактов.

Контракт, который раньше был безопасен, может стать опасным после обновления, взлома или компрометации ключа администратора.

Четвертый риск — неудобное отображение информации в кошельке.

Если кошелек не объясняет разрешение ясно, пользователи могут подписать его, не понимая предоставляемых прав.

Пятый риск — гонки при изменении разрешения.

Старые схемы разрешений ERC-20 могут создавать проблемы при изменении ненулевого лимита на другое ненулевое значение.

Шестой риск — злоупотребление подписями.

Подпись permit или авторизация аккаунта могут быть опасны, даже если транзакция не отправляется в сеть немедленно.

Седьмой риск — забытые разрешения.

Старые права могут оставаться активными долгое время после того, как пользователь перестанет пользоваться приложением.

Гонка при изменении разрешения

Гонка при изменении разрешения ERC-20 — известная проблема, возникающая при смене одного лимита на другой.

Если у получателя уже есть разрешение на 100 токенов, а пользователь меняет его на 50, вредоносный получатель может попытаться использовать старые 100 токенов до подтверждения нового лимита в 50.

Если обстоятельства сложатся не в пользу пользователя, получатель может переместить больше токенов, чем тот намеревался разрешить.

В исследовании безопасности проблемы многократного вывода ERC-20 рассматривался этот риск, связанный с разрешениями, и возможные способы его снижения.

Распространенный более безопасный подход — сначала установить лимит на ноль, а затем задать новое нужное значение.

В некоторых реализациях токенов и библиотеках предусмотрены вспомогательные функции для безопасного уменьшения лимита.

Разработчикам следует проектировать процессы работы токенов и приложений так, чтобы избежать небезопасного изменения лимитов.

Пользователям необязательно знать все технические подробности, но важно понимать, что у разрешений могут быть особые случаи.

Кошельки и приложения должны помогать автоматически избегать таких ситуаций.

Рекомендации для пользователей

По возможности разрешайте только необходимое количество токенов.

Избегайте неограниченных разрешений для незнакомых контрактов и контрактов с высоким уровнем риска.

Перед подписанием разрешения проверяйте адрес получателя.

Уточняйте, касается ли разрешение одного токена, всех токенов коллекции или действий на уровне аккаунта.

После завершения работы с приложением отзывайте старые разрешения.

Осторожно относитесь к подписям, создающим разрешения permit или авторизацию.

Для хранения ценных активов и активного взаимодействия с приложениями используйте разные кошельки.

Храните долгосрочные активы в кошельках с минимальным количеством открытых разрешений.

Перед выдачей разрешения проверяйте официальные адреса контрактов по надежным источникам.

Если кошелек неожиданно запрашивает разрешение, остановитесь и проверьте запрос.

Помните: разрешения могут оставаться активными, даже если отключить кошелек от сайта.

Рекомендации для разработчиков

Запрашивайте минимальный размер разрешения, необходимый для действия пользователя.

Не делайте неограниченное разрешение единственным доступным вариантом.

Объясняйте размер разрешения простым языком в интерфейсе приложения.

Четко указывайте контракт, которому предоставляются права.

Поддерживайте процессы на основе permit только тогда, когда пользователям понятно, что именно они подписывают.

После взаимодействия с высоким уровнем риска давайте рекомендации по отзыву разрешений.

Не запрашивайте без необходимости разрешения операторов для NFT и мульти-токенных контрактов.

Проектируйте контракты так, чтобы разрешения имели ограниченную область действия, поддавались аудиту и легко отзывались.

Используйте хорошо проверенные библиотеки токенов и соблюдайте актуальные требования безопасности.

Рассматривайте удобство и безопасность процесса выдачи разрешений как элемент защиты, а не только как способ повысить конверсию.

Механизм разрешений и подключение кошелька

Подключение кошелька — не то же самое, что предоставление разрешения.

Подключение обычно позволяет сайту видеть адрес кошелька и запрашивать выполнение действий.

Обычно оно не дает сайту самостоятельного права перемещать токены.

Разрешение дает более широкие права: оно позволяет получателю перемещать токены в рамках контракта токена или системы смарт-аккаунтов.

Пользователи часто путают эти два действия.

Отключение кошелька от сайта может помешать ему легко запрашивать новые подписи, но не отзывает автоматически существующие разрешения на токены.

Поэтому для безопасности не следует полагаться только на отключение кошелька.

Если пользователь предоставил разрешение, лимит может оставаться активным, пока его не изменят в блокчейне.

Чтобы удалить право доступа, обычно нужно отозвать или обновить разрешение.

Понимание этой разницы помогает избежать ложного ощущения безопасности.

Механизм разрешений и подпись

Подпись тоже не всегда равнозначна разрешению, но некоторые подписи могут создавать разрешения.

Обычная подпись сообщения может подтверждать владение кошельком или использоваться для входа в приложение.

Подпись permit может разрешить использование токенов в пределах лимита.

Подпись для делегирования аккаунта может разрешить выполнение кода или применение правил для кошелька.

Поэтому не следует считать подписи безвредными.

Вредоносный сайт может запросить подпись, которая выглядит дешевле транзакции, но при этом дает серьезные права.

Проверяйте тип сообщения, домен, сеть, получателя разрешения, токен, сумму, срок действия и запрашиваемое действие.

Кошельки должны визуально отличать опасные подписи от сообщений для входа с низким уровнем риска.

Разработчикам не следует использовать расплывчатые запросы подписи, которые приучают пользователей нажимать наугад.

В современной криптовалютной среде разрешения могут предоставляться как через транзакции, так и через подписанные сообщения.

Механизм разрешений и стандарты токенов

В разных стандартах токенов используются разные механизмы разрешений.

В ERC-20 для взаимозаменяемых токенов используются разрешения на основе лимита.

В ERC-721 применяются разрешения на отдельные NFT и разрешения операторов на коллекции.

В ERC-1155 используются разрешения операторов, которые могут распространяться на несколько идентификаторов токенов в рамках одного контракта.

ERC-2612 добавляет к токенам стандарта ERC-20 разрешения permit на основе подписей.

Более новые стандарты кошельков и аккаунтов могут добавлять разрешения для сессий, делегированное выполнение или авторизацию на уровне аккаунта.

Из-за такого разнообразия не следует считать все запросы разрешений в кошельке одинаковыми.

Разрешение на один стейблкоин отличается от разрешения на все NFT коллекции.

Подпись permit отличается от прямой транзакции approve.

Делегирование аккаунта отличается от лимита на использование токенов.

Всегда задавайте главный вопрос: какие именно права предоставляет разрешение?

Распространенные заблуждения о механизмах разрешений

Распространенное заблуждение — считать, что при выдаче разрешения токены сразу перемещаются.

Обычно разрешение дает право на перемещение, а сами токены могут быть переведены позднее.

Еще одно заблуждение — думать, что отключение кошелька отзывает разрешения.

Отключение кошелька обычно не меняет лимит, записанный в контракте токена.

Третье заблуждение — считать, что неограниченное разрешение касается только текущего баланса.

Оно может открыть доступ и к будущим поступлениям того же токена.

Четвертое заблуждение — считать подписи сообщений всегда безопасными.

Некоторые подписи могут создавать permit или авторизовать аккаунт, что сопряжено с реальным риском для активов.

Пятое заблуждение — думать, что разрешения надежным приложениям никогда не нужно отзывать.

Даже в надежных приложениях возможны ошибки, обновления, компрометация ключей или изменение условий риска.

Шестое заблуждение — считать разрешения NFT малорискованными, потому что они не связаны с взаимозаменяемыми токенами.

Разрешения операторов NFT могут дать широкий контроль над ценными коллекционными предметами или игровыми активами.

Связанные криптовалютные термины

Разрешенный лимит — это количество токенов ERC-20, которое получатель разрешения может переместить из кошелька владельца.

approve() — функция ERC-20, используемая для установки лимита получателя разрешения.

transferFrom() — функция ERC-20, с помощью которой получатель разрешения перемещает токены после получения лимита.

Permit — метод выдачи разрешения с помощью подписи, который позволяет изменить лимит без прямой отправки владельцем транзакции approve.

setApprovalForAll() — функция стандартов NFT и мульти-токенов, с помощью которой оператору разрешается управлять более широким набором активов.

Отзыв — процесс удаления или уменьшения разрешения.

Получатель разрешения — адрес или контракт, которому разрешено перемещать токены.

Оператор — адрес, которому разрешено управлять NFT или мульти-токенами от имени владельца.

Абстракция аккаунтов — подход к проектированию кошельков, позволяющий гибче задавать правила работы аккаунта и систему разрешений.

Смарт-контракт — код в блокчейне, который может автоматически выполнять правила при вызове.

FAQ

Что означает механизм разрешений в криптовалютной среде?

Механизм разрешений — это система, позволяющая пользователю уполномочить контракт, адрес, кошелек или оператора выполнять определенные действия от его имени.

Что такое разрешение на использование токенов?

Это разрешение в блокчейне, которое позволяет получателю перемещать токены или управлять ими согласно правилам стандарта токена.

Что такое разрешение ERC-20?

Разрешение ERC-20 — это система лимитов, в которой владелец токенов уполномочивает получателя переводить до определенного количества токенов с помощью transferFrom().

Что такое разрешенный лимит?

Это количество токенов, которое получатель разрешения может переместить из кошелька владельца.

Разрешение — это то же самое, что перевод?

Нет. Разрешение дает право на действие, а перевод фактически перемещает токены.

Почему опасны неограниченные разрешения?

Они опасны, поскольку получатель может получить возможность перемещать весь текущий и будущий баланс одобренного токена.

Как отозвать разрешения на токены?

Для этого нужно отправить ончейн-транзакцию, которая установит лимит на ноль или удалит разрешение оператора.

Отзывает ли отключение кошелька разрешения?

Нет. Отключение кошелька от сайта обычно не отзывает разрешения на токены, записанные в блокчейне.

Что такое разрешение permit?

Разрешение permit использует подписанное сообщение для предоставления лимита ERC-20, не требуя от владельца токенов напрямую отправлять транзакцию approve.

Опасны ли разрешения NFT?

Они могут быть опасны, если разрешают оператору управлять ценным NFT или всей коллекцией.

Что нужно проверить перед выдачей разрешения?

Проверьте получателя разрешения, токен, сумму, сеть, срок действия, сайт, а также то, ограничено ли разрешение определенной суммой.

Как безопаснее всего выдавать разрешения?

Разрешайте только необходимую сумму, не взаимодействуйте с неизвестными получателями разрешений и отзывайте права, когда они больше не нужны.

Заключение

Механизм разрешений — одна из важнейших систем управления доступом в криптовалютной среде.

Он позволяет пользователям уполномочивать смарт-контракты, операторов, кошельки, протоколы или системы управления действовать в установленных пределах.

Самый распространенный вариант — разрешение ERC-20, при котором пользователь устанавливает лимит для получателя разрешения.

Механизмы разрешений делают возможной работу DeFi, NFT, мостов, стейкинга, платежей, игр и многих других процессов со смарт-контрактами.

Они также создают серьезные риски безопасности, если пользователи одобряют вредоносные контракты, предоставляют неограниченные права, игнорируют старые лимиты или подписывают непонятные сообщения авторизации.

Главный вывод: разрешение — не безобидный фоновый шаг.

Это право, которое может позволить другому адресу перемещать ценные активы.

Пользователям следует разрешать только необходимое, внимательно читать запросы кошелька, по возможности избегать неограниченных разрешений и регулярно отзывать неиспользуемые права.

Разработчикам следует проектировать понятные и ограниченные процессы выдачи разрешений, которые легко отменить.

Кошельки должны объяснять разрешения простым языком, чтобы пользователи понимали, что именно подписывают.

По мере развития криптокошельков, подписей permit, абстракции аккаунтов, ключей сессий и авторизации аккаунтов в стиле EIP-7702 механизмы разрешений будут становиться мощнее и сложнее.

Поэтому управление правами доступа — ключевая часть безопасности в криптовалютной среде.

Понимание разрешений помогает пользователям избегать фишинга, снижать риски смарт-контрактов и защищать долгосрочные активы.

Протокол, в котором предусмотрены более безопасные разрешения, с большей вероятностью заслужит доверие пользователей.

Таким образом, механизм разрешений — не просто техническая функция.

Это основа безопасного взаимодействия пользователей, токенов, смарт-контрактов и более широкой ончейн-экономики.