2015-12-23 22:32 GMT-02:00 Ronaldo Bernardes Pereira <
ronaldobernar...@gmail.com>:
> Essa função é criada quando o invasor tem acesso ao usuário postgres. A
> partir dai, o invasor pode usar o comando copy para ler arquivos do Linux
> para o banco de dados, criar funções que criam arquivos e por
Fernando, boa noite
Essa função é criada quando o invasor tem acesso ao usuário postgres. A
partir dai, o invasor pode usar o comando copy para ler arquivos do Linux
para o banco de dados, criar funções que criam arquivos e por ai vai. Te
passei o link do site, pois suspeitava desse problema.
Con
Verificando o que os colegas comentaram, identifiquei o possível
problema.
http://unix.stackexchange.com/a/248010
Havia a função exec111 no database postgres, essa função tentava
executar um arquivo no /tmp, porem esse arquivo não existe lá.
Alterando todas senhas.
Eu acrescentaria os
Em 21 de dezembro de 2015 21:20, Leandro Guimarães Faria Corcete DUTRA <
l...@dutras.org> escreveu:
> Le 21 décembre 2015 21:06:59 GMT-02:00, Ronaldo Bernardes Pereira <
> ronaldobernar...@gmail.com> a écrit :
> >
> >Vi algo parecido em um SGBD PostgreSQL Linux de uma empresa e constatei
> >que
>
Le 21 décembre 2015 21:06:59 GMT-02:00, Ronaldo Bernardes Pereira
a écrit :
>
>Vi algo parecido em um SGBD PostgreSQL Linux de uma empresa e constatei
>que
>a máquina tinha um exploit gerando o mesmo erro no log. Você verificou
>se /tmp tem arquivos suspeitos? (ls -ltra /tmp)
Supondo que o coleg
Fernando, boa noite
Vi algo parecido em um SGBD PostgreSQL Linux de uma empresa e constatei que
a máquina tinha um exploit gerando o mesmo erro no log. Você verificou se a
/tmp tem arquivos suspeitos? (ls -ltra /tmp)
Olha um exemplo:
http://unix.stackexchange.com/questions/246735/releasing-a-dele
Em 21 de dezembro de 2015 14:21, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:
> Especificamente o comando :
>> ls -l /tmp/.s.PGSQL.5432
>>
>> Retorna:
>> ls: não é possível acessar /tmp/.s.PGSQL.5432: Arquivo ou
>> diretório não
>> enc
Especificamente o comando :
ls -l /tmp/.s.PGSQL.5432
Retorna:
ls: não é possível acessar /tmp/.s.PGSQL.5432: Arquivo ou
diretório não
encontrado
Mas executando:
ls -l /run/postgresql/.s.PGSQL.5432
srwxrwxrwx 1 postgres pos
Em 21 de dezembro de 2015 14:00, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:
> Bom dia,
>>
>> Estou com o problema que está lotando o HD, com o log do
>> postgres.
>> Esta gravando em loop.
>>
>>"connect: Bad file desc
Bom dia,
Estou com o problema que está lotando o HD, com o log do
postgres.
Esta gravando em loop.
"connect: Bad file descriptor"
Pesquisando, encontrei alguém com um erro semelhante,
mas sem
nenhuma
Em 21 de dezembro de 2015 12:00, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:
> Bom dia,
>>
>>Estou com o problema que está lotando o HD, com o log do postgres.
>>Esta gravando em loop.
>>
>> "connect: Bad file descriptor"
>>
>> Pesquisando, encontrei a
Bom dia,
Estou com o problema que está lotando o HD, com o log do postgres.
Esta gravando em loop.
"connect: Bad file descriptor"
Pesquisando, encontrei alguém com um erro semelhante, mas sem
nenhuma resposta.
http://stackoverflow.com/questions/34318233/connect-bad-
Bom dia,
Estou com o problema que está lotando o HD, com o log do postgres.
Esta gravando em loop.
"connect: Bad file descriptor"
Pesquisando, encontrei alguém com um erro semelhante, mas sem
nenhuma resposta.
http://stackoverflow.com/questions/34318233/connect-bad-file
13 matches
Mail list logo
