Seguritecnia 341

70 SEGURITECNIA Mayo 2008 II Jornadas de Seguridad en Entidades Financieras a través del Cenelec (Comité Européen de Normalisa- tion Electrotechnique o Comité Europeo de Normaliza- ción Electrotécnica) y con la implantación de la normativa EN50131 podríamos empezar a ver algo pero, por el mo- mento y aunque ya hay muchas normas redactadas, no hay fecha para su obligado cumplimiento. ¿El motivo? En parte, los intereses y normas particulares de los países motores de la CE (VdS en Alemania, NFA2P en Francia, etc.). La excepción que confirma la regla Sólo un aspecto de los sistemas, de gran importancia pero de fácil adaptación, ha adquirido ya el calificativo de univer- sal. Es el caso del formato de comunicación Contact ID por RTB, configurable en todos los sistemas y masivamente em- pleado por todas las CRA. Pero se trata de algo fácil de im- plementar tanto a nivel de transmisión como de recepción. En el caso de las todavía vigentes (y aún por muchos años) receptoras RTB, la mayoría de los fabricantes ofre- cen equipos multiprotocolo, lo que significa que, de forma automática, el producto es capaz de recibir señales en di- ferentes formatos, todos entendibles y transmisibles al sis- tema informatizado de gestión de la CRA. La bidireccionalidad Pero otra cosa es la bidireccionalidad. Equipos de diferentes fabricantes, todos capaces de comunicar en formato Con- tact ID por RTB, exigen cada uno de ellos de un software específico para el establecimiento de esta útil modalidad de comunicación. No es raro ver en cualquier CRA que, en un mismo PC, corren varios de estos software . Pero ocurre que, la mayoría, ni siquiera comparten un módem común, lo que exige que el ordenador que los soporta asuma una estruc- tura ciertamente compleja (tarjeta de expansión de puertos serie, diferentes líneas telefónicas, etc.). Todos los intentos conocidos hasta la fecha para desa- rrollar una aplicación que, a un nivel superior, unifique varias de estas herramientas han fracasado estrepitosa- mente y es que, aunque los códigos fuentes de cada uno de ellos sean cedidos, la tarea es ciertamente compleja. Pero el reto sigue abierto. Transmisión y recepción de señales por IP Como ya hemos comentado, por RTB existe compatibili- dad por parte de muchos equipos de recepción, capaces de atender de forma automática diferentes formatos. En IP no Breve historia Ya llevamos casi una década en las entidades financieras empleando la comunicación IP, que surgió tras casi otra década de discusiones y argumentaciones, con la que hubo que convencer a los departamentos responsables de la ad- ministración de las redes corporativas de las innumerables ventajas que podíamos obtener con ello y, sobre todo, del nulo riesgo que suponía para su integridad. Pero, por fin, ya está. Casi todo el mundo se ha subido al tren y los pocos que quedan están también convencidos y su incorporación es inminente. El mismo objetivo, pero cada uno por su lado Distintos fabricantes ya poseen sistemas capaces de em- plear esta modalidad de comunicación aunque, eso sí, cada uno utiliza su propio método, lo que implica que estamos aún lejos de un estándar. Y no podemos confiar en que lle- gue ni siquiera a medio plazo, como ocurre con otras acti- vidades tecnológicas. No tenemos más que mirar a los sis- temas clásicos de grabación de vídeo, primero en cinta y luego en disco. Cada fabricante apostó por su procedi- miento y, en pocos años, los menos capaces fueros descarta- dos y sólo uno de ellos sobrevivió en cada caso. Pero se trata de otro mercado donde las cifras de negocio son mu- cho más elevadas y, por lo tanto, los in- tereses económicos de los constructo- res hacen posible al- canzar un acuerdo. En nuestro caso, no hay constan- cia de esta clase de acuerdos entre fa- bricantes. Senci- llamente, no exis- ten. En Europa, sólo Jefe de Producto de Intrusión de Siemens, S.A. División Building Technologies Jesús Felipe García Cubillo Comunicación IP para sistemas de seguridad bancarios. No hemos hecho más que empezar (I)