Histórico de Correos

Buenas tarde, equipo.

Hacemos de su conocimiento que las adecuaciones requeridas fueron llevadas a cabo. Estas se encuentran a la disposición de sus pruebas en ambiente de desarrollo.

Quedamos atentos. Saludos.

Asunto: GLPI163 Revision Caso en las operaciones de IB en el campo de Identificador (E) cambia a (V)

Buenas tardes equipo,

Hacemos envío de documentación de pase a los distintos ambientes, para que tengan a disposición, una vez sean certificados previamente.

Quedamos atentos, saludos

Asunto: GLPI83 Uso frecuente/ desarrollo

Buenas tardes equipo,

Le presentamos un análisis técnico sobre la información del navegador (User-Agent) y su rol en la identificación de dispositivos:

Naturaleza del User-Agent

• Es esencialmente la tarjeta de presentación del software

• Es una cadena de texto que el navegador envía automáticamente en cada solicitud web

• Contiene información sobre el tipo de navegador, versión y sistema operativo

• Es importante entender que esta información no es única por dispositivo, sino que es compartida entre todos los dispositivos con la misma configuración

Ejemplo Práctico

Por ejemplo, dos iPhones 15 con iOS 17.1 y Safari tendrán exactamente la misma cadena User-Agent:

Mozilla/5.0 (iPhone; CPU iPhone OS 17_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.1 Mobile/15E148 Safari/604.1

Limitaciones de Seguridad

• El User-Agent por sí solo no puede identificar de manera única un dispositivo

• Esta información puede ser fácilmente modificada (spoofed) por un atacante

• Para establecer una identificación más confiable, es necesario combinar el User-Agent con otros datos, principalmente la dirección IP del cliente

Consideraciones Técnicas Importantes

1. Acceso a Hardware

• Por diseño de la arquitectura web, es técnicamente imposible que un servidor acceda al identificador de hardware del equipo (como la MAC Address)

• Esta información se elimina en el router del cliente antes de que la petición llegue al servidor

• El servidor solo puede ver la IP pública del cliente

Esta combinación de User-Agent y dirección IP proporciona una capa básica de seguridad para identificar el contexto de acceso ("El cliente X está usando este software desde esta ubicación de red"), aunque es importante mantener las medidas de seguridad adicionales implementadas por el banco.

Saludos.

Asunto: GLPI140 Digitel cambio puerto.

Buenas tardes, equipo.

Es importante tener en consideración que, los campos a continuación mencionados, están sujetos a cambiar el valor en dependencia del canal (App móvil/BT en línea):

- TERMINAL_PTF

- CHANNEL_PTF

A fines de ahondar en detalles relativos al caso, por favor concedernos una sesión técnica.

Quedamos atentos a conocer su disponibilidad.

Saludos.

Buenas tardes, equipo

En reunión realizada el día Martes 26/11, con la participación de:

-BT

-KS2

Asunto: GLPI83 Uso frecuente/ desarrollo

Fueron tocados los siguientes puntos, durante revisión de la matriz de observaciones compartida a través del enlace https://owncloud.bt.gob.ve/index.php/s/uKlpvWGWqTVJ78q

• Punto 1: Permite copiar y pegar las credenciales en el login.

Acuerdo: BT confirma que lo referente a Login, corresponde a otra área de desarrollo

• Punto 5: Se observa que, al registrar nuevamente un dispositivo de uso frecuente luego de haber expirado los días configurados (ejemplo: 1 día), el nuevo registro sobreescribe al anterior, eliminándolo tanto del módulo como de la base de datos.

Acuerdo: BT certificará la corrección realizada en ambiente de desarrollo el 24-11-25.

• Punto 6: Al modificar los parámetros de configuración del dispositivo de uso frecuente, el sistema arroja un error SQL cuando se coloca un valor mayor a 1,000,000,000 en los campos Número Máximo de Dispositivos y Días de Expiración

Acuerdo: BT certificará la corrección realizada en ambiente de desarrollo el 24-11-25.

• Punto 7: Se han realizado pruebas de validación de geolocalización utilizando diferentes proveedores de servicios de internet (ISP) móvil en Venezuela. Se detectaron fallos de ubicación en dos de los tres operadores probados. 

Acuerdo: BT realizará la verificación pertinente al programa utilizado para obtener los datos de geolocalización.

• Punto 8: Se ha detectado que el sistema no mantiene la persistencia del estado "Dispositivo de Uso Frecuente" cuando ocurre un cambio o renovación de la dirección IP del cliente. A pesar de utilizar el mismo dispositivo físico y navegador (con cookies/tokens presuntamente válidos), el sistema fuerza un nuevo desafío de seguridad (preguntas secretas) inmediatamente después de que la IP cambia. 

Acuerdo: BT analizará la viabilidad de aplicación del cambio propuesto, en vista de que no fue previsto en el alcance inicial. 

Como conclusión, tenemos que, el proyecto Equipo de uso frecuente fue certificado en ambiente de desarrollo y posteriormente desplegado en calidad a fines de verificar su comportamiento con base en las reglas de negocio y alcance preestablecido. Será revisado por el equipo de BT, la viabilidad de realizar las oportunidades de cambios, que han surgido durante la certificación en ambiente de calidad.

Quedamos atentos.

Saludos.

Buenos días, equipo.

Habiendo llevado a cabo las correcciones pertinentes, estas fueron integradas al ambiente de desarrollo y se encuentran a la disposición de sus pruebas.

Por favor dar inicio al ciclo de verificaciones en el entorno mencionado.

Quedamos atentos. Saludos.

Buenos días, equipo.

De cara al análisis del caso, requerimos por favor nos sea compartido el log de Laravel, tomando en cuenta los siguientes puntos:

1. Información en un rango de 5 minutos antes a 5 minutos después del error.

2. Formato .txt.

3. Correspondiente al ambiente en el cual es presentado el incidente.

Quedamos atentos. Saludos

Buenas tardes, equipo.

Habiendo llevado a cabo la revisión de cada uno de los puntos expuestos, consideramos importante tener en cuenta lo siguiente:

• El proyecto Equipo de uso frecuente fue certificado en ambiente de desarrollo y posteriormente desplegado en calidad a fines de verificar su comportamiento con base en las reglas de negocio y alcance preestablecido.

• El desarrollo de este proyecto fue definido para su uso a través de BT en línea, por el contrario, no para App móvil.

Dicho esto, respondemos de forma puntual a cada una de las observaciones recibidas:

• Punto 1: No corresponde – el desarrollo de la pantalla de Login no formó parte del alcance del proyecto.

• Punto 5: Corrección realizada en ambiente de desarrollo el 24-11-25. Por favor certificar.

• Punto 6: Corrección realizada en ambiente de desarrollo el 24-11-25. Por favor certificar.

• Punto 7: La verificación pertinente requiere ser realizada por el equipo de Seguridad de BT.

• Punto 8: No corresponde – el manejo de una doble IP y uso de la información dactilar no formó parte del alcance del proyecto.

Con base en lo mencionado, solicitamos por favor nos sea concedida una sesión técnica a fines de ahondar en detalles relativos a estas observaciones.

Quedamos atentos. Saludos.

Buenas tardes, equipo.

A fines de brindar el detalle requerido, compartimos a través del presenta la información de forma estructurada y clara, motivado a la ejecución de los queries que hara posible la obtención de los resultados esperados, tratándose del listado de los clientes VIP para cada uno de los servicios indicados.

Por favor llevar a cabo la ejecución de los siguientes queries en ambiente de producción:

Transferencias Otros bancos (bajo valor):

select * from BDTCYFILES.cumst a, BDTCYFILES.Limitevip b where a.cusidn = b.limcedv and LIMSTSV = 'A';

Transferencias Mismo banco:

select * from BDICYFILES.CUMST A, BDICYFILES.IN098203 B WHERE A.CUSIDN = B.I982_IDN  

Alto valor:

SELECT * FROM tesoro_web_dev.users WHERE limite_max_ob > 0 alto valor

Nota: El manejo de lotes nómina y proveedores no cuenta con configuración VIP.

Quedamos atentos. Muchas gracias.

MINUTA DE REUNIÓN 

En reunión realizada el día Martes 25/11, con la participación de:

-BT

-KS2

Asunto: GLPI115 Estado de cuenta

Fueron tocados los siguientes puntos:

1.- Revisión de data mostrada en reporte generado para Estado de cuenta.

Llevado a cabo la ejecución del query de consulta, que utiliza el programa que genera el estado de cuenta, evidenciando que, efectivamente, se puede obtener para una misma cuenta, al cierre de mes seleccionado, una diversidad de datos de otros meses distintos al consultado.

La explicación técnica acordada entre los equipos, es que el programa de estado de cuenta, muestra la data que se haya guardado por el programa de cierre, cuyo proceso es independiente al proceso que genera el reporte.

Como conclusión, será revisado por el equipo de BT, el proceso de guardado de la data, con el objetivo de generar el reporte con la información deseada.

Quedamos atentos.

Saludos.

Buenas tardes equipo.

Con respecto al punto 4 Servicio de Geolocalizacion, observamos que, realizando pruebas desde local, apuntando al servidor http://172.16.34.191:8095/Geolocalizacion/api/geo funciona perfectamente, como se puede observar en imagen anexa. Consideramos necesaria tener una reunión, para ver el caso en vivo, donde pueda participar el equipo de seguridad, ya que puede tratarse de alguna perisología.

Con respecto a los puntos 5 y 6, notificamos que ya fueron implementados los ajustes en desarrollo, y pueden realizar su certificación.

Quedamos atentos a su invitación para la reunión, por el punto 4, según su disponibilidad.

Saludos.

Buenas tardes equipo,

Hacemos envío de informe, con análisis realizado para el caso presentado.

Nos ponemos a su disposición para aclarar cualquier duda.

Saludos

Buenas tardes, equipo.

Habiendo llevado a cabo la revisión del caso reportado, fue posible identificar que, el comportamiento presentado se considera adecuado, tomando en cuenta que las tablas del Core bancario (AS400) actualmente no cuentan con la información correcta que se generó en el cierre mensual.

Con base en lo mencionado, es importante tener en consideración que los programas desarrollados para el Estado de cuenta a través del Bus de servicio, hacen muestra de la información contenida en las tablas INSTH e INSTD.

Dicho esto, invitamos al equipo de banco a verificar los sistemas encargados del proceso de cierre mensual, los cuales realizan el llenado de las tablas en cuestión, ya que no están siendo cargadas con información correcta correspondiente a los clientes con los que están siendo llevadas a cabo las pruebas.

Anexamos un informe técnico de la incidencia reportada.

En caso de dudas, les ofrecemos nuestra entera disposición, para verificar el caso a través de una sesión en vivo.

Quedamos atentos. Muchas gracias.

Buenos días equipo,

Estamos atentos a conocer los resultados de las pruebas en ambiente de desarrollo, tanto en IB como en App. Para ello, tomar en cuenta que los montos a recargar deben ser mayores al saldo disponible.

Quedamos atentos. Muchas gracias.

Buenos días equipo.

Quedamos atentos a conocer si fue generado el APK y realizado el ciclo de pruebas pertinentes para las siguientes correcciones:

1. Error de inhibición en Movimientos TDC (pantalla en blanco). (GLPI153).

2. Mensaje erróneo al momento de encontrarse inactivo el servicio Digitel (App). (GLPI140).

3. Error de tarjetas con monto Bs. 0. (GLPI80)

Saludos.

Buenos días equipo.

Quedamos atentos a conocer si fue generado el APK y realizado el ciclo de pruebas pertinentes para las siguientes correcciones:

1. Error de inhibición en Movimientos TDC (pantalla en blanco). (GLPI153).

2. Mensaje erróneo al momento de encontrarse inactivo el servicio Digitel (App). (GLPI140).

3. Error de tarjetas con monto Bs. 0. (GLPI80)

Saludos.

Buenos días equipo.

Quedamos atentos a conocer si fue generado el APK y realizado el ciclo de pruebas pertinentes para las siguientes correcciones:

1. Error de inhibición en Movimientos TDC (pantalla en blanco). (GLPI153).

2. Mensaje erróneo al momento de encontrarse inactivo el servicio Digitel (App). (GLPI140).

3. Error de tarjetas con monto Bs. 0. (GLPI80)

Saludos.

Buenos días equipo,

Le solicitamos por favor la siguiente información para completar el análisis:

1. Datos del usuario que realizó la operación

2. Hora exacta de las pruebas realizadas

3. Logs completos sin filtros, específicamente:

 - Los registros correspondientes a la hora de las pruebas

 - Un rango de 5 minutos antes y 5 minutos después

4. Monto de la operación para determinar si corresponde a P2P, P2C o SIMF

Agradeceríamos recibir esta información para continuar con el análisis, ya que no se encuentra la operación en ninguno de los logs recibidos.

Quedamos atentos, saludos

Buenos días equipo,

Haciendo una revisión en los requerimientos asignados al usuario BDIXL00135, notamos que existen algunos con data antigua, y fuera de uso, que pudieran ser desincorporados de dicha asignación, como lo son los Requerimientos 361; 422; 439.

Por otro lado, estamos atentos para apoyarlos durante la ejecución del pase de la GLPI162

Gracias saludos.