Mensajes de auditoría de ThingWorx
En este tema se proporcionan detalles sobre el contenido de los mensajes de auditoría de ThingWorx en las siguientes secciones. Pulse en el título de una sección para mostrar el contenido. Pulse de nuevo en el título para ocultar el contenido.
Tipos de mensajes de auditoría
El subsistema de auditoría genera mensajes para distintas actividades en ThingWorx Platform. Los mensajes se clasifican en los siguientes tipos generales:
• Cambios en un objeto: auditoría de cambios, como la creación, el borrado o la modificación de una entidad. La entidad puede ser una cosa o una no cosa, como un subsistema o una organización.
• Cambios en usuarios: auditoría de cambios, como la creación o modificación de un usuario o una clave de aplicación. Consulte la siguiente sección para obtener información sobre la auditoría de un conmutador en el contexto de seguridad.
• Operaciones en un objeto: auditoría de las operaciones en una entidad. Entre los ejemplos se incluye la actividad de la sesión remota (tunelización) en una cosa.
• Operaciones en el sistema: auditorías donde no existe ningún objeto de destino para el mensaje, como la conexión del usuario o las operaciones de importación/exportación.
• Operaciones de auditoría: las invocaciones de los servicios de auditoría activan mensajes de auditoría y añaden mensajes al registro de auditoría.
En los mensajes de auditoría se incluyen entradas de auditoría en las que se proporciona la información sobre la actividad.
Auditoría del cambio del contexto de seguridad
A partir de ThingWorx Platform v.8.5, el subsistema de auditoría permite auditar el cambio de contexto de seguridad de un usuario a otro, así como el contexto de elevación de seguridad a superusuario. Un ejemplo de cambio de contexto de seguridad se produce al invocar el método SecurityContext.createUserContext(User anotherUser) de la API de ThingWorx Extension. Este método permite que una extensión o un script cambie al contexto de seguridad de otro usuario. El método SecurityContext.createSuperUserContext() de la API de ThingWorx Extension permite que una extensión o un script cambien al contexto de seguridad del superusuario del sistema, lo que permite que el código de extensión acceda a todas las entidades a las que puede acceder un superusuario.
El cambio de contexto de seguridad suele producirse internamente en ThingWorx Platform para permitir que distintas funciones accedan a servicios y entidades que pueden no estar visibles para los usuarios estándar. Por este motivo, no se auditarán todos los cambios de contexto de seguridad. Solo se auditarán los cambios deliberados de contexto de seguridad que puedan indicar una infracción de seguridad.
La categoría de estos mensajes es SECURITY_CONFIGURATION. Los mensajes de auditoría del cambio del contexto de seguridad son los siguientes:
audit.securityContext.SuperUser
User _currentUser__switched context to SuperUser within the Entity Context of __thingName__.
audit.SecurityContext.Changed
User __currentUser__ switched context to __username__within the Entity Context of __thingName__.
User _currentUser__switched context to SuperUser within the Entity Context of __thingName__.
audit.SecurityContext.Changed
User __currentUser__ switched context to __username__within the Entity Context of __thingName__.
Entradas de auditoría
Cada entrada de auditoría consta de dos componentes: una clave de categoría de auditoría y una clave de mensaje de auditoría.
• La clave de categoría de auditoría es un token de localización en el que se especifica el área funcional o la categoría a la que está asociado el mensaje de auditoría. Esta clave es un valor STRING. Para obtener una lista de categorías, consulte la sección correspondiente.Categorías de auditoría
• La clave de mensaje de auditoría es un token de localización que apunta hacia el texto del mensaje de auditoría. Esta clave es un valor STRING.
El valor para cada componente se extrae de la definición de evento o instancia integrada correspondiente.
Argumentos del mensaje de auditoría
En el mensaje de auditoría se proporcionan argumentos que se utilizan para generar un mensaje de texto localizado y el nombre de la entidad que ha realizado la operación. Un objeto ValueCollection de pares nombre/valor de sustitución se utiliza para generar el mensaje de texto localizado. Esta información se recupera de los campos eventData de la instancia de evento. Una entidad de ThingWorx, como una cosa o un usuario, está asociada a un mensaje de auditoría, incluido el objeto o la persona que realiza la operación que es el asunto del mensaje de auditoría.
Categorías de auditoría
Todas las entradas de auditoría se asocian a una categoría de auditoría. Las categorías de auditoría facilitan el filtrado de datos de auditoría y la observación de una tendencia de actividades para una determinada categoría de operaciones.
Cada entrada de auditoría tiene una categoría que se almacena como una cadena con la entrada de auditoría. La cadena de la categoría de auditoría que se muestra está localizada. En función de la configuración regional preferida del usuario, la categoría de auditoría se muestra en el idioma adecuado.
En la tabla Tokens de localización de ThingWorx Composer, cada categoría y cada mensaje tiene un token de localización. Estos tokens también se conocen como CategoryKey y MessageKey al activar/desactivar las categorías y los mensajes.
A continuación, se muestra un ejemplo de la tabla de localización, en la que se muestran los nombres y los valores de los tokens de localización para los mensajes y categorías de auditoría:
En la siguiente tabla, se proporcionan y describen brevemente ejemplos de acciones auditadas para cada categoría. También se proporcionan los tokens de localización (o "claves") para las categorías y los mensajes.
Categoría | Descripción | Ejemplos | Claves de categoría y claves de mensaje | ||
|---|---|---|---|---|---|
ANALYTICS | Acciones relacionadas con las entidades de análisis. Operaciones realizadas por ThingWorx Analytics. | Operaciones de creación, edición y borrado en definiciones de análisis de datos. Otras acciones en ThingWorx Analytics. | Clave de categoría: audit.AuditCategory.Analytics | ||
AUDIT | Para el uso interno del subsistema de auditoría. | Activado por defecto. Permite realizar el seguimiento de las ejecuciones del servicio de auditoría, ya que potencialmente pueden contener datos confidenciales. El mensaje de auditoría permite devolver el valor de USERNAME que ha ejecutado el servicio. Los servicios que se auditan por defecto son los siguientes: • ArchiveAuditHistory • ArchiveAuditHistoryDirectPersistence • PurgeAuditData • ExportAuditData • ExportOnlineAuditData • CleanUpOfflineAudit Los siguientes servicios no se auditan por defecto: • QueryAuditHistory • QueryAuditHistoryWithQueryCriteria • QueryAuditHistoryContextConstrained • GetAuditEntryCount | Clave de categoría: audit.AuditCategory.Audit Claves de mensaje: • audit.Audit.ExecutedService.ArchiveAuditHistory • audit.Audit.ExecutedService.ArchiveAuditHistoryDirectPersistence • audit.Audit.ExecutedService.PurgeAuditData • audit.Audit.ExecutedService.ExportAuditData • audit.Audit.ExecutedService.ExportOnlineAuditData • audit.Audit.ExecutedService.CleanUpOfflineAudit • audit.Audit.ExecutedService.Query AuditHistory • audit.Audit.ExecutedService.GetAuditEntryCount | ||
AUTHENTICATION | Acciones relacionadas con la autenticación. | • Conexión de usuario correcta e incorrecta, desconexión de un usuario y errores relacionados con el uso de claves de aplicación. Por ejemplo: Login successful for user: Administrator. • La entrada Logout permite realizar el seguimiento de las acciones de desconexión del usuario. Esta entrada se genera para la desconexión de ThingWorx Composer iniciada por el usuario. El nombre de usuario se incluye en el mensaje de auditoría. • La entrada LoginSucceeded permite realizar el seguimiento de las acciones de conexión del usuario correctas. El nombre de usuario se incluye en el mensaje de auditoría. • La entrada LoginFailed permite realizar el seguimiento de las acciones de conexión del usuario fallidas. El nombre de usuario se incluye en el mensaje de auditoría. • La entrada ApplicationKeySucceeded permite realizar el seguimiento de la autentificación correcta con una clave de aplicación. El nombre de usuario se incluye en el mensaje de auditoría. • La entrada ApplicationKeyFailed permite realizar el seguimiento de la autentificación fallida con una clave de aplicación. El nombre de usuario se incluye en el mensaje de auditoría. | Clave de categoría: audit.AuditCategory.Authentication Claves de mensaje • com.thingworx.things.security.SecurityMonitorThing.Logout.Audit • com.thingworx.things.security.SecurityMonitorThing.LoginSucceeded.Audit • com.thingworx.things.security.SecurityMonitorThing.LoginFailed.Audit • com.thingworx.things.security.SecurityMonitorThing.ApplicationKeySucceeded.Audit • com.thingworx.things.security.SecurityMonitorThing.ApplicationKeyFailed.Audit | ||
COLLABORATION | Acciones relacionadas con las entidades de colaboración. | Operaciones de creación, edición y borrado en blogs y wikis. | Clave de categoría: audit.AuditCategory.Collaboration | ||
DATA_MANAGEMENT | Acciones relacionadas con la administración o el uso de datos. | Operaciones de borrado en los datos. | Clave de categoría: audit.AuditCategory.DataManagement | ||
DATA_STORAGE | Acciones relacionadas con las entidades de almacenamiento de datos y los subsistemas relacionados. | Operaciones de creación, edición y borrado en tablas de datos, flujos y otras entidades de almacenamiento de datos. | Clave de categoría: audit.AuditCategory.DataStorage | ||
DEVICE_COMMUNICATION | Acción relacionada con la comunicación con dispositivos Edge. | Se audita el servicio CloseWebSocketSessions de WSCommunicationSubsystem. Para obtener información detallada sobre el servicio, consulte la sección "Servicios" del tema Subsistema de comunicaciones Websocket.
| Clave de categoría: audit.AuditCategory.DeviceCommunication | ||
FILE_TRANSFER | Acciones y eventos relacionados con cargas y descargas de ficheros. | Para las transferencias de ficheros, la finalización correcta de una transferencia, la cancelación de una transferencia y la generación de errores durante una transferencia. | Clave de categoría: audit.AuditCategory.FileTransfer | ||
IMPORT_EXPORT | Acciones relacionadas con la importación y exportación de datos a y desde ThingWorx. | Operaciones de importación/exportación de modelos y datos. Importación de una extensión. | Clave de categoría: audit.AuditCategory.ImportExport | ||
LIFECYCLE | Acciones relacionadas con un evento específico de cosa, como ThingEnable. | Los eventos como, por ejemplo, ThingEnable y ThingDisable, se generan cuando se llama a los servicios correspondientes en una cosa. La auditoría de eventos ThingStart está desactivada por defecto debido a la carga durante el inicio y el reinicio de ThingWorx Platform. | Clave de categoría: audit.AuditCategory.Lifecycle Claves de mensaje: • com.thingworx.things.Thing.ThingStart.Audit • audit.EntityLifecycle.Enable • audit.EntityLifecycle.Disable | ||
Operaciones de creación y borrado relacionadas con todas las entidades, incluidos los grupos de cosas. | A continuación se detallan las operaciones y los mensajes de auditoría: • El usuario X ha creado un nuevo grupo de cosas Y: el mensaje de auditoría es "Se ha creado el type "name". • El usuario X ha borrado el grupo de cosas Y: el mensaje de auditoría es "Se ha borrado el type "name". • El usuario X ha borrado todos los miembros hijo del grupo de cosas Y: el mensaje de auditoría es "Se han borrado de todos los miembros hijo de typename". | Clave de categoría: audit.LifeCycle Claves de mensaje: • audit.LifeCycle.Created • audit.LifeCycle.Deleted • audit.LifeCycle.DeletedAll | |||
THINGGROUPMEMBERSHIPS | Operaciones de adición relacionadas con las pertenencias a grupos de cosas | A continuación se detallan las operaciones y los mensajes de auditoría: • El usuario X ha añadido la cosa 123 como miembro hijo del grupo de cosas Y: el mensaje de auditoría es "Se ha añadido la cosa thingName como miembro hijo del grupo de cosas thingGroupName. • El usuario X ha añadido el grupo de cosas ABC como miembro hijo del grupo de cosas Y: el mensaje de auditoría es "Se ha añadido el grupo de cosas thingGroupName1 como miembro hijo del grupo de cosas thingGroupName2. | Clave de categoría: audit.ThingGroupMemberships Claves de mensaje: • com.thingworx.thinggroups.ThingGroup.AddedThingAsChildMember • com.thingworx.thinggroups.ThingGroup.AddedThingGroupAsChildMember | ||
Borrado de operaciones relacionadas con afiliaciones a un grupo de cosas | A continuación se detallan las operaciones y los mensajes de auditoría: • El usuario X ha borrado la cosa 123 como miembro hijo del grupo de cosas Y: el mensaje de auditoría es "Se ha borrado la cosa thingName como miembro hijo del grupo de cosas thingGroupName". • El usuario X ha borrado el grupo de cosas ABC como miembro hijo del grupo de cosas Y: el mensaje de auditoría es "Se ha borrado el grupo de cosas thingGroupName1 como miembro hijo del grupo de cosas thingGroupName2". • El usuario X ha borrado todos los miembros hijo (cosas y/o grupos de cosas) del grupo de cosas Y: el mensaje de auditoría es "Se han borrado todos los miembros hijo del grupo de cosas thingGroupName". | Clave de categoría:audit.ThingGroupMemberships Claves de mensaje: • com.thingworx.thinggroups.ThingGroup.DeletedThingAsChildMember • com.thingworx.thinggroups.ThingGroup.DeletedThingGroupAsChildMember • com.thingworx.thinggroups.ThingGroup.DeletedAllChildMembers | |||
MODELING | Acciones relacionadas con las entidades de modelado. Cuando se crea una entidad, el sistema genera un mensaje de auditoría en el que se incluye el propietario asignado a la nueva entidad. Se debe tener en cuenta que el propietario de una entidad se define automáticamente en el nombre de usuario que ha creado la entidad. El sistema genera el mensaje de auditoría cuando se utiliza cualquiera de las formas de crear una entidad: • Mediante una llamada a PUT en Composer • A través de una llamada a una API Create, una API Clone o la API SetOwner Todos los usuarios autorizados para ver el subsistema de auditoría pueden ver informes sobre los cambios de propiedad. | Operaciones de creación, edición y borrado en cosas, plantillas de cosa, definiciones de cosa, definiciones de datos, redes, proyectos, modelos y etiquetas. El formato del mensaje de auditoría es: "Created <Source Type> <Source> with owner <username of owner>." Donde: • Source Type es la clase de entidad creada. Por ejemplo, una cosa. • Source es el nombre de la nueva entidad. • owner muestra el elemento username del usuario que realiza la acción de creación. | Clave de categoría: audit.AuditCategory.Modeling La clave de mensaje es: audit.EntityLifecycle.Create. | ||
REMOTE_ACCESS | Acciones relacionadas con el acceso remoto (tunelización). | • Inicio de la sesión de usuario: en el mensaje de auditoría se incluye el ID de usuario y la hora de inicio de la sesión. • Detención de la sesión de usuario: en el mensaje de auditoría se incluyen el ID de usuario, la hora de fin y el tiempo total de la sesión. | Clave de categoría: audit.AuditCategory.RemoteAccess | ||
SCM (Software Content Management) | Acciones relacionadas con paquetes, implementaciones y cambios de configuración. | Creación, edición, publicación y borrado de paquetes. Creación, inicio, transición y borrado de implementaciones. Se incluyen las implementaciones de prueba y reales, activos especificados para una implementación de prueba y la instalación correcta o fallida de paquetes. Cambios de configuración para la depuración automática y para implementaciones simultáneas. En la información de las implementaciones de paquetes se incluye el ID de usuario cuando un usuario inicia la implementación directamente. Cuando la plataforma inicia una implementación, SYSTEM se muestra como la entidad que implementa el paquete. | Clave de categoría: audit.AuditCategory.SoftwareManagement | ||
SECURITY_CONFIGURATION | Acciones relacionadas con entidades y permisos de seguridad, incluidos usuarios, grupos de usuarios, grupos de cosas, organizaciones, claves de aplicación, servicios de directorio y autenticadores. Cuando la propiedad cambia para una entidad, se genera un mensaje de auditoría. Un propietario se puede cambiar a través de Composer, a través de una llamada a API o a través de una importación de un fichero XML de entidades. No se genera un mensaje de auditoría de propiedad en los siguientes casos: • El subsistema de auditoría está desactivado. • La entidad se ha actualizado sin cambios de propiedad. • La llamada a la API SetOwner define el mismo propietario que ya era el propietario de la entidad. | Operaciones de creación, edición y borrado en usuarios, grupos de usuarios, grupos de cosas, organizaciones, claves de aplicación, servicios de directorio y autenticadores. Permite activar el seguimiento de los cambios de grupo de usuarios. La entrada audit.Groups.Added se genera siempre que un usuario o un grupo de usuarios se añade como miembro de otro grupo de usuarios. La entidad audit.Groups.Removed se genera siempre que se quita un usuario o un grupo de usuarios de un grupo de usuarios. Cambios de permisos de entidades (todos los tipos de entidad). Consulte la sección anterior, Auditoría del cambio del contexto de seguridad. El formato general del mensaje de auditoría de cambio de propiedad es el siguiente: "Owner for <Source Type> <Source> changed from <original owner username> to <new owner username>." Donde: • Source Type es el tipo de entidad cuyo propietario ha cambiado. Por ejemplo, una cosa. • Source es el nombre de la entidad cuyo propietario ha cambiado. • original owner username muestra el elemento username del usuario que realiza la acción de cambio. • new owner username es el elemento username del nuevo propietario. | Clave de categoría: audit.AuditCategory.SecurityConfiguration Claves de mensaje: • audit.Groups.Added • audit.Groups.Removed • audit.entity.ownership.change | ||
Activación y desactivación de la delegación del permiso de visibilidad del grupo de cosas en el subsistema de gestión de usuarios por el administrador | A continuación se detallan las operaciones y los mensajes de auditoría: • Delegación del permiso de visibilidad del grupo de cosas activada por el administrador en el subsistema de gestión de usuarios: el mensaje de auditoría es "Delegación de permiso de visibilidad de grupo de cosas activada". • Delegación del permiso de visibilidad del grupo de cosas desactivada por el administrador en el subsistema de gestión de usuarios: el mensaje de auditoría es "Delegación de permiso de visibilidad de grupo de cosas desactivada". | Clave de categoría: audit.AuditCategory.SecurityConfiguration Claves de mensaje: • com.thingworx.thinggroups.ThingGroup.VisibilityPermissionDelegationEnabled • com.thingworx.thinggroups.ThingGroup.VisibilityPermissionDelegationDisabled | |||
SYSTEM | Acciones relacionadas con las entidades de sistema. | Operaciones de creación, edición y borrado en tablas de localización, recursos, subsistemas y registros. Cambios y acciones de configuración del subsistema, incluidos el inicio, la detención y el reinicio. Todas las entradas relacionadas con el subsistema están en esta categoría y no aparecerán en otras categorías.
| Clave de categoría: audit.AuditCategory.System | ||
VISUALIZATION | Acciones relacionadas con las entidades de visualización. | Operaciones de creación, edición y borrado de operaciones en mashups, maestros, gadgets, tableros, menús, entidades multimedia, definiciones de estilo y definiciones de estado. | Clave de categoría: audit.AuditCategory.Visualization |
Activación y desactivación de eventos de auditoría
Cuando se reinicia ThingWorx Platform, todas las cosas activan el evento ThingStart. La auditoría de todos estos eventos provoca un tiempo de arranque prolongado para la plataforma. Para evitar esta situación, el evento ThingStart de la categoría LIFECYCLE está desactivado por defecto. En la siguiente tabla se muestran otros mensajes de auditoría que están desactivados por defecto:
Categoría de auditoría | Clave de mensaje de auditoría |
|---|---|
AUDIT | • audit.Audit.ExecutedService.QueryAuditHistory • audit.Audit.ExecutedService.QueryAuditHistoryWithQueryCriteria • QueryAuditHistoryContextConstrained • audit.Audit.ExecutedService.GetAuditEntryCount |
THINGGROUPMEMBERSHIPS | • com.thingworx.thinggroups.ThingGroup.AddedThingAsChildMember • com.thingworx.thinggroups.ThingGroup.DeletedThingAsChildMember • com.thingworx.thinggroups.ThingGroup.AddedThingGroupAsChildMember • com.thingworx.thinggroups.ThingGroup.DeletedThingGroupAsChildMember • com.thingworx.thinggroups.ThingGroup.DeletededAllChildMembers |
LIFECYCLE | audit.Lifecycle.ThingStart |
Si el usuario desea auditar cualquiera de las operaciones que se muestran en la tabla anterior, se pueden activar los mensajes editando el fichero de configuración de la plataforma, platform-settings.json. Además, si el usuario desea desactivar las categorías y los mensajes de evento que no se utilizan, puede hacerlo editando este fichero de configuración.
 | No se pueden activar ni desactivar eventos individuales en la categoría LIFECYCLE. Se deben activar o desactivar todos mediante la notación "MessageKeys" : ["ALL"]. |
