Um problema de validação inadequada de entrada existe no caminho de salvamento do ORM. Ao enviar dados através de endpoints como adição/edição de atributos, edição de eventos, importação de texto livre, captura de avistamentos, proposta de atributo sombra, criação de relatório de evento, adição de referência de objeto e edição de administrador de usuário, a aplicação sanitiza os registros removendo a chave primária e fixando o `event id` ou `object id` ao contexto do chamador. No entanto, o método `set()` do ORM prioriza uma chave aninhada que corresponde ao alias do modelo, ignorando os campos escalares externos. Um usuário autenticado com permissões básicas de escrita pode inserir um bloco aninhado sob a chave de alias do modelo para ignorar a sanitização, permitindo o uso de um `id` e `event id` escolhidos pelo atacante. Isso pode levar ao comprometimento da integridade dos dados entre locatários, permitindo a sobrescrita, re-parentalização ou exclusão lógica de linhas pertencentes a outras organizações ou eventos, afetando tipos de entidades incluindo Attribute, Object, EventReport, Sighting, AttributeTag e ShadowAttribute.