Control de aplicaciones en la nube

Una aplicación sancionada es la que la empresa eligió, evaluó y administra: tiene contrato, instancia corporativa y dueño. La tolerada se permite sin respaldo formal. La sin evaluar es la que nadie ha mirado todavía, y se la llama TI en la sombra cuando se usa sin conocimiento del área de tecnología.

El peligro no es que existan aplicaciones fuera del catálogo, es que la política las trate igual que las sancionadas por omisión, porque «no hay regla» suele significar «permitir».

Consulta catalogo y uso_30d. Los megabytes subidos dicen cuánta información de la empresa llega a cada aplicación. Una aplicación sin evaluar que recibe mucho volumen es la primera candidata a revisar: nadie ha decidido que pueda recibir datos de la empresa.

Una misma aplicación puede usarse con una cuenta corporativa, administrada por la empresa, o con una personal, que la empresa no controla ni puede revocar. Por eso una regla honesta sobre una aplicación sancionada dice «permitir solo con la instancia corporativa». Si dice solo «permitir», los archivos pueden terminar en una cuenta de la persona.

Compara reglas_app con uso_30d: busca una aplicación sancionada que tiene cuentas personales activas.

El control de aplicaciones funciona de dos maneras. En línea (inline), el tráfico pasa por el servicio y puede bloquearse al momento. Por interfaz de programación (API), el servicio se conecta a la propia aplicación en la nube, lista lo que hay y lo que se compartió, y puede corregir después, pero no ve el tráfico mientras ocurre y solo sirve con las aplicaciones que ofrecen esa conexión.

Las dos se complementan: la primera alcanza aplicaciones que nadie conectó; la segunda ve lo que ya está guardado.

Una cifra concreta sirve para convencer a una gerencia. Suma, en uso_30d, los megabytes subidos desde cuentas personales a todas las aplicaciones, incluidas las bloqueadas.