Los consultorios dentales son lugares muy activos. Hay computadoras por todas partes, desde la recepción hasta el consultorio, y la gente no tiene mucho tiempo para detenerse a pensar en seguridad. Por eso DPC Technology ha trabajado para que la protección sea parte del trabajo diario, en lugar de algo en lo que los clientes piensan solo después de que surge un problema.
Fundada en 1995, DPC Technology construyó su negocio en torno al apoyo a las prácticas dentales. El director ejecutivo, Clay Archer, creció rodeado del mundo de la odontología, y esa familiaridad marcó a la empresa desde el inicio. DPC entiende cómo operan los consultorios dentales, qué los distingue de otros negocios y dónde los problemas pequeños tienden a convertirse en costosos. Por eso Archer puede decir con confianza: “No es exactamente una pelea justa cuando entramos a competir contra alguien”.
Desafío | Demasiadas máquinas y poca visibilidad
A medida que DPC pasó del trabajo de reparación puntual a los servicios administrados, necesitaban un modelo de seguridad capaz de sostenerse frente a una base de clientes en crecimiento. Esto era especialmente importante en la odontología, donde un consultorio puede tener muchos más dispositivos que personas. Archer dice que una práctica típica puede tener aproximadamente entre 1,5 y 1,75 veces más endpoints que personas, lo que significa que hay muchas máquinas que vigilar y muchas oportunidades para que algo se pierda de vista.
Esto también aumenta las probabilidades de que surjan problemas del lado del usuario. “La gente simplemente hace clic en todo”, dice Archer. Antes de contar con mejores protecciones, explica, a los dentistas los atacaba el ransomware “como locos”. Por eso, DPC necesitaba una manera de reducir esa exposición sin convertir la seguridad en un debate aparte cada vez que cambiaba una herramienta.
Además, el antivirus de Microsoft Defender venía integrado en los entornos de los clientes de DPC. Archer señala que, si bien Defender en sí es sólido, el problema era que, antes de Huntress, no había una manera práctica de que DPC lo administrara en miles de máquinas. Si Defender se desactivaba, si un firewall se deshabilitaba o si ocurría algo sospechoso en un dispositivo, esto no se reportaba de forma confiable de una manera que el equipo pudiera usar para actuar. DPC no necesitaba un antivirus diferente, sino mayor visibilidad y control.
Solución | Convertir Defender en una capa de seguridad administrada
Todo cambió cuando Huntress Managed Endpoint Detection and Response (EDR) integró el control de Microsoft Defender, lo que hizo que la decisión de convertirse en socio de Huntress fuera fácil para Archer. Esta integración permitió a DPC mantener Defender mientras ganaba visibilidad centralizada de lo que ocurría en sus endpoints. En lugar de que cada máquina manejara su propia protección de forma aislada, Huntress ofreció un panel unificado que alertaba al equipo sobre cualquier cambio y les permitía intervenir. “Ahora, en lugar de solo reportarse a sí mismo, le reporta a Huntress, que nos reporta a nosotros, y podemos solucionarlo”, dijo Archer.
Esto también importaba desde el punto de vista financiero. Antes de Huntress, DPC pagaba por un antivirus aparte porque usar Defender a gran escala sin administración centralizada no era realista. Huntress cambió la ecuación. Archer dice que Huntress “mató dos pájaros de un tiro”, porque DPC pudo dejar atrás las herramientas antivirus más antiguas y ganar la visibilidad que le faltaba. En sus palabras: “Huntress hizo que todas las piezas encajaran”.
No pasó mucho tiempo antes de que DPC incorporara a Huntress como parte de su conjunto estándar de herramientas. La protección de endpoints se convirtió en un servicio base. Managed Identity Threat Detection and Response (ITDR) vino después, a medida que los problemas de correo electrónico e identidad se volvieron más comunes. Managed Security Awareness Training (SAT) les dio a los usuarios finales un punto de partida para la concientización en seguridad. Más recientemente, DPC agregó Managed Security Information and Event Management (SIEM) para consolidar más de sus datos de seguridad en un solo entorno. Archer dice que el valor estaba en tener esas señales trabajando juntas en lugar de estar dispersas en lugares separados.
El soporte detrás de la plataforma también fue un factor clave. Archer recuerda haber quedado impresionado al ver a Huntress ayudar a otros a gestionar incidentes de seguridad, destacando "el equipo de humanos reales" y los conocimientos detallados que brindaban después. Huntress le dio a DPC un centro de operaciones de seguridad (SOC) liderado por humanos, un equipo de analistas de amenazas de élite, respaldado por IA, disponible las 24 horas del día, los 7 días de la semana, listo para investigar y remediar amenazas cuando fuera necesario.
Resultados | Un estándar de seguridad que DPC pudo escalar
Para DPC, el resultado más claro fue la consistencia. Pudieron implementar Huntress ampliamente y hacerlo parte del servicio que los clientes recibían por defecto. Eso significó que DPC ya no tenía que justificar la seguridad oficina por oficina. La protección simplemente estaba ahí.
La implementación en sí no generó los dolores de cabeza habituales. Archer contrasta a Huntress con herramientas que tardan meses en implementarse y aun así tienen dificultades para ser adoptadas internamente. Con Huntress, dice, "no hubo nada de eso. Fue realmente fácil". También dice que su personal lo adoptó sin quejas, lo que le dio a DPC una capa de seguridad que pudo poner en funcionamiento, en lugar de otra plataforma que se veía bien en el papel pero generaba fricciones en la práctica.
DPC también obtuvo una visibilidad que antes no tenía. En lugar de depender de que Defender funcionara silenciosamente en miles de máquinas, el equipo ahora podía ver cuándo algo andaba mal y responder. Eso resultó especialmente útil en escenarios de adquisición. Archer explica que, cuando Huntress se implementa en entornos recién adquiridos, empieza a encontrar problemas de inmediato porque "siempre hay algo escondido en algún rincón que no sabías que existía".
Es importante señalar que DPC Technology no eligió Huntress simplemente porque se combinaba con Defender. Eligieron Huntress porque Defender ya era importante para el negocio, y Huntress lo hizo utilizable a la escala que DPC necesitaba. La empresa quería una forma de estandarizar la protección en una base de clientes densa y con muchos dispositivos, sin forzar una migración dolorosa ni tener que comprar capas separadas solo para obtener visibilidad básica. Huntress le dio a DPC esa visibilidad, ayudó a estandarizar la protección y respaldó la plataforma con expertos reales cuando algo requería atención. Eso fue lo que hizo de Huntress la opción correcta.