Gestor de senhas para equipes?

Boa tarde, colegas!

Na minha equipe aqui estou precisando de um gestor de senhas para
equipe. Uma outra equipe usava o RatticDB, mas está descontinuado; um
técnico está testando o TeamPass, mas desconfio de tudo que seja
MySQL. No http://alternativeto.net/, não achei nada baseado em
PostgreSQL. Alguém conhece algo?

--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 gTalk: xmpp:leandrod(at)jabber(dot)org
+55 (61) 9302 2691 ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3 MSN: msnim:chat?contact=leandro(at)dutra(dot)fastmail(dot)fm

https://www.manageengine.com/products/passwordmanagerpro/

Em qui, 28 de mar de 2019 às 17:41, Guimarães Faria Corcete DUTRA, Leandro <
l(at)dutras(dot)org> escreveu:

> Boa tarde, colegas!
>
> Na minha equipe aqui estou precisando de um gestor de senhas para
> equipe. Uma outra equipe usava o RatticDB, mas está descontinuado; um
> técnico está testando o TeamPass, mas desconfio de tudo que seja
> MySQL. No http://alternativeto.net/, não achei nada baseado em
> PostgreSQL. Alguém conhece algo?
>
>
> --
> skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (61) 3546 7191 gTalk: xmpp:leandrod(at)jabber(dot)org
> +55 (61) 9302 2691 ICQ/AIM: aim:GoIM?screenname=61287803
> BRAZIL GMT−3 MSN: msnim:chat?contact=leandro(at)dutra(dot)fastmail(dot)fm
>
>
>

Le 28 mars 2019 19:54:43 GMT-03:00, Ivanelson Nunes <ivanelsonnunes(at)gmail(dot)com> a écrit :
>https://www.manageengine.com/products/passwordmanagerpro/

Obrigado pela dica, mas acho que não rola. Além de não termos orçamento, não confio em sistemas proprietários e não temos como justificar a gestão de licenciamento.
--
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.

>
>
> Obrigado pela dica, mas acho que não rola. Além de não termos orçamento,
> não confio em sistemas proprietários e não temos como justificar a gestão
> de licenciamento.
>

Tenho usado Vault. Não é baseado em PostgreSQL mas sim em Consul que é bem
interessante pra esse tipo de aplicação.

O interessante, além de ser open source, é que é uma solução completa de
segurança de segredos em geral, senhas, chaves, certificados.

Mas pode ser um canhão pra matar uma formiga, nesse caso tenho usado
keepass e ponho o arquivo num repositório Git, por exemplo.

[]s
Flavio

>

>
>
>
>
>

Le ven. 29 mars 2019 à 04:01, Flavio Henrique Araque Gurgel
<fhagur(at)gmail(dot)com> a écrit :
>>
>> Obrigado pela dica, mas acho que não rola. Além de não termos orçamento, não confio em sistemas proprietários e não temos como justificar a gestão de licenciamento.
>
> Tenho usado Vault. Não é baseado em PostgreSQL mas sim em Consul que é bem interessante pra esse tipo de aplicação.

Interessante, obrigado. Desconfio de tudo que tenta fazer as vezes do
SQL sem ser relacional, mas olharei.

> Mas pode ser um canhão pra matar uma formiga, nesse caso tenho usado keepass e ponho o arquivo num repositório Git, por exemplo.

Será que isso ‘escala’ para uma equipe de 47 técnicos?

--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 gTalk: xmpp:leandrod(at)jabber(dot)org
+55 (61) 9302 2691 ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3 MSN: msnim:chat?contact=leandro(at)dutra(dot)fastmail(dot)fm

> > Tenho usado Vault. Não é baseado em PostgreSQL mas sim em Consul que é bem interessante pra esse tipo de aplicação.
>
> Interessante, obrigado. Desconfio de tudo que tenta fazer as vezes do
> SQL sem ser relacional, mas olharei.

Uhm, o conceito é diferente. O objetivo único do Consul é
disponibilidade garantida, sem querer ser ACID ou resolver teorema de
CAP nem desempenho, respeitando apenas o protocolo de consenso que é
matemática pura.
É algo realmente bem sacado. O pessoal da Cybertec usa inclusive como
tomador de decisão em instalações do PostgreSQL em Kubernetes.

> > Mas pode ser um canhão pra matar uma formiga, nesse caso tenho usado keepass e ponho o arquivo num repositório Git, por exemplo.
>
> Será que isso ‘escala’ para uma equipe de 47 técnicos?

Dificilmente, na minha de 10 já é complicado.
A idéia do Vault para o tamanho da sua equipe torna-se bem
interessante (usamos numa equipe de 150+)

[]s
Flavio

Le lun. 1 avr. 2019 à 11:14, Tiago José Adami <adamitj(at)gmail(dot)com> a écrit :
>
> Pouco antes de me desligar da UTFPR o pessoal do campus onde eu
> trabalhava começou a usar o EnPass. Não usa PostgreSQL e a arquitetura
> dele é bem simples: tudo fica em um arquivo criptografado em disco,
> que pode ser compartilhado usando o seu serviço de nuvem preferido
> (OwnCloud, Dropbox, Box, etc.).

Hm, acho que para 47 pessoas trabalhando diariamente um arquivo
simples deve dar conflitos. Ou vocês chegaram a usar compartilhando
numa equipe razoável?

--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 gTalk: xmpp:leandrod(at)jabber(dot)org
+55 (61) 9302 2691 ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3 MSN: msnim:chat?contact=leandro(at)dutra(dot)fastmail(dot)fm

Le dim. 31 mars 2019 à 16:20, Flavio Henrique Araque Gurgel
<fhagur(at)gmail(dot)com> a écrit :
>
> Uhm, o conceito é diferente. O objetivo único do Consul é
> disponibilidade garantida, sem querer ser ACID ou resolver teorema de
> CAP nem desempenho, respeitando apenas o protocolo de consenso que é
> matemática pura.

O que normalmente significa que a aplicação terá de administrar
transações, o que costuma dar desastre. Mas como parece ser um uso
muito restrito, talvez role.

> É algo realmente bem sacado. O pessoal da Cybertec usa inclusive como
> tomador de decisão em instalações do PostgreSQL em Kubernetes.

Eu diria que é um uso bem diferente. Mas vou reter como opção ao
Teampass, obrigado!

--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 gTalk: xmpp:leandrod(at)jabber(dot)org
+55 (61) 9302 2691 ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3 MSN: msnim:chat?contact=leandro(at)dutra(dot)fastmail(dot)fm

https://www.passbolt.com

On Mon, Apr 1, 2019, 20:42 Guimarães Faria Corcete DUTRA, Leandro <
l(at)dutras(dot)org> wrote:

> Le dim. 31 mars 2019 à 16:20, Flavio Henrique Araque Gurgel
> <fhagur(at)gmail(dot)com> a écrit :
> >
> > Uhm, o conceito é diferente. O objetivo único do Consul é
> > disponibilidade garantida, sem querer ser ACID ou resolver teorema de
> > CAP nem desempenho, respeitando apenas o protocolo de consenso que é
> > matemática pura.
>
> O que normalmente significa que a aplicação terá de administrar
> transações, o que costuma dar desastre. Mas como parece ser um uso
> muito restrito, talvez role.
>
>
> > É algo realmente bem sacado. O pessoal da Cybertec usa inclusive como
> > tomador de decisão em instalações do PostgreSQL em Kubernetes.
>
> Eu diria que é um uso bem diferente. Mas vou reter como opção ao
> Teampass, obrigado!
>
>
> --
> skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (61) 3546 7191 gTalk: xmpp:leandrod(at)jabber(dot)org
> +55 (61) 9302 2691 ICQ/AIM: aim:GoIM?screenname=61287803
> BRAZIL GMT−3 MSN: msnim:chat?contact=leandro(at)dutra(dot)fastmail(dot)fm
>
>
>