Checklist para leer permisos antes de vincular servicios

Aprende a revisar permisos de API, wallet y cuenta antes de conectar servicios cripto, detectar accesos excesivos y reducir exposición con límites y revocaciones.
Identifica la vinculación
Empieza por la pantalla exacta donde se concede acceso: conexión de wallet, clave API, inicio de sesión con tercero o autorización OAuth. El nombre del permiso debe indicar si leerá saldos, creará órdenes, retirará fondos o verá historial.
Comprueba la frontera técnica antes de aceptar: no es lo mismo vincular una cuenta custodial que firmar desde autocustodia. Si una ventana pide seed phrase, clave privada o archivo de respaldo, no es una vinculación normal y debe cancelarse.
- Señales aceptables: “read-only”, “view balances”, “trade”, “sign message”.
- Señales de rechazo inmediato: seed phrase, private key, backup file, “withdraw without extra approval”.
Evalúa permisos concretos
Prioriza el mínimo acceso útil en la lista de scopes o permisos. Lectura de balances y direcciones suele bastar para contabilidad o alertas; crear retiros, gestionar subcuentas o cambiar seguridad excede lo necesario en la mayoría de integraciones.
Verifica si el permiso mezcla acciones sobre red y activos. Un servicio puede necesitar consultar depósitos de USDT en una red concreta, pero no por ello requiere acceso global a todos los activos, todas las redes ni a la libreta completa.
- Acepta primero lectura, historial limitado y direcciones de depósito si el caso de uso lo justifica.
- Evita permisos de retiro, gestión de usuarios, cambio de 2FA, exportación total y firma ciega.
Limita la exposición
Activa restricciones disponibles en el flujo de API o conexión: clave solo de lectura, lista blanca de IP, vencimiento automático, cuenta secundaria y límites por función. Si el proveedor no ofrece panel de revocación o registro de actividad, la integración merece desconfianza.
Separa operaciones por riesgo usando cuentas distintas. Una herramienta fiscal puede conectarse a una subcuenta de solo lectura; un bot de ejecución, si existe necesidad real, no debería compartir permisos con la cuenta donde guardas fondos a largo plazo.
- Busca controles como IP whitelist, expiration date, activity log y revoke access.
- Usa subcuenta o cuenta dedicada en lugar de exponer la cuenta principal.
Verifica y corrige
Confirma después de vincular que el servicio solo ve lo esperado. Revisa en el panel de seguridad accesos activos, última conexión, acciones permitidas y alertas de correo. Si aparece un permiso distinto al aprobado, revoca y genera una credencial nueva.
Contrasta ejemplos reales con datos trazables. Si el servicio detecta una transacción, valida en un explorador el transaction hash, status, confirmations, inputs, outputs y fee; leer esos campos no exige permiso para mover fondos ni cambiar direcciones.
- Error frecuente: confundir “ver dirección” con poder gastar; gastar requiere firma o autorización de retiro.
- Límite irreversible: una seed phrase expuesta o una transferencia confirmada en red no se consideran recuperables por defecto.
