Tendo trabalhado para empresas de "serviços gerenciados" no passado, procurei algo assim, mas nunca o encontrei. Não tive tempo nem vontade de escrever uma coisa dessas desde que comecei meu próprio negócio, mas há definitivamente um mercado para isso. Definitivamente, seria útil para uso interno em uma organização de TI de mais de uma pessoa também.
Eu já vi muitas "soluções" klugadas usando coisas como "Password Safe" que não possuem mecanismos de auditoria fortes (ou nenhum). É uma grande dor mudar todas as senhas no "cofre" quando alguém sai da empresa. Manter as senhas armazenadas no lado do servidor com mecanismos de acesso granulares e uma trilha de auditoria facilitaria muito a vida nessa eventualidade.
Os recursos que eu gostaria incluem:
Autenticação para usuários individuais no banco de dados, de forma que uma trilha de auditoria possa ser gerada. Idealmente, o sistema de autenticação usaria a autenticação HTTP simples e simples.
Seu "acesso sem inscrição" (recurso "solicitação") parece usar um URL exclusivo como um "atalho" para ignorar a autenticação de uma determinada credencial que pode acessar uma única senha. Isso parece bastante simples de implementar. Ao criar essa credencial de uso único, você deve ter algum tipo de metadado para descrever por que a credencial foi criada (para geração de relatórios).
Relatórios mostrando quais senhas foram acessadas por quais usuários, permitindo que somente as senhas necessárias sejam alteradas quando alguém sai da empresa. Uma vez que os dados estão em um back-end de banco de dados, isso é fácil.
Datas de validade da senha. Eu os usaria para direcionar scripts para executar a rotação automática de senhas e o check-in de novas senhas no sistema. Freqüentemente, tenho coisas como senhas de contas de serviço que não quero estar sujeita aos requisitos de vencimento de senhas do sistema operacional, mas, ao mesmo tempo, gostaria que as senhas mudassem de vez em quando.
Um back-end de banco de dados com uma interface web CRUD, tudo embrulhado em SSL, deve funcionar bem para isso.
Não deve ser muito trabalho reunir algo rápido e sujo, mas torná-lo realmente polido e limpo (com uma boa API de cliente) provavelmente seria um pouco de trabalho.