Quiero enviar mensajes cortos a teléfonos celulares. En general, un mensaje corto no supera los 70 bytes. Necesito 20 bytes o más de información de retención y los bytes restantes son para la firma proporcionada por esquemas asimétricos del servidor. Esto se debe a que los mensajes cortos se pueden falsificar fácilmente con torres de radio falsas.
Mi aplicación obtendrá una clave pública a través del canal https desde el servidor. Después de obtener la clave pública, el teléfono puede estar siempre desconectado. Cuando el servidor desea comunicarse con un teléfono, le envía un mensaje corto y lo firma con una clave privada. Por lo tanto, el teléfono puede confiar en el mensaje y hacer las órdenes en el mensaje. La clave pública se actualizará cada mes y tiene un tiempo de vencimiento de varios meses.
He leído algunos artículos que presentan RSA, DSA y BLS. El RSA más corto tiene un signo de 128 bytes, mientras que un signo DSA con caracteres legibles como BASE64 es de 64 bytes. ¿Hay algún esquema de firmas más corto? Vi BLS pero ahora no es un estándar internacional y no se encontró ninguna implementación de JVM.
Suponemos que el texto sin formato es visible, ya que los atacantes pueden leer el código del cliente y saber qué le sucede. ¿Es seguro usar una firma corta con 30 bytes (otros son redundantes)?
suma
-
la longitud del signo es de alrededor de 30 bytes
-
el tiempo de expiración es de varios meses
-
esquema asimétrico para que los mensajes no puedan simularse
-
el texto sin formato es algo visible