Marusya e Salute falam frases indesejadas por meio de escolhas, nomes e lembretes
Os assistentes de voz Marusya e Salute podem ser contornados sem API nem scripts, segundo uma análise. Na Marusya funciona um cenário de escolha entre duas opções; na Salute, uma lista de "amigos", fatos salvos e lembretes. O principal problema não está na entrada: o texto salvo é lido depois em voz alta quase sem nova verificação de sentido.
Processado por IA de Habr AI; editado por Hamidun News
Descobriu-se que os assistentes de voz domésticos Marusya e Salute podem ser levados a falar frases que normalmente deveriam bloquear. Para isso não são necessários API, conhecimentos de programação ou automação: bastam funções nativas, como escolha entre opções, lembretes e fatos salvos.
Como funciona o contorno
O primeiro cenário envolve a Marusya. O autor notou que o assistente responde de bom grado a perguntas no formato "A ou B?" e simplesmente escolhe uma das opções. O problema, segundo a descrição do experimento, é que o sistema não avalia se as duas respostas são admissíveis como uma construção única. Se as duas opções forem mal formuladas, a caixa de som ainda assim fala uma delas em voz alta, embora, diante de um pedido direto por uma frase parecida, provavelmente se recusasse a responder.
Na Salute, a lógica do contorno foi diferente, mas igualmente reveladora. Em vez de pedir diretamente algo indesejado, o autor dividia a frase em partes e as salvava como nomes de "amigos". Depois, dá para pedir ao assistente que cumprimente os amigos ou os liste um a um, e ele fala a lista salva em sequência. Isoladamente, os itens parecem dados comuns de perfil, mas, na saída, formam uma frase inteira que o filtro já não intercepta.
Quais cenários funcionaram
Além da escolha entre opções e da lista de nomes, a análise descreve outras funções cotidianas por onde passa o texto indesejado. O esquema é o mesmo em todas: o sistema primeiro aceita a frase como dado comum do usuário, guarda na memória ou numa função de serviço e depois a reproduz quase literalmente em outro contexto, onde a moderação adicional é fraca ou simplesmente não age nesses cenários.
- Uma pergunta "A ou B?" para a Marusya em que as duas respostas são indesejadas, mas uma delas ainda assim será falada.
- Memorização de partes de uma frase como nomes de amigos na Salute, com leitura posterior da lista em voz alta.
- Salvamento de "fatos" sobre o usuário ou seu círculo, que depois podem ser chamados com um comando como "fale sobre mim".
- Lembretes comuns: o texto é gravado primeiro e, um minuto depois, o assistente o reproduz como mensagem de serviço.
Na prática, isso é especialmente desagradável porque o contorno não exige condições raras. O usuário não precisa de acesso a configurações internas, skills de terceiros ou cadeias de automação. Basta formular o pedido algumas vezes para que o assistente aceite primeiro o texto questionável como dado e depois o fale ele mesmo, em outro contexto. Para dispositivos domésticos muito usados por crianças e famílias, isso deixa de ser mera curiosidade e vira um risco concreto de comportamento inadequado.
Por que os filtros falharam
A nota descreve o problema como arquitetural. As proteções desses sistemas costumam ficar na entrada direta do usuário: quando alguém pede ao assistente que diga algo claramente proibido, o modelo ou uma regra bloqueia a resposta. Mas, quando a mesma frase é dividida em fragmentos inofensivos e salva como nome, fato ou lembrete, ela passa a ser tratada como dado confiável. Na hora de falar, a nova verificação é fraca demais ou inexistente.
"O problema é que normalmente há controle na entrada, mas ele não existe na saída".
Por isso o autor relaciona a observação à prompt injection e à classe mais ampla de ataques a sistemas com LLM. Se o modelo não distingue o que é instrução e o que é dado do usuário, elementos seguros isoladamente podem se combinar num resultado indesejado. Para plataformas de voz, isso significa não só custos de reputação, mas cenários mais sérios: da reprodução acidental de frases tóxicas ao vazamento de trechos do contexto salvo por meio da fala.
O que isso significa
O caso da Marusya e da Salute mostra que moderar apenas pedidos diretos já não basta para assistentes de voz. É preciso verificar não só o que o usuário disse agora, mas também o que o sistema vai falar a partir da memória, dos lembretes e de outras fontes de dados "seguras". Caso contrário, as funções domésticas comuns viram elas mesmas um canal para contornar restrições básicas e uma fonte de novos riscos.
Perguntas frequentes sobre a notícia
Como funciona o contorno?
O primeiro cenário envolve a Marusya. O autor notou que o assistente responde de bom grado a perguntas no formato "A ou B?" e simplesmente escolhe uma das opções. O problema, segundo a descrição do experimento, é que o sistema não avalia se as duas respostas são admissíveis como uma construção única. Se as duas opções forem mal formuladas, a caixa de som ainda assim fala uma delas em voz alta, embora, diante de um pedido direto por uma frase parecida, provavelmente se recusasse a responder.
O que se sabe sobre Quais cenários funcionaram?
Além da escolha entre opções e da lista de nomes, a análise descreve outras funções cotidianas por onde passa o texto indesejado. O esquema é o mesmo em todas: o sistema primeiro aceita a frase como dado comum do usuário, guarda na memória ou numa função de serviço e depois a reproduz quase literalmente em outro contexto, onde a moderação adicional é fraca ou simplesmente não age nesses cenários. Uma pergunta "A ou B?" para a Marusya em que as duas respostas são indesejadas, mas uma delas ainda assim será falada.
Por que os filtros falharam?
A nota descreve o problema como arquitetural. As proteções desses sistemas costumam ficar na entrada direta do usuário: quando alguém pede ao assistente que diga algo claramente proibido, o modelo ou uma regra bloqueia a resposta. Mas, quando a mesma frase é dividida em fragmentos inofensivos e salva como nome, fato ou lembrete, ela passa a ser tratada como dado confiável. Na hora de falar, a nova verificação é fraca demais ou inexistente.
Ship AI Faster with Founders, Engineers & Weekly Architecture Reviews
Inside Vibe Club (hamidun.com/club) — weekly live masterminds with Zhemal Khamidun, Tech Radar, full LMS access, and 370+ production Claude Code skills.
O essencial da IA — uma vez por semana
Sete histórias que realmente importaram, escolhidas a dedo. Sem ruído nem releases.
Pronto! Verifique seu e-mail para a confirmação.