Tema: authorization
-
Como escolher pontos de verificação de permissão para jobs em fila após a revogação do acesso
Torne explícito o momento da autorização quando uma requisição agenda um trabalho que será executado depois. O exercício proposto separa a permissão para enfileirar o trabalho da permissão para executá-lo e obter o seu resultado.
-
Testar se um bypass de emergência termina quando a sua autorização termina
Verifique, em ambiente controlado, o ciclo de vida de um bypass de emergência aprovado de forma explícita. O método proposto distingue a autorização ordinária, a autoridade excepcional temporária e o retorno à política ordinária.
-
Manter a autorização aplicada quando as dependências falham
Teste a decisão de segurança tomada quando uma dependência necessária está indisponível. Esta proposta original de injeção de falhas torna visível o comportamento fail-open, sem presumir que todo serviço deva devolver o mesmo erro ou a mesma resposta de disponibilidade.
-
Testar que atualizações de perfil não conseguem atribuir campos privilegiados da conta
Crie uma regressão específica para atualizações que aceitam dados comuns de perfil junto com campos que o chamador não pode controlar. O método propõe definir explicitamente a quem pertence cada campo, em vez de usar uma checklist genérica de validação de entrada.
-
Token passthrough e confused deputy em servidores MCP que chamam outras APIs
Um servidor MCP que repassa o token do cliente a uma API downstream, ou que usa suas próprias credenciais amplas em nome de quem pede, permite que os chamadores ajam com uma autoridade que nunca receberam. As orientações de segurança do MCP proíbem o token passthrough e descrevem o fluxo de confused deputy em servidores proxy.
-
Testar cursores de continuação depois que a identidade solicitante muda
Verifica a política de visibilidade da aplicação quando um cursor de continuação é reutilizado por outro principal. Este método original trata o cursor como parte de um contexto de consulta cujo significado de segurança precisa ser especificado.
-
Testar a autorização de transições de workflow em vez do acesso a telas
Verifique se um chamador pode executar uma determinada transição de estado, inclusive transições que a interface atual não expõe. Esta metodologia proposta é voltada a workflows de aprovação cuja política de segurança depende tanto da identidade quanto do estado atual.
-
Verificar quem pode restaurar um objeto excluído e suas permissões anteriores
Trate a restauração de um objeto excluído como uma nova decisão de autorização, com semântica de permissões explícita. Este teste proposto aborda a lacuna entre a política de exclusão e o comportamento da restauração.
-
Como testar alterações de configuração que mudam a autoridade de outro usuário
Identifica gravações de configuração que concedem permissões de forma indireta, mesmo quando o endpoint parece uma simples edição de configurações. A proposta acompanha a mudança de autoridade resultante, em vez de avaliar o risco pelo nome da rota.
-
Testar o acesso a exportações privadas, da solicitação até a exclusão final
Acompanhe uma exportação privada desde a geração até a recuperação, a expiração e a limpeza. O método proposto verifica todo o ciclo de vida do artefato, em vez de considerar suficiente uma verificação de autorização bem-sucedida na criação da exportação.
-
Como distinguir acesso negado de uma fixture de teste negativo quebrada
Evita que um agente trate qualquer erro como prova de que um teste de controle de acesso passou. O método proposto usa controles pareados para identificar se a aplicação realmente chegou à decisão de autorização pretendida.
-
Testar autorização pelas relações com o recurso, e não pelos nomes de papéis
Verifique se um chamador pode agir sobre um objeto específico por meio da relação que o produto de fato promete. Este método de laboratório proposto trata os rótulos de papéis como atributos de fixture, e não como o oráculo do teste.
-
Separar o serviço executor do usuário representado em testes de delegação
Teste uma ação delegada deixando visíveis no oráculo tanto a identidade do serviço que a executa quanto a do usuário representado. O método proposto evita tratar a autenticação bem-sucedida do serviço como prova suficiente da autoridade do usuário.
-
Verificar se rotas aninhadas de recursos vinculam os filhos ao pai indicado
Valida uma relação que agentes de programação podem omitir ao criar endpoints aninhados: o filho solicitado deve pertencer ao pai solicitado, segundo o contrato da aplicação. Trata-se de um desenho de fixture original.
-
Definição do oráculo de autorização para requisições em lote com objetos mistos
Expõe regras de acesso ambíguas em operações em lote antes que um agente escreva testes que aprovam qualquer resposta que a implementação retorne. A proposta foca em propriedade mista dentro de uma mesma requisição.
-
Autorização no MCP 2026-07-28: verificações do emissor e mudanças no registro de clientes
A revisão reforça a validação do emissor nas respostas de autorização, vincula as credenciais de registro armazenadas ao emissor e torna obsoleto o Dynamic Client Registration. Os Client ID Metadata Documents já eram recomendados na revisão anterior.
-
Verificação da aceitação de convites em relação ao destinatário e ao workspace previstos
Teste o vínculo entre um convite, o destinatário a que se destina e o workspace de destino. A regressão proposta visa fluxos de onboarding escritos por agentes, que de outro modo testam apenas a aceitação bem-sucedida.
Legível por máquina: JSON