Digitalización en la banca: estafas, amenazas y otros desafíos.
Ya está disponible el tercer episodio de Conexión Segura, el podcast de ESET Latinoamérica. En esta oportunidad, repasamos cuales han sido las amenazas más frecuentes apuntando a clientes de bancos y cómo el mayor uso de la tecnología en el último tiempo puede haber repercutido en una mayor actividad maliciosa.
Las estafas telefónicas apuntando a clientes de bancos han estado muy activas en el último tiempo. Suplantando la identidad de organismos como la ANSES o el Ministerio de Desarrollo Social, los estafadores han utilizado la excusa del COVID-19 y la entrega de ayudas económicas para engañar a las personas y robar las claves de acceso a sus cuentas bancarias. También han utilizado las redes sociales para suplantar a entidades financieras y llegar al mismo objetivo final. Las víctimas de muchos de estos ataques no solo perdieron el dinero de sus cuentas, sino que en varios casos los estafadores, una vez que se hicieron con las claves de acceso, han sacado préstamos que luego las víctimas han tenido que pagar en cuotas.
Si bien esta modalidad no es para nada nueva, la necesidad de quedarse en casa en el último tiempo provocó un mayor uso de canales digitales, tanto del lado de los usuarios como de los bancos. Esta realidad desafío a los bancos —y a muchos otros sectores— tanto en su operación interna con el teletrabajo y los desafíos de seguridad que esta modalidad supone, como también para permitir que los clientes puedan operar de manera segura y que no sean víctimas del oportunismo de los cibercriminales que han intentado explotar el contexto de esta mayor digitalización.
Todo esto y más lo exploramos en el tercer episodio de Conexión Segura en diálogo con Martina López, Security Researcher de ESET.
Fuente: https://www.welivesecurity.com/
que además de plantearse la reutilización de aplicaciones desarrolladas tanto por otro Departamento como por parte de un ente de otra Administración Pública o de un tercero cualquiera que haya liberado su código, conviene empezar a tomar las medidas necesarias para poder reutilizar componentes de dichas aplicaciones y no aplicaciones completas así como para desarrollar dichos componentes de modo que después puedan ser reutilizables. Pues será más fácil incorporar dichos componentes reutilizables en una nueva aplicación que plantearse la adaptación de aplicaciones que fueron desarrolladas en otro contexto y para cumplir otros objetivos, que quizá difieren bastante de los que afectan a la aplicación que se pretende desarrollar ahora, y que aunque se parezcan a la aplicación que se quiere desarrollar requieran cambios importantes para poder adaptarla. Se trata de adoptar una forma de trabajo común en juguetes tradicionales como los Mecanos o los de piezas construcción como los de Lego. Además, también cabe considerar que si se identifica un componente que, por ejemplo, se puede utilizar en cuatro aplicaciones del mismo ente o de cuatro entes dispuestos de una misma administración o de varias dispuestas a colaborar, en lugar de pagar cuatro veces por el mismo componente, se podría pagar por ello una cuarta parte. Es cuestión de aplicar de alguna forma el lema que Alejandro Dumas dio a los Tres Mosqueteros: Todos para uno y uno para todos.
Artículo 45 que las Administraciones Públicas podrán poner a disposición de cualquier Administración sin contraprestación y sin necesidad de convenio aquellas aplicaciones informáticas de las cuales ostenten los derechos de propiedad intelectual, estableciendo, así mismo, que estas aplicaciones informáticas podrán ser declaradas como de código o fuentes abiertas, cuando de ello se derive una mayor transparencia en el funcionamiento de la Administración Pública o se fomente la incorporación de los ciudadanos a la Sociedad de la información. Se trata de pasar a la práctica y de legislar las medidas para que se libere todo el código fuente de las aplicaciones que se desarrollan para el Sector Público del Gobierno Vasco y se facilite así su posterior reutilización. Esto es, en lugar de buscar las condiciones que permitan liberar las aplicaciones que se van desarrollando, que dichos desarrollos se hagan ya pensando en que sus fuentes se van a liberar, salvo aquellas excepciones cuyas razones para no hacerlo así se justifiquen adecuadamente.
sus fabricantes, por lo que hay que plantearse la necesidad de mejorar la eficiencia con la que se gestionan estos activos, el número de licencias que se necesitan y la similitud parcial y, a veces, casi total que hace que muchas veces se tengan que mantener más productos de los que podrían ser estrictamente necesarios.
Como en la anterior campaña, se cuenta con el apoyo del resto de la Delegación TIC, especialmente el CSIRC, Gerencia y la Unidad de Calidad Ambiental de la UGR. Los únicos requisitos para recibir la donación es asistir a un taller que tendrá lugar el día 9 de noviembre y comprometerse a retirar personalmente los equipos, aparte de documentar la instalación, mediante la publicación de una noticia, de los equipos en el lugar en el que se vayan a colocar y publicarlo en la web o los medios sociales.La campaña termina el día 13 de marzo; en los días siguientes a esa fecha de cierre de la campaña, se les comunicará a las asociaciones mediante correo electrónico los equipos que les han sido concedidos, y en los días sucesivos, según se confirmen o no las aceptaciones de las donaciones, al resto.El taller de introducción a Debian (sistema operativo instalado en la mayoría de los equipos, aunque algunos de ellos tienen instalado MiniNo 2.0) tendrá lugar en la Oficina de Software Libre en la semana del 18 de marzo. Se comunicará el día mediante correo electrónico a las asociaciones beneficiadas Su asistencia es obligatoria.
