Suponiendo que el riesgo podría ser un ataque MiTM entre su cliente Spring y el servicio REST, no importa si está en una cadena de consulta o en un cuerpo POST. Una cadena de consulta se almacenaría en caché (en un navegador, servidor proxy, ...) lo que podría llevar a la divulgación; pero en general, recomendaría el uso de cifrado de extremo a extremo.
Si su cliente Spring se asegura de que está hablando con el servicio REST correcto (validación de certificados, fijación, ...), puede enviar "secretos" sobre esa conexión con una seguridad razonable de confidencialidad e integridad.
Además, no sé cuál es su valor "encriptado", si está encriptado con una clave compartida, entonces alguien podría dedicar suficientes recursos / tiempo para realizar ingeniería inversa y obtener el secreto. Si estás enviando datos secretos; tratar de mantenerse alejado de las implementaciones personalizadas; se ha demostrado que un túnel SSL / TLS de extremo a extremo es muy robusto.