Según informes, Pinterest despidió a dos ingenieros después de que escribieran guiones para identificar a los compañeros de trabajo que estaban siendo eliminados de las herramientas internas durante un despido, y luego compartieran esa lista con más frecuencia. A primera vista, se trata de un drama laboral. En el fondo, es un caso práctico excepcionalmente claro sobre cómo funcionan las empresas modernas: sistemas de identidad como fuente de la verdad, plataformas de chat como organigramas de facto y "datos internos" técnicamente accesibles mucho antes de que sean socialmente aceptables.
El incidente trasciende Pinterest porque los mismos ingredientes existen en casi todas las empresas tecnológicas: identidad centralizada, Slack o Teams, sistemas de RR. HH. y una larga lista de paneles internos y API. En tiempos de calma, nadie piensa demasiado en la línea que separa la observabilidad de la vigilancia. Cuando hay despidos, esa línea se ilumina.
En esta explicación, veremos qué es probable que haya sucedido, por qué es tentador hacer este tipo de seguimiento, dónde cruza los límites éticos y políticos, y qué pueden hacer las organizaciones para reducir tanto el daño a la privacidad como la necesidad de recopilar información encubierta.
Qué pasó (y qué probablemente significa “un guión” aquí)
Según la BBC, Pinterest afirmó que «dos ingenieros escribieron scripts personalizados que accedieron indebidamente a información confidencial de la empresa para identificar las ubicaciones y los nombres de todos los empleados despedidos y luego la compartieron de forma más amplia», lo que calificó de violación de políticas y un problema de privacidad para el personal afectado. El informe también describe el mecanismo como una vigilancia para detectar la eliminación o desactivación de nombres de empleados dentro de una herramienta de comunicación interna «como Slack».
En muchas empresas, Slack (o similar) está vinculado directamente al proveedor de identidad (Okta, Azure AD, Google Workspace, etc.). Cuando se deshabilita una cuenta, se produce una cascada de problemas: los tokens de acceso expiran, los grupos cambian y el usuario deja de aparecer en ciertas búsquedas de directorios, canales e integraciones. Si tiene acceso a la API (incluso de solo lectura), a menudo puede inferir quién fue dado de baja simplemente detectando cambios de estado:
- Un usuario desaparece de la lista de “usuarios activos”.
- El perfil de un usuario queda desactivado.
- Un bot ya no puede enviarles mensajes directos.
- Su membresía cambia según los canales o grupos de usuarios.
En este contexto, un "script" no tiene por qué ser sofisticado. Podría consistir en unas pocas docenas de líneas de código que consultan una API, comparan la lista de usuarios de ayer con la de hoy y emiten una alerta. Desde una perspectiva puramente técnica, es el mismo patrón que utilizan los ingenieros para tareas operativas legítimas: comparar dos instantáneas para detectar cambios.
La diferencia es qué se detecta (personas), por qué se detecta (despidos) y dónde van los resultados (se comparten ampliamente).
¿Por qué los empleados hacen esto durante los despidos?
Hay una verdad incómoda sobre los despidos: la gente suele enterarse de la forma del evento por canales secundarios antes de que la dirección aclare nada. A veces se debe a que la dirección aún no puede compartir los detalles. A veces se debe a que "todavía estamos trabajando en los detalles" es un eufemismo para "no queremos decir nada".
Así que los empleados recurren a cualquier señal que exista:
- Los amigos de repente se quedan en silencio.
- Las invitaciones del calendario desaparecen.
- Se revoca el acceso a los repositorios.
- El estado de Slack cambia o la persona desaparece del directorio.
Rastrear esas señales puede parecer una estrategia de autodefensa. La gente quiere saber:
- ¿Mi equipo se ve afectado?
- ¿Despidieron a mi manager?
- ¿Están aquí todavía mis colaboradores más cercanos?
- ¿Está bien la empresa o se trata de una reestructuración más grande?
Esa motivación es humana y predecible. Pero un comportamiento predecible puede ser perjudicial.
El problema de la privacidad: el estado del despido es información sensible
Un despido no es solo una simple "trivialidad laboral". Se trata de información personal confidencial sobre la situación laboral de una persona, a menudo relacionada con beneficios, inmigración, seguro médico y futuras perspectivas laborales.
Incluso si una empresa planea anunciar públicamente una reducción de personal, la identidad de las personas y sus ubicaciones generalmente deben revelarse cuando sea necesario:
- Recursos humanos y nóminas necesitan detalles.
- TI necesita ejecutar el offboarding.
- Necesidades legales para garantizar el cumplimiento.
- Los gerentes necesitan comunicarse directamente con sus equipos.
Compartir internamente una lista de empleados despedidos es diferente. Puede:
- Eliminar la capacidad de la persona afectada de controlar la narrativa.
- Exponer la ubicación o afiliación al equipo de alguien.
- Fomentar los chismes y las especulaciones (“¿fue una actuación?”, “¿fue político?”).
- Aumenta el riesgo de acoso selectivo o doxing fuera de la empresa.
La incriminación de Pinterest —que violó la privacidad de antiguos colegas— no es solo publicidad. Es un verdadero daño.
El problema de la seguridad: el control de acceso no es lo mismo que la autorización
Muchos sistemas internos funcionan con permisos generales: si eres ingeniero, podrías consultar un directorio o usar una API interna. Esto no significa que estés autorizado a usarla para cualquier propósito.
Aquí es donde muchas organizaciones tienen dificultades. Desarrollan herramientas internas que:
- Fácil de usar,
- Poderoso,
- Mal gobernado.
Y luego se basan en la política ("no hagas eso") como principal medida de contención. Cuando la presión es alta, las medidas de contención basadas únicamente en políticas fallan.
NIST SP 800-53 es uno de los catálogos estándar que las organizaciones utilizan para considerar familias de control como el control de acceso y la auditoría. Incluso sin perderse en los identificadores de control, la idea básica se aplica claramente aquí: el acceso a los datos debe estar restringido, supervisado y atribuible a fines comerciales legítimos, especialmente para categorías de información sensible.
En otras palabras: “técnicamente puedes leer esto” nunca debe interpretarse como “está bien que leas esto”.
El problema cultural: Slack se ha convertido en el organigrama
La mayoría de las empresas tienen hoy dos realidades paralelas:
- La realidad formal: sistemas de RRHH, líneas de reporte, anuncios oficiales.
- La realidad vivida: canales de Slack, mensajes directos grupales, menciones en GitHub, rotaciones de guardia.
Cuando algo cambia en el sistema formal (como la baja), inmediatamente se producen artefactos visibles en el sistema en funcionamiento. Los empleados interpretan estos artefactos como verdad, a veces con más convicción que la que depositan en las comunicaciones del liderazgo.
Ese desajuste crea un incentivo perverso:
- Si el liderazgo no te dice lo que está pasando,
- Lo reconstruirás a partir de cualquier filtración de telemetría.
Este incidente nos recuerda que la "transparencia interna" no es solo una estrategia de comunicación, sino también de seguridad de la información. Si la gente siente que debe reconstruir la realidad a partir de las filtraciones, lo hará.
Donde los ingenieros cruzaron la línea
Incluso si empatizas con el motivo por el cual alguien podría crear un script de este tipo, hay al menos tres líneas brillantes que se cruzan:
1) Limitación de la finalidad
Si la fuente de datos es “información confidencial de la empresa”, la expectativa es que se utilice para una función comercial legítima, no para el reconocimiento de despidos.
El Marco de Privacidad del NIST enfatiza la gestión de riesgos para la privacidad y el uso de prácticas que protejan a las personas. En la práctica, esto significa «recopilar y utilizar datos para fines específicos y legítimos, y evitar usos secundarios que generen nuevos daños».
Un script para identificar a colegas despedidos es casi por definición un uso secundario: las señales de despido existen para proteger sistemas y ejecutar procesos de RR.HH., no para generar una lista interna de despidos.
2) Amplificación
La gente nota las desapariciones en Slack de manera orgánica: se trata de una fuga de información ambiental.
Un script convierte las fugas ambientales en un conjunto de datos estructurados (nombres, ubicaciones, equipos probables, hora de terminación). Esto es amplificación: el potencial de daño aumenta drásticamente cuando las señales vagas se convierten en una lista limpia.
3) Redistribución
Compartir los resultados de forma más amplia es el paso que dificulta su defensa como mera curiosidad. Crea un nuevo canal de distribución para información sensible y responsabiliza a los autores del uso indebido posterior.
Qué pueden hacer las empresas: reducir las fugas, aumentar la confianza y reforzar los controles
Existe la idea errónea de que la solución es "bloquearlo todo". En la práctica, se necesitan tres medidas complementarias: gobernanza, controles técnicos y comunicación.
1) Tratar los eventos de salida como delicados y diseñarlos teniendo en cuenta la privacidad.
La salida de personal inevitablemente cambia los sistemas, pero se puede reducir el agotamiento de información:
- Minimizar los cambios en el directorio público hasta que se produzcan las comunicaciones.
- Evite las eliminaciones masivas de usuarios que sean fáciles de diferenciar.
- Considere retrasar ciertas actualizaciones no críticas para la seguridad por horas para que no actúen como un suministro de despidos en tiempo real.
El objetivo no es ocultar la realidad para siempre. Es evitar que un evento doloroso se convierta en una búsqueda del tesoro.
2) Agregar controles de acceso y registro basados en propósitos
Si las API internas pueden revelar cambios en el estado de los empleados a gran escala, entonces:
- El acceso debe limitarse a los roles que lo necesitan.
- La exportación masiva debería requerir justificación.
- Las consultas deben registrarse con identidad e intención.
- Las encuestas automatizadas deberían destacarse.
Aquí es donde importa la mentalidad de “auditoría y rendición de cuentas”: si un script enumera usuarios y emite alertas, debería activar la detección.
3) Tener un plan de comunicación humano para los despidos.
El principal impulsor del seguimiento de sombras es la incertidumbre.
Las empresas pueden reducir el impulso de desechar herramientas internas siendo explícitas:
- ¿Cuándo se les informará a los empleados afectados?
- ¿Cuándo se informará a los equipos?
- ¿Qué se puede compartir y cuándo?
- ¿Dónde deben acudir las personas para obtener actualizaciones verificadas?
Si el liderazgo proporciona información oportuna y específica, la “necesidad” de listas “hazlo tú mismo” desaparece.
4) Dar a los empleados una forma autorizada de controlar a sus colaboradores.
Esto es sutil, pero importante. La gente no solo siente curiosidad, sino que también intenta coordinar el trabajo y estar en contacto con sus amigos.
Un mensaje de estado de directorio simple y autorizado (“esta cuenta ya no está activa”) sin marcas de tiempo, ubicación ni listas podría satisfacer necesidades básicas sin permitir una reconstrucción masiva.
Una tendencia más amplia: los despidos como prueba de estrés para la seguridad de la información
Los despidos revelan puntos débiles en la gobernanza porque crean:
- un estallido de acontecimientos sensibles,
- una temperatura emocional alta,
- y mucha pérdida de acceso.
Ahí es exactamente cuando se ven casos extremos: empleados que destruyen sistemas, gerentes que improvisan y herramientas que se utilizan de maneras para las que nadie las diseñó.
Sitios como Layoffs.fyi existen porque la gente quiere una señal independiente sobre la magnitud de los recortes en la industria. Dentro de una empresa, existe esa misma necesidad, solo que las señales son más directas y lo que está en juego es personal.
En resumen
Que Pinterest despida a ingenieros por programar el seguimiento de despidos no es solo una excusa para no entrometerse. Es una advertencia de que la observabilidad interna puede convertirse en vigilancia interna en cuanto se desploma la confianza organizacional.
Si sus herramientas facilitan la conversión de la rotación de identidades en una lista de compañeros despedidos, la gente lo hará, especialmente durante los despidos. La solución no solo consiste en castigar a quienes escribieron el guion; también consiste en crear sistemas y prácticas de comunicación que no conviertan la baja en una fuga de datos y que traten la situación laboral como la información confidencial que es.
Español
English
العربية
Čeština
Dansk
Nederlands
Eesti
Suomi
Français
Deutsch
Ελληνικά
Magyar
Italiano
日本語
한국어
Latviešu valoda
Lietuvių kalba
Norsk bokmål
Polski
Português
Română
Русский
Slovenčina
Slovenščina
Svenska
Türkçe