Engenharia de segurança
O Kotoba é compatível com um programa NIST CSF 2.0?
O Kotoba pode contribuir com controles técnicos para um programa de cibersegurança. Não afirmamos cobertura completa do NIST CSF 2.0, certificação ou imunidade contra ataques. O NIST não certifica produtos CSF. A pergunta útil é qual etapa do ataque um controle implantado interrompe e quais evidências sustentam essa afirmação.
Revisado em 2026-09-09. As traduções são assistidas por máquina; a revisão no idioma nativo não é certificada. As evidências de origem e o modelo detalhado de ameaças estão disponíveis em inglês. Este artigo é uma avaliação delimitada, não um teste de penetração.
Três produtos, responsabilidades separadas
Kotoba declara efeitos e verifica os limites de capacidade. Seu kernel protegido de chamadas ao host cruza os recursos solicitados, as concessões e a política local antes de invocar um manipulador. O provedor ainda deve impor caminhos concretos, destinos e o escopo do locatário.
Kotoba Cloud fornece um fluxo de trabalho voltado para clientes e organizações. Seu perfil público inspecionado tem hostedApply=false: um serviço genérico de aprovação de mudanças em produção não é disponibilizado por essa configuração. Os caminhos específicos de publicação de bibliotecas e rotação de chaves devem ser avaliados separadamente. A autenticação não é aprovação para implantar ou gastar.
A Kotobase fornece dados e serviços de objetos com caminhos de autorização no lado do servidor. Um CID identifica bytes; por si só, não comprova seu autor, confidencialidade, aprovação confiável, disponibilidade permanente ou recuperação bem-sucedida. Esses aspectos exigem controles separados e evidências operacionais.
Um perfil CSF atual-para-alvo limitado
Este é o nosso mapa selecionado de contribuição do produto, não um Profile organizacional completo nem uma pontuação de conformidade percentual. Os clientes devem definir o escopo, os responsáveis, a tolerância a riscos e as evidências para sua própria implantação.
- Governar
- As políticas e os registros de riscos fornecem uma linha de base de design. Alvo: responsáveis pelas decisões nomeados, exceções revisadas e aprovação de lançamento registrada.
- Identificar
- Os manifestos e as identidades de conteúdo ajudam a acompanhar artefatos. Objetivo: um inventário de ativos implantados, classificação de dados e responsabilidade pelas dependências.
- Proteger
- A admissão de capacidades e o despacho protegido têm evidências de implementação e de testes locais. Meta: vinculações de produção qualificadas, segredos com escopo definido, testes de locatário e revogação medida.
- Detectar
- O host pode retornar recibos de negação e de execução. Alvo: um destino protegido durável, alertas correlacionados, retenção e entrega demonstrada a um responsável designado.
- Responder
- Os procedimentos operacionais de resposta estão documentados. Objetivo: contenção e comunicação praticadas, com tempos de resposta e revogação medidos.
- Recuperar
- As identidades de conteúdo permitem verificar as entradas de restauração. Objetivo: backups protegidos, restaurações testadas e objetivos de recuperação específicos do cliente. Um hash de conteúdo não é um backup.
Grafo de ataque: as instruções não concedem autoridade
Suponha que um atacante controle texto lido por um agente de IA, mas não o host, as chaves de assinatura ou a política. O atacante tenta transformar uma sugestão em uma exportação de dados de clientes. O grafo mostra as travessias de controle necessárias; não é um comprometimento observado nem uma afirmação de que toda integração implantada as imponha.
- Documento ou resposta de ferramenta não confiável
- A IA propõe uma operação sensível
- Admissão de efeitos e capacidades
- Verificação do host e do provedor com escopo de recursos
- Operação autorizada e resultado registrado
- Operação negada; o manipulador não é invocado
Histórias de ataque e as evidências de que precisam
Injeção de prompt para exportação de dados
Conteúdo controlado pelo atacante solicita que um agente envie dados de clientes para fora do destino aprovado. Em um caminho protegido, a ausência de um efeito ou uma concessão de recurso não disjunta deve interromper o despacho. Verifique se o manipulador nunca foi chamado. Risco residual: concessões amplas demais, redirecionamentos do provedor e uma integração que contorna as proteções.
Um locatário solicita dados de outro locatário
Um chamador autenticado fornece um identificador diferente de grafo ou recurso. As verificações no lado do servidor devem vincular principal, locatário, operação e objeto em cada rota. Menus do navegador e um CID não são autorização. Inspecione cada endpoint e teste leituras e gravações negadas; nenhuma afirmação de isolamento em toda a frota decorre de um único teste do kernel.
Um artefato muda após a aprovação
Um editor ou intermediário substitui bytes. Exija o resumo de conteúdo esperado, o signatário confiável, a validade e a aprovação para a revisão exata antes do uso. Uma assinatura válida em código malicioso continua sendo possível; a assinatura confiável e a identidade do artefato são necessárias, mas não suficientes.
Uma aprovação obsoleta ou uma concessão revogada é reutilizada
Um chamador repete uma ação previamente autorizada. As verificações de expiração ajudam, mas o estado durável de prevenção de repetição, o consumo atômico quando necessário, a revogação atual e a vinculação ao recurso são responsabilidades distintas. Um recibo genérico do host não é um serviço de prevenção de repetição.
Esgotamento de recursos e interrupção do serviço
Um programa de entrada ou gerado consome trabalho excessivo. Limites de admissão, combustível de execução, limites de memória e prazos do supervisor abordam diferentes etapas. Teste o backend real de produção sob carga; uma fixture de linguagem aprovada não comprova resistência a inundações de rede ou comprometimento do host.
Perda de evidências durante um incidente
Um serviço falha após uma ação externa, ou um invasor adultera os registros locais. O kernel do host pode retornar recibos, mas seu gravador é opcional e seu diário fica na memória. Implante um gravador protegido e durável, com tratamento de falhas, e teste a recuperação. Uma operação bem-sucedida não prova que um registro de auditoria externo foi persistido.
O que verificamos e o que continua em aberto
Na revisão de linguagem citada, todos os 24 fixtures de conformidade de capacidade passaram localmente sob ClojureScript, incluindo 9 casos de vinculação de componentes e 2 casos de despacho do host. Os resultados esperados de permissão e negação foram verificados. Esta é uma evidência do kernel, não um teste de ataque de ponta a ponta dos serviços ativos.
O registro de garantia inspecionado continua não qualificado operacionalmente. Seu mapa cruzado armazenado relata evidências de projeto e implementação, mas nenhuma evidência operacional para seus controles SOC e ISO codificados. Isso é uma declaração sobre este instantâneo, não uma constatação de que todo controle de produção está ausente.
Antes de um piloto empresarial, vincule a proposta, o principal, o ambiente, o artefato exato e a política a uma operação com escopo restrito. Exercite casos permitidos e negados, repetição concorrente, revogação, falha de registro e restauração. Meça os efeitos não autorizados que chegam a um manipulador, os recibos ausentes, o atraso da revogação e o tempo de recuperação. Publique o escopo testado e as lacunas restantes.