Re: [pgbr-geral] Timeout Conexão
Em 25 de março de 2015 08:45, Jean - GeControl j...@gecontrolsistemas.com.br escreveu: Já vi esse erro também, e era problema com o antivírus, no caso, o F-Secure. *Jean Domingues* *Sócio-Proprietário* *Gecontrol Consultoria e Sistemas.* Não tenho antivírus na minha maquina. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Timeout Conexão
2015-03-26 9:22 GMT-03:00 Bruno Pio brunocf...@gmail.com: Esse Windows 8 é Single Language ou Pro? Já tentou desativar o UAC no registro da máquina? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Amigo..e a resposta do ping -t? -- Douglas Fabiano Specht ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Timeout Conexão
Vê nas configurações de energia se o windows não desliga a placa de rede depois de um tempo inativo. Att, *Julio F. Figueiredo* *Analista de Sistemas* Em 26 de março de 2015 09:28, Douglas Fabiano Specht douglasfabi...@gmail.com escreveu: 2015-03-26 9:22 GMT-03:00 Bruno Pio brunocf...@gmail.com: Esse Windows 8 é Single Language ou Pro? Já tentou desativar o UAC no registro da máquina? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Amigo..e a resposta do ping -t? -- Douglas Fabiano Specht ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: Segurança dos dados
Pessoal, Existe alguma maneira de bloquear a visualização das functions e o seu conteúdo? Quero me refereir a um bloqueio total, mesmo para os superusuários, sendo o acesso somente mediante a uma senha por exemplo. Sei que existe meios de bloquear o acesso ao esquema por exemplo, até funcionaria, mas a questão é que qualquer pessoa com acesso root ao servidor poderia alterar o pg_hba.conf e conectar via superusuário sem utilização de senha, mas existe alguma forma de barrar isso, ou seria somente re-compilando o código fonte do postgres? Acho que vc está falando em algo semelhante ao que o Firebird tem para “esconder” as triggers, procedures... etc... Acho interessante... mas não sei se o postgresql tem algo neste sentido. Att. Márcio A. Sepp ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Segurança dos dados
2015-03-26 9:32 GMT-03:00 Márcio A. Sepp mar...@zyontecnologia.com.br: Acho interessante... mas não sei se o postgresql tem algo neste sentido. Por favor, leiam as mensagens anteriores antes de responder. Não tem, e a comunidade não quer que tenha, portanto não deve vir a ter. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Timeout Conexão
Esse Windows 8 é Single Language ou Pro? Já tentou desativar o UAC no registro da máquina? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Segurança dos dados
Em 26 de março de 2015 09:34, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org escreveu: 2015-03-26 9:32 GMT-03:00 Márcio A. Sepp mar...@zyontecnologia.com.br: Acho interessante... mas não sei se o postgresql tem algo neste sentido. Por favor, leiam as mensagens anteriores antes de responder. Não tem, e a comunidade não quer que tenha, portanto não deve vir a ter. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Danilo, como a comunidade não quer que tenha não quer dizer que nao seja importante, lembre que os fontes do postgres são livres para serem alterados caso vc tenha interesse. -- Douglas Fabiano Specht ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Sistema financeiro em PostgreSQL
Muito obrigado. Vou testar amanhã. Enviado por Samsung Mobile div Mensagem original /divdivDe : Marcio Junior Vieira mar...@ambientelivre.com.br /divdivData:27/03/2015 0h12 (GMT-03:00) /divdivPara: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br /divdivAssunto: Re: [pgbr-geral] Sistema financeiro em PostgreSQL /divdiv /divNós usamos o Stoq , o mesmo é Livre ! http://www.stoq.com.br/ Marcio Junior Vieira On 20-03-2015 10:37, Carlos Antônio Pereira (VidaUTI) wrote: Bom dia, senhores. Alguém conhece algum Sistema Financeiro (Contas a pagar e receber, etc) que use o PostgreSQL como base de dados? Att Carlos Antônio Pereira ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Marcio Junior Vieira - Data Scientist Ambiente Livre Tecnologia - Soluções em Software Livre http://www.ambientelivre.com.br Telefone: +55 41 3308-3438 Twitter: @ambientelivre @marciojvieira skype: marciojv Blog: blogs.ambientelivre.com.br/marcio Facebook: http://www.facebook.com/ambientelivre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Sistema financeiro em PostgreSQL
Nós usamos o Stoq , o mesmo é Livre ! http://www.stoq.com.br/ Marcio Junior Vieira On 20-03-2015 10:37, Carlos Antônio Pereira (VidaUTI) wrote: Bom dia, senhores. Alguém conhece algum Sistema Financeiro (Contas a pagar e receber, etc) que use o PostgreSQL como base de dados? Att Carlos Antônio Pereira ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Marcio Junior Vieira - Data Scientist Ambiente Livre Tecnologia - Soluções em Software Livre http://www.ambientelivre.com.br Telefone: +55 41 3308-3438 Twitter: @ambientelivre @marciojvieira skype: marciojv Blog: blogs.ambientelivre.com.br/marcio Facebook: http://www.facebook.com/ambientelivre http://www.ambientelivre.com.br/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: RES: Segurança dos dados
On 26-03-2015 14:28, Euler Taveira wrote: On 26-03-2015 11:43, Márcio A. Sepp wrote: Procuro fazê-lo sim. Posso não estar respondendo o último email da thread, pq o meu questionamento ou minha resposta está mais focada neste ponto e não no rumo que acabou tomando o assunto. Responda no contexto *sempre* e remova o texto desnecessário. Teve um caso de desenvolvimento de sistemas comerciais onde o fisco pegou clientes utilizando o mesmo sistema, porém com comportamentos bem distintos. Neste caso específico, a pessoa que foi implantar o sistema alterou funções do sistema de modo a permitir um caixa 2. Este sistema era desenvolvido em Firebird e depois desse fato, a empresa desenvolvedora optou por ocultar o código fonte dos procedimentos do banco... ... uma opção que não informaram é que se as suas funções foram feitas em C, você pode esconder o código fonte. Pelo que vi Oracle implementa algo neste sentido tbm. Mas não sei se é um anseio de outros usuários isso ou se eu estou divagando... O wrap não previne que você consiga fazer uma engenharia reversa no código da PL; ele apenas torna a missão difícil. Observe que eu não estou me referindo a ocultar o código fonte de procedures/functions/triggers... e não em fechar o código fonte do postgresql. Isso se chama ofuscação do código. Bom, como se trata de um produto de código aberto, não vai ser tão difícil fazer um decompilador para o código ofuscado. Por essa e outras razões, tal funcionalidade está listada como não será implementada [1]. No seu caso, o ideal é proteger por contrato qualquer mudança no seu produto (como já foi dito pelo Dutra). Talvez algum módulo de auditoria em C para lhe proteger contra mudanças que visam burlar o seu sistema. [1] https://wiki.postgresql.org/wiki/Todo#Features_We_Do_Not_Want Não sei se ajuda, mas uma vez gerei um hash da definição de cada PL e no procedimento de atualização de versão da estrutura do banco eu verificar esse hash, se não batia não atualizava a versão e gerava um alerta. O contexto era outro mas poderia ser feito um controle similar e vc periodicamente executar em seus clientes. Att, -- Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: RES: Segurança dos dados
On 26-03-2015 11:43, Márcio A. Sepp wrote: Procuro fazê-lo sim. Posso não estar respondendo o último email da thread, pq o meu questionamento ou minha resposta está mais focada neste ponto e não no rumo que acabou tomando o assunto. Responda no contexto *sempre* e remova o texto desnecessário. Teve um caso de desenvolvimento de sistemas comerciais onde o fisco pegou clientes utilizando o mesmo sistema, porém com comportamentos bem distintos. Neste caso específico, a pessoa que foi implantar o sistema alterou funções do sistema de modo a permitir um caixa 2. Este sistema era desenvolvido em Firebird e depois desse fato, a empresa desenvolvedora optou por ocultar o código fonte dos procedimentos do banco... ... uma opção que não informaram é que se as suas funções foram feitas em C, você pode esconder o código fonte. Pelo que vi Oracle implementa algo neste sentido tbm. Mas não sei se é um anseio de outros usuários isso ou se eu estou divagando... O wrap não previne que você consiga fazer uma engenharia reversa no código da PL; ele apenas torna a missão difícil. Observe que eu não estou me referindo a ocultar o código fonte de procedures/functions/triggers... e não em fechar o código fonte do postgresql. Isso se chama ofuscação do código. Bom, como se trata de um produto de código aberto, não vai ser tão difícil fazer um decompilador para o código ofuscado. Por essa e outras razões, tal funcionalidade está listada como não será implementada [1]. No seu caso, o ideal é proteger por contrato qualquer mudança no seu produto (como já foi dito pelo Dutra). Talvez algum módulo de auditoria em C para lhe proteger contra mudanças que visam burlar o seu sistema. [1] https://wiki.postgresql.org/wiki/Todo#Features_We_Do_Not_Want -- Euler Taveira Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Instalação extensão accent-insensitive
Boa tarde pessoal. Estou precisando de ajudar para instalar a extensão unaccent solicitada pelos desenvolvedores. Fiz um teste em um postgres versão 9.4 servidor de testes funcionou perfeitamente. Porém em versões anteriores como 9.3.0 e 9.2.0 obtive os erros abaixo: postgres=# CREATE EXTENSION unaccent; ERROR: could not open extension control file /usr/local/pgsql/share/extension/unaccent.control: Arquivo ou diretório não encontrado Fiz a instalação via complicação manual. Att, Emerson Martins ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Instalação extensão accent-insensitive
On 26-03-2015 15:04, Emerson Martins wrote: Boa tarde pessoal. Estou precisando de ajudar para instalar a extensão unaccent solicitada pelos desenvolvedores. Fiz um teste em um postgres versão 9.4 servidor de testes funcionou perfeitamente. Porém em versões anteriores como 9.3.0 e 9.2.0 obtive os erros abaixo: postgres=# CREATE EXTENSION unaccent; ERROR: could not open extension control file /usr/local/pgsql/share/extension/unaccent.control: Arquivo ou diretório não encontrado Fiz a instalação via complicação manual. Vc acessou o diretório contrib/unaccent da sua source tree e fez um make install ?? Att, -- Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: RES: Segurança dos dados
Em 26 de março de 2015 15:00, Fabrízio de Royes Mello fabri...@timbira.com.br escreveu: On 26-03-2015 14:28, Euler Taveira wrote: On 26-03-2015 11:43, Márcio A. Sepp wrote: Procuro fazê-lo sim. Posso não estar respondendo o último email da thread, pq o meu questionamento ou minha resposta está mais focada neste ponto e não no rumo que acabou tomando o assunto. Responda no contexto *sempre* e remova o texto desnecessário. Teve um caso de desenvolvimento de sistemas comerciais onde o fisco pegou clientes utilizando o mesmo sistema, porém com comportamentos bem distintos. Neste caso específico, a pessoa que foi implantar o sistema alterou funções do sistema de modo a permitir um caixa 2. Este sistema era desenvolvido em Firebird e depois desse fato, a empresa desenvolvedora optou por ocultar o código fonte dos procedimentos do banco... ... uma opção que não informaram é que se as suas funções foram feitas em C, você pode esconder o código fonte. Pelo que vi Oracle implementa algo neste sentido tbm. Mas não sei se é um anseio de outros usuários isso ou se eu estou divagando... O wrap não previne que você consiga fazer uma engenharia reversa no código da PL; ele apenas torna a missão difícil. Observe que eu não estou me referindo a ocultar o código fonte de procedures/functions/triggers... e não em fechar o código fonte do postgresql. Isso se chama ofuscação do código. Bom, como se trata de um produto de código aberto, não vai ser tão difícil fazer um decompilador para o código ofuscado. Por essa e outras razões, tal funcionalidade está listada como não será implementada [1]. No seu caso, o ideal é proteger por contrato qualquer mudança no seu produto (como já foi dito pelo Dutra). Talvez algum módulo de auditoria em C para lhe proteger contra mudanças que visam burlar o seu sistema. [1] https://wiki.postgresql.org/wiki/Todo#Features_We_Do_Not_Want Não sei se ajuda, mas uma vez gerei um hash da definição de cada PL e no procedimento de atualização de versão da estrutura do banco eu verificar esse hash, se não batia não atualizava a versão e gerava um alerta. O contexto era outro mas poderia ser feito um controle similar e vc periodicamente executar em seus clientes. Att, -- Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral boa tarde iria sugerir exatamente isso, pega a ddl da função gera um md5 e compara com o que deveria de estar la e veja se sao iguais.. -- Douglas Fabiano Specht ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: RES: Segurança dos dados
2015-03-26 11:43 GMT-03:00 Márcio A. Sepp mar...@zyontecnologia.com.br: Teve um caso de desenvolvimento de sistemas comerciais onde o fisco pegou clientes utilizando o mesmo sistema, porém com comportamentos bem distintos. Neste caso específico, a pessoa que foi implantar o sistema alterou funções do sistema de modo a permitir um caixa 2. Este sistema era desenvolvido em Firebird e depois desse fato, a empresa desenvolvedora optou por ocultar o código fonte dos procedimentos do banco... Até achei esse um caso de uso interessante; me pergunto qual seria a reação se apresentado na -hackers. Imagino que algo assim já tenha pipocado por lá. Mas, como disse o Euler (se não me falha a memória), isso é um problema essencialmente contratual: nenhuma empresa é responsável pelo uso que fazem dos programas dela, e em caso de preocupação basta uma cláusula contratual deixando isso claro. Talvez não seja sábio alterar o PostgreSQL para dar conta disso. Me pergunto também se seria algo que pudesse virar um contrib da vida. Daria para fazer também coisas como um programa que verificasse a integridade do código antes de rodar, por exemplo. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Timeout Conexão
2015-03-26 10:07 GMT-03:00 Julio F. Figueiredo tuski...@gmail.com: Vê nas configurações de energia se o windows não desliga a placa de rede depois de um tempo inativo. Por favor, evite tanto responder no alto como escrever em HTML. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: RES: Segurança dos dados
Acho interessante... mas não sei se o postgresql tem algo neste sentido. Por favor, leiam as mensagens anteriores antes de responder. Não tem, e a comunidade não quer que tenha, portanto não deve vir a ter. Procuro fazê-lo sim. Posso não estar respondendo o último email da thread, pq o meu questionamento ou minha resposta está mais focada neste ponto e não no rumo que acabou tomando o assunto. Teve um caso de desenvolvimento de sistemas comerciais onde o fisco pegou clientes utilizando o mesmo sistema, porém com comportamentos bem distintos. Neste caso específico, a pessoa que foi implantar o sistema alterou funções do sistema de modo a permitir um caixa 2. Este sistema era desenvolvido em Firebird e depois desse fato, a empresa desenvolvedora optou por ocultar o código fonte dos procedimentos do banco... Pelo que vi Oracle implementa algo neste sentido tbm. Mas não sei se é um anseio de outros usuários isso ou se eu estou divagando... Observe que eu não estou me referindo a ocultar o código fonte de procedures/functions/triggers... e não em fechar o código fonte do postgresql. Att. Márcio A. Sepp ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: RES: RES: Segurança dos dados
Correções... Onde está escrito: ... funções do sistema... eu quis dizer funções do banco. Onde está escrito: ... Observe que eu NÃO estou me referindo a ocultar o código fonte de procedures/functions/triggers... tire o NÃO Por favor, desculpem... Segue texto correto: Procuro fazê-lo sim. Posso não estar respondendo o último email da thread, pq o meu questionamento ou minha resposta está mais focada neste ponto e não no rumo que acabou tomando o assunto. Teve um caso de desenvolvimento de sistemas comerciais onde o fisco pegou clientes utilizando o mesmo sistema, porém com comportamentos bem distintos. Neste caso específico, a pessoa que foi implantar o sistema alterou funções do BANCO de modo a permitir um caixa 2. Este sistema era desenvolvido em Firebird e depois desse fato, a empresa desenvolvedora optou por ocultar o código fonte dos procedimentos do banco... Pelo que vi Oracle implementa algo neste sentido tbm. Mas não sei se é um anseio de outros usuários isso ou se eu estou divagando... Observe que eu estou me referindo a ocultar o código fonte de procedures/functions/triggers... e não em fechar o código fonte do postgresql. Att. Márcio A. Sepp ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral