Barrapunto

Hombre, un código en el que viniera la cadena de conexión sí que lo consideraría yo inseguro, con o sin ocultación.

Si, pero en este caso, y hasta donde yo he visto, solo puedes sacar una cosa de ese codigo, bueno, dos:

- El codigo que se usa en la BD para identificar las elecciones y que se puede llamar "cdEleccion" (o no, no tiene porque)

- El que programo eso tiene mas bien poca idea de programacion, porque el switch ese clama al cielo

Aparte de eso, importa todo el paquete java.sql pero, sinceramente, no entiendo por que, no veo que lo use en ningun sitio.

Toda la funcionalidad de la que hablas (cadenas de conexion, queries y demas) parece estar encapsulada en una de las beans que se usan (MIR.beans.EleccionesBean) a la que no se puede acceder por aqui (aparte de meter tu propio codigo en el servidor para que te pueda mandar esa clase a ti, pero si eres cacpaz de hacer eso, hay formas mas sencillas de conseguir esa informacion, por ejemplo copiandote el .ear y descompilando tranquilamente en tu casa)

Vamos, que si, que es una chapuza. Que mas que algo que se han olvidado de configurar, es algo que han debido de fastidiar. Que no haya nadie que se haya molestado en mirar si esto rulaba o no antes de ponerlo en produccion es criminal. Que a estas horas del lunes siga asi, peor todavia...

Pero dentro de lo malo, por lo menos no hay un agujero de seguridad evidente.

Por cierto, espero que tengan un Single Sign On, porque como haya que cantar para entrar en la aplicacion, me niego a hacer una entrevista para entrar a trabajar con los que lo han montado ;)

Si el código fuente te da toda esa información, lo que tenemos es un fallo de mantenibilidad. Lo suyo seria ver como mucho, en nombre de la variable de configuración donde se encuentra configurada la base de datos.