КриптоЛампа
Как проверить права API-ключей биржи и удалить лишний доступ
Практическая ревизия ранее выданных доступов: назначение ключа, права чтения и торговли, ограничения и отзыв без создания новых интеграций.
Проверено по открытой документации support.kraken.com; реальные операции и личные кабинеты не проверялись
Почему нужен отдельный список
Подключённый когда-то сервис учёта или торговый инструмент может сохранять доступ через ключ независимо от открытого браузера. Поэтому ревизия устройств не заменяет ревизию API. Откройте страницу существующих ключей в безопасности биржи. Здесь речь только о проверке настроек, без программирования, подключения сторонних сервисов или выпуска новых секретов.
Сопоставьте ключ и задачу
Для каждого ключа запишите название, владельца подключённого сервиса, дату создания и фактическое назначение. Название «старый бот» не объясняет, используется ли доступ сегодня. Если не узнаёте запись, не копируйте её секрет в поисковик и не пересылайте знакомым. Сначала проверьте собственные записи и официальный кабинет сервиса; при подозрении на чужой ключ ограничьте доступ и сообщите бирже.
Разберите разрешения
| Разрешение | Что выяснить |
|---|---|
| Чтение баланса и истории | Нужны ли эти сведения этому сервису |
| Создание и отмена заявок | Требует ли задача реальной торговли |
| Вывод и переводы | Почему внешнему сервису разрешено движение средств |
| Ограничение адресов подключения | Совпадает ли оно с документацией интеграции |
Для учёта портфеля права торговли или вывода обычно не соответствуют задаче. Даже доступ только на чтение раскрывает финансовую историю, поэтому ненужную запись тоже следует удалить.
Порядок отзыва
Сначала определите, есть ли у сервиса работающие задания и открытые заявки. Отзыв ключа прекращает дальнейший доступ, но сам по себе не гарантирует отмену ранее созданных ордеров. Проверьте их отдельно в бирже. Затем отключите интеграцию и удалите ключ через официальный кабинет. При подозрении на утечку не откладывайте отзыв ради удобства сервиса. Не пытайтесь «проверить» секрет вводом в стороннюю форму диагностики.
Пример завершённой ревизии
У пользователя три записи: отчётность, давно выключенный бот и неопознанная интеграция. Для отчётности он сверяет минимальные права, старого бота отключает с проверкой заявок, неизвестный доступ отзывает и фиксирует время обнаружения. В журнале остаются назначения и решения, без самих секретов. После удаления он проверяет историю операций за период риска. Отсутствие новых входов в аккаунт не исключает обращения через ранее выданные ключи.
Лимитный ордер не исполняется: цена, очередь и частичная покупка
Какие документы сохранять при покупке и продаже криптовалюты