Para verificar qué categorías están desactivadas, vaya a ThingWorx Composer y, en el panel de navegación izquierdo, vaya a > y busque las categorías de auditoría desactivadas.
 | Para realizar cambios en el fichero platform-settings.json para categorías de auditoría y mensajes de evento es necesario reiniciar la instancia de ThingWorx Platform. Este tipo de cambio debe realizarse con la menor frecuencia posible. |
El fichero platform-settings.json no contiene ninguna sección para la auditoría. Para activar o desactivar categorías y mensajes, es necesario añadir una estructura JSON al fichero. En el caso de la instancia de ThingWorx Platform para la que se desean mensajes de auditoría, se necesita un usuario que tenga permisos para localizar y editar el fichero platform-settins.json y añadir la configuración adecuada.
| | La sección Audit se debe añadir como nodo del mismo nivel a la entrada JSON de PlatformSettingsConfig. Puede encontrarse antes o después del nodo PlatformSettingsConfig, pero debe estar en el mismo nivel de nodo. |
Para activar o desactivar la auditoría de eventos específicos:
1. Vaya al directorio ThingWorxPlatform y abra el fichero platform-settings.json en un editor de texto.
2. Al final del fichero, cree un grupo nuevo, denominado "Audit", y añada los grupos y las claves para las categorías y los mensajes de evento siguiendo estos patrones:
◦ Cada categoría debe tener su propia entrada "CategoryKey" en el grupo "Enabled" o el grupo "Disabled".
◦ Cada clave de categoría debe ir seguida de una entrada "MessageKeys". Para activar o desactivar toda la categoría, se debe disponer de la clave de categoría y una clave de mensaje similar al siguiente ejemplo:
"CategoryKey" : "audit.AuditCategory.Audit"
"MessageKeys" : ["ALL"]
◦ "CategoryKey" acepta la cadena clave para la categoría que se muestra en la tabla, Tabla 122. Por ejemplo, audit.AuditCategory.Lifecycle.
◦ El valor de "CategoryKey" siempre está delimitado por comillas dobles. La línea siempre termina con una coma.
◦ Una entrada "MessageKeys" siempre utiliza corchetes alrededor del valor, tanto si solo hay una clave de mensaje como si hay varias claves de mensaje. Si hay varias claves de mensaje, utilice una coma al final de cada clave, excepto la última.
◦ "MessageKeys" acepta la cadena literal ["ALL"] y las claves de mensaje que se muestran en la tabla, Tabla 122.
◦ Asegúrese de utilizar los corchetes apropiados para cada grupo, tal como se muestra en el siguiente ejemplo.
"PlatformSettingsConfig:: {
"BasicSettings":( . . .
}
}
"Audit": {
"Disabled": [{
"CategoryKey": "audit.AuditCategory.Collaboration",
"MessageKeys": ["ALL"]
}, {
"CategoryKey": "audit.AuditCategory.Authentication",
"MessageKeys": [
"com.thingworx.things.security.SecurityMonitorThing.LoginSucceeded.Audit",
"com.thingworx.things.security.SecurityMonitorThing.ApplicationKeySucceeded.Audit"
]
}],
"Enabled": [{
"CategoryKey": "audit.AuditCategory.Lifecycle",
"MessageKeys": ["ALL"]
}, {
"CategoryKey": "audit.AuditCategory.Authentication",
"MessageKeys": [
"com.thingworx.things.security.SecurityMonitorThing.LoginFailed.Audit"
]
}, {
"CategoryKey": "audit.AuditCategory.ThingGroupMemberships",
"MessageKeys": [
"com.thingworx.thinggroups.ThingGroup.DeletdThingAsChildMember"
"com.thingworx.thinggroups.ThingGroup.DeletedThingGroupAsChildMember"
"com.thingworx.thinggroups.ThingGroup.DeletedAllChildMembers"
]
}, {
"CategoryKey": "audit.AuditCategory.Authentication",
"MessageKeys": [
"com.thingworx.things.security.SecurityMonitorThing.LoginFailed.Audit"
]
}]
}
3. Guarde y cierre el fichero.
4. Como sucede con cualquier cambio realizado en el fichero platform-settings.json, es necesario detener y reiniciar ThingWorx Platform.
Para obtener más información, consulte la sección "Adición de una sección de evento auditado a platform-settings.json", en el tema Detalles de la configuración de platform-settings.json.