Basta remover /dev/console
cd /dev
rm -f console
ln -s ttyS0 console
edite / altere o /etc/inittab content
::askfirst:/bin/sh
para:
ttyS0::askfirst:/bin/sh
Estou escrevendo o shellcode para explorar uma vulnerabilidade de estouro de buffer em um servidor. Para fazer isso eu tenho shellcode de ligação de porta que eu envio para o servidor e então eu corro (de um terminal linux) o comando telnet serverAdress 4444 onde 4444 é a porta que abri. A esperança é que eu receba um shell de volta que eu possa usar para executar comandos. No entanto, sempre acabo com o comando
bin / sh: não pode acessar o tty; controle de trabalho desativado
Não consigo alterar nenhum código do servidor, e acredito que o código de shell esteja correto, porque obtive-o deste site ( ). Da minha pesquisa, parece que isso pode ter a ver com o modo em que meu terminal está sendo executado (algo chamado modo interativo ... ou algo parecido).
Todos os computadores envolvidos são máquinas linux e a máquina em que estou está executando a última versão do Ubuntu.
Alguma idéia do que esse erro de controle de trabalho significa e como posso corrigi-lo?
Isso significa que comandos avançados como Ctrl + Z e Ctrl + C não estão disponíveis, porque sh não está escrevendo para um tty, mas para um soquete. Por esse motivo, sh não suportará os processos em segundo plano ( command & ) e os comandos associados bg / fg / disown / jobs. Mas observe que os processos de se forçar e fechar suas entradas ainda funcionarão.
Você deve ter notado que, se um job em background tentar ler dados do terminal, o shell o interromperá (como em SIGSTOP) e informará que ele pausou o processo. Se o shell não o fizer, você tem uma condição de corrida e o que você escreve pode acabar no processo em segundo plano ou no shell. Isso cria uma confusão interessante e irritante em sua sessão de shell.
Use um shellcode mais elaborado que crie um terminal virtual (mas isso não é mais um shellcode quando isso acontecer), ou apenas esteja ciente de que o seu hack feio tem limitações.
Eu tive o mesmo problema no Debian Mate. Eu apenas corro um fsck de um live usb no dev / sda1 onde o diretório foi instalado.
Espero ter ajudado alguém
Pessoal, eu tive o mesmo problema, mas espero consertá-lo
Há como corrigir esse problema Reinstalar o sistema Kali Linux, em seguida, quando ele veio na partição do disco, você deve excluir todos os outros discos apenas apenas 1 disco esquerdo e, em seguida, pressione continuar e depois gravar todos os arquivos em um disco espero ter ajudado