Ingeniero de Operaciones de Seguridad

SpotMe es una plataforma líder de eventos B2B que ayuda a las empresas a aumentar el impacto de sus eventos ofreciendo experiencias de alta calidad conectadas con CRM en eventos presenciales, virtuales, híbridos y seminarios web. Con un fuerte enfoque en las ciencias de la vida, SpotMe impulsa Onomi: un producto de interacción con profesionales sanitarios (HCP) que permite a los equipos médicos y comerciales organizar congresos, simposios, comités de expertos y seminarios web de gran impacto. Juntos, SpotMe y Onomi convierten los eventos en el canal de interacción más eficaz de una empresa.

Este puesto establece y gestiona la configuración de seguridad de la empresa en las diferentes herramientas que utilizamos.

Esta posición es el rol ideal para alguien que quiera elevar el nivel de seguridad informática en un entorno donde esta tiene un peso real. Nuestros clientes son empresas, y más de medio millón de profesionales sanitarios interactúan en Onomi cada mes. La forma en que protegemos nuestras propias cuentas, portátiles y herramientas es parte de ese panorama, en lugar de ser una mera preocupación de back-office. No se trata de una solicitud de acceso o un control concreto, sino de elevar la capa de TI sobre la que se asienta todo lo demás.

Como Security Operations Engineer, informarás al Chief Security and Trust Officer y dedicarás aproximadamente:

Este es un rol de seguridad informática que cubre identidad, gestión de dispositivos y telemetría interna, con un componente real de desarrollo. Se sitúa en el área de seguridad en lugar de en la de TI porque el trabajo se evalúa en función del riesgo y no del servicio.

El rol es tanto preventivo como reactivo. La mayor parte es preventivo: cerrar brechas antes de que nadie más las encuentre y construir la visibilidad que te muestre dónde están. Pero cuando ocurre un evento de seguridad, formas parte de la respuesta, y los eventos de seguridad no cumplen horarios de oficina. Esto no es un patrón de turnos ni una rotación formal de guardia, y no es frecuente.

• [35%] Identidad, acceso y ciclo de vida. Altas, cambios y bajas (joiners, movers and leavers), solicitudes y aprobaciones de acceso, acceso de asociados, higiene de seguridad en nuestras herramientas SaaS y revisiones de acceso. Google Workspace es nuestra capa de identidad.
• [20%] Gestión y protección de endpoints. Implementación en toda nuestra flota de macOS, manteniendo posteriormente la flota en un estado conocido y realizando el triaje de lo que reportan las herramientas una vez estén operativas.
• [30%] Controles de seguridad y modelos de acceso dentro de nuestras herramientas. Alrededor de una docena de aplicaciones SaaS, cada una con su propio modelo de permisos, sus propios controles de seguridad, sus propios límites sobre lo que realmente se puede aplicar y su propia capacidad de registro (logging). Gestionarás cómo debe configurarse cada una, diseñarás las estructuras de roles y permisos en su interior, determinarás qué permite y qué no permite un plan determinado y sabrás dónde una herramienta tiene puntos ciegos para que podamos compensarlo en otros lugares. Esto también incluye las alertas y registros de las herramientas que ya tenemos, incluyendo la inteligencia de amenazas.
• [15%] Desarrollo de herramientas internas. Informes de acceso, investigación entre distintas herramientas y una pequeña capa de detección deliberadamente ajustada. Construida principalmente con Claude Code, conjuntamente con el CSTO, basándose en una especificación escrita que ya existe.

En tu primer mes:

• Tendrás un inventario completo de nuestras herramientas y de cómo se concede y se retira el acceso a cada una de ellas.
• Sabrás qué cuentas existen en esas herramientas y cuáles de ellas corresponden a una persona real.
• Gestionarás de forma independiente las solicitudes de incorporación (onboarding), baja (offboarding) y acceso, sin necesidad de escalamiento.
• Nos habrás dado tu primera lectura del entorno: las tres o cuatro cosas que arreglarías primero, por qué cada una es importante y qué se necesitaría para ello.

Después de 3 meses:

• Tendrás una visión de los ajustes de seguridad en cada herramienta cloud/SaaS que utilizamos, de qué es capaz de aplicar cada una y qué es lo que aplica actualmente.
• Habrás recomendado los cambios que merecen la pena realizar por orden de prioridad, y los primeros de ellos ya estarán aplicados.
• Habrás elaborado el plan y la recomendación para la nueva gestión y protección de endpoints: las opciones, los obstáculos que encontraremos y cómo los superarías.

Después de 6 meses:

• La nueva gestión y protección de endpoints estarán funcionando en toda la flota y podrás informar sobre la cobertura.
• Habrá un único lugar que muestre quién tiene acceso a qué en todas las herramientas, y las revisiones de acceso se realizarán desde allí y producirán la exportación de evidencias.
• El nuevo Security Dashboard estará construido hasta el punto de que se pueda realizar una investigación real en él.