Perguntas e respostas

A TrustGate é uma camada de autorização e prova para ações de IA com consequências materiais. Vincula a autoridade a uma ação exata e ajuda a apurar o que o sistema-alvo protegido fez.

Essa designação, por si só, é demasiado abrangente. O padrão delimitado abrange a autorização da ação exata, uma verificação no sistema-alvo protegido e o tratamento do resultado; não constitui uma afirmação de segurança geral da IA.

A TrustGate é apresentada como complementar aos controlos de identidade, políticas e operações. Não é apresentada como substituta de IAM ou PAM.

Não. Os sistemas de workflow, orquestração e execução existentes podem manter-se; a possibilidade de avaliar um percurso para o sistema-alvo é uma questão distinta.

Não. Pode não ser necessária quando os controlos existentes no sistema-alvo já fecham o ciclo da consequência ou quando a ação não é suficientemente material para justificar outro controlo.

Uma referência delimitada no Salesforce Developer Edition: a Salesforce efetivou uma ação real, a resposta de sucesso perdeu-se, a TrustGate manteve o resultado como UNKNOWN, recusou a continuação protegida e só confirmou o resultado após uma nova leitura da Salesforce.

Não. Não é uma implementação num cliente em produção nem certifica o runtime completo do TGAP-PROD.

A consequência externa continua por resolver. Não é tratada como sucesso ou insucesso e a continuação protegida permanece bloqueada até se apurar a realidade externa.

Um timeout não permite saber se o sistema-alvo confirmou a ação. Repeti-la pode criar outra consequência; por isso, a prova recusou a continuação protegida equivalente e conflituante antes de uma segunda escrita protegida.

A prova utilizou evidência do sistema-alvo, incluindo uma nova leitura da Salesforce. Numa qualificação separada, verificou-se que a Salesforce aceitou dois pedidos POST normais de Account com a mesma identidade canónica da ação de negócio; esse endpoint não eliminou duplicados.

Esta referência prova apenas o percurso de ação delimitado. Consequências múltiplas exigem avaliação explícita do sistema-alvo; não se reivindica uma capacidade universal.

Esses controlos podem fechar o ciclo da consequência de forma suficiente. Nesse caso, a TrustGate pode não acrescentar valor e ser desnecessária.

É uma decisão de implementação a acordar para cada ambiente. A prova pública não certifica uma topologia de produção.

As credenciais da prova eram efémeras e foram excluídas da evidência. A localização e custódia das credenciais de produção têm de ser acordadas nos limites de confiança do cliente e do fornecedor.

Em produção, devem ser permitidos apenas os endpoints de controlo e do sistema-alvo aprovados e necessários ao desenho acordado. A lista concreta depende da implementação.

O mínimo indicado é o estado da ação, tentativa, resultado esperado, ciclo de vida e evidência necessário para custodiar a consequência. A retenção, o acesso e a eliminação têm de ser qualificados.

A postura demonstrada exclui repetições silenciosas e mantém UNKNOWN quando a execução é ambígua. A recuperação e a responsabilidade operacional em produção têm de ser acordadas.

O procedimento de interrupção e desativação tem de ser acordado e testado para a implementação concreta antes da admissão a produção.

A prova não demonstra resistência ao comprometimento. O modelo de ameaças, os privilégios, a contenção e a recuperação exigem análise de segurança específica do cliente.

UNKNOWN permanece visível e a continuação protegida mantém-se bloqueada enquanto a realidade externa não estiver resolvida. A responsabilidade, investigação e procedimento de fecho têm de ser acordados operacionalmente.

As alterações exigem um processo definido de qualificação e regressão do percurso para o sistema-alvo antes da utilização. Esta prova não certifica versões futuras.

Não garante omniscência, atomicidade distribuída, controlo de percursos fora da sua custódia, certificação de conformidade ou segurança universal em produção.

Não. A análise de uma referência delimitada pode começar sem dados de produção do cliente.

Começar com uma ação, sistema-alvo, rota e resultado esperado delimitados; depois acordar a evidência e as responsabilidades.

Sim, quando o desenho avaliado mantém esses sistemas nas respetivas funções e estabelece os limites necessários de autoridade e do sistema-alvo.

Nesse caso, a TrustGate pode ser desnecessária. Uma análise de adequação deve identificar essa situação desde o início.

O piloto deve especificar o caso de uso, sistema-alvo, evidência, limites de sucesso, responsabilidades e limitações. Não há resultados garantidos antecipadamente.

Não. Não determina conformidade nem admissibilidade jurídica. Estas exigem análise humana, jurídica e organizacional adequada.