Os escritores do HackAvay, bem como os visitantes estão trabalhando atualmente de mão em um guardião de senha offline, o Mooltipass (clique para ver a descrição do trabalho).

Em seguida, no nosso estabelecido na série Hackaday, apresentamos a primeira versão de nossos esquemas. Já existe uma grande quantidade de discussões no nosso dedicado grupo do Google, principalmente sobre a funcionalidade fundamental do projeto. Como nossos designers de firmware desejavam chegar ao trabalho, escolhemos enviar a primeira versão do nosso hardware em produção há alguns dias. Antes de ir com os esquemas, vamos avaliar a listagem necessária dos principais componentes do Mooltipass:

uma tela facilmente legível

um cartão inteligente protegido por leitura

Grande memória flash para armazenar as senhas criptografadas

Um microcontrolador compatível com arduino com conectividade USB

Nós nos afogamos em recomendações de elementos de hobbyists inspirados, então percebemos que faríamos o Mooltipass v1 o mais fácil possível, bem como então a deslocalização a partir daí. Dado este gadget é estabelecido em Hackaday, nós também desejamos futuros indivíduos para personalizá-lo, construindo trabalhos totalmente novos com base em esses componentes primários. Continue lendo para nossos esquemas …

Para o núcleo da plataforma, escolhemos o atmega32u4 do Atmel. É exatamente o mesmo microcontrolador utilizado no Arduino Leonardo, permitindo-nos utilizar as várias bibliotecas que foram estabelecidas para isso. Nos esquemas finais, adicionaremos um conector de crescimento para que os indivíduos possam vincular periféricos extras (podemos mudar para um PCB de 4 camadas neste momento). As linhas USB do microcontrolador são garantidas da ESD pelo IP4234CZ6 do NXP.

Para armazenamento de senhas criptografadas, descobrimos o flash barato 1MBIT AT45DB011D que também possui versões compatíveis com 2/4 / 16mbits. Se nossos testadores beta descobrirem que 1mbit não é suficiente, a atualização do Mooltipass seria fácil. Alguns visitantes já podem entender, no entanto, ao escolher uma memória flash, o interesse especial deve ser pago à quantidade mínima de dados que podem ser apagados no chip. Se o flash não tiver um buffer interior (como aquele que escolhemos), o microcontrolador deve verificar um pedaço total de dados, personalizar a peça apropriada, bem como reenviar o pedaço personalizado para a memória. desde que o atmega32U4 tenha apenas 2.5kbytes de RAM, isso pode ter sido problemático.

Encontrar um cartão inteligente que pode oferecer as funções de segurança e segurança preferidas não foi o problema, no entanto descobrindo um provedor que possa nos enviar quantidades razoavelmente baixas (<1m) foi. No entanto, descobrimos o antigo AT88SC102 de At88sc102 da Atmel, um 1024bits lido / escrita garantiu EEPROM. Pode ser proveniente por menos de um dólar, bem como nosso assessor de segurança e segurança não foi item a essa escolha. Também utiliza um ônibus estranho para comunicações (like SPI com uma linha de dados de drenagem aberta), e é por isso que utilizamos o N-MOSFET Q2. Um hot-tópico no Grupo do Google foi a escolha da tela. Embora as opiniões fossem variadas, concordamos com a restrição central de que a tela selecionada deve ser pelo menos 2,8 ", bem como verificada rapidamente sob luz brilhante. Alta resolução, bem como RGB não foi necessariamente necessária, então, como uma primeira tentativa que escolhemos a tela OLED mostrada na foto acima (imagem tirada do YouTube). Após várias semanas de busca por telas OLED alternativas viáveis ​​sem qualquer tipo de sucesso, atualmente estamos pensando em fazer mais uma versão Mooltipass com um LCD IPS. Além disso, o presente incomum 3,12 "diagonal implica que a exigência de ter um painel de toque resistiva personalizado: as citações que conseguimos para os capacitivos eram tão caros. Essas opções de elementos tornaram as tensões eletrônicas relativamente simples. Todo o serviço é alimentado pelo ~ 5V vindo do USB, bem como o ~ 3.3V necessário pelo flash, bem como a tela é oferecida pelo ATMEGA32U4 Interior LDO Regulador (~ 55mA @ 3.0 a 3.6V). O + 12V da mesma forma necessário pela tela é produzido por um conversor DC-DC de taxa de taxa regulado de $ 1. Se tivéssemos que utilizar um passo tradicional, a contagem de elementos (e custo) seria muito maior. Observe que colocamos um P-Mosfet em série com o último como a tensão de saída quando o DC-DC não está funcionando não é 0V no entanto VCC (aqui + 5V). Nós também utilizamos mais um p-mosfet para mudar a fonte de alimentação indo para o cartão sábio. Utilizamos duas redes de resistor R6 & R7 (mais fácil de soldar) como divisores de tensão para transformar nossos sinais de 5V para 3.3V. Felizmente, o atmega32u4 pode obter sinais de LVTTL, portanto, não nos requisitos mudanças de nível para obter os dados provenientes da memória flash movida a 3.3V. Que envolve a visão geral do Mooltipass Schematics. Se você tiver algum tipo de sugestões, você pode entrar em contato com a equipe em nosso grupo dedicado do Google. Do programa que gostaríamos de ouvir comentários gerais, por favor, compartilhe-os abaixo.