← Voltar à Academia
NÍVEL 2 · Grátis
Segurança de Carteira e Autocustódia
Proteja chaves, recuperação, destinos e dispositivos com limites operacionais práticos.
8 lições · 8 Exercício de campo · 8 Cenários práticos · 20 pergunta · 80% nota mínima
Começar a estudar0% · 0/21
O que vai saber fazer
✓
Este módulo aprofunda segredos e recuperação com teoria aplicada e um laboratório próprio.
✓
Este módulo aprofunda phishing, origens e pressão social com teoria aplicada e um laboratório próprio.
✓
Este módulo aprofunda integridade do destino com teoria aplicada e um laboratório próprio.
✓
Este módulo aprofunda segurança operacional da carteira com teoria aplicada e um laboratório próprio.
Programa
▸1.1 · Seed nunca é credencial de suporte20 min
▸1.2 · Backup precisa de disponibilidade e confidencialidade18 min
Laboratório · Proteja o limite de assinatura
Este curso inclui
- ·8 lições · 14 horas guiadas
- ·4 Laboratório · Cenários práticos
- ·8 Casos aplicados · 8 Verificações de conhecimento
- ·52 Banco de questões · 80% nota mínima
- ·Credencial de conclusão: UTXO Certified · Wallet Security Fundamentals
O que este curso espera de si
- ·Reconhecer caminhos comuns de comprometimento antes do movimento de fundos.
- ·Nota mínima: 80%
- ·Fundamentos de Cripto e Blockchain
Briefing do curso
Contrato de formação
Reconhecer caminhos comuns de comprometimento antes do movimento de fundos.
Entregáveis práticos
Segredos e recuperação
Este módulo aprofunda segredos e recuperação com teoria aplicada e um laboratório próprio.
Memorando de evidências · KEY-BOUNDARYPhishing, origens e pressão social
Este módulo aprofunda phishing, origens e pressão social com teoria aplicada e um laboratório próprio.
Memorando de evidências · PHISHINGIntegridade do destino
Este módulo aprofunda integridade do destino com teoria aplicada e um laboratório próprio.
Memorando de evidências · ADDRESS-POISONINGSegurança operacional da carteira
Este módulo aprofunda segurança operacional da carteira com teoria aplicada e um laboratório próprio.
Memorando de evidências · KEY-BOUNDARYContrato de avaliação
Verificações de lição8
Labs de módulo4
Exame final20
Limite de domínio80%
Programa completo
Segurança de Carteira e Autocustódia
Revise todo o currículo, competências e percurso de avaliação antes de começar.
Carga de estudo guiado14h
módulos4
lições8
01
Segredos e recuperação
Este módulo aprofunda segredos e recuperação com teoria aplicada e um laboratório próprio.
1.1
Seed nunca é credencial de suporte45 min · Lição técnica aprofundada
1.2
Backup precisa de disponibilidade e confidencialidade45 min · Lição técnica aprofundada
Laboratório prático do móduloProteja o limite de assinatura
02
Phishing, origens e pressão social
Este módulo aprofunda phishing, origens e pressão social com teoria aplicada e um laboratório próprio.
2.1
Leia a origem, não o logotipo45 min · Lição técnica aprofundada
2.2
Urgência faz parte do exploit45 min · Lição técnica aprofundada
Laboratório prático do móduloInspecione a origem
03
Integridade do destino
Este módulo aprofunda integridade do destino com teoria aplicada e um laboratório próprio.
3.1
Histórico não é agenda de endereços45 min · Lição técnica aprofundada
3.2
Verifique o destino antes de tornar o valor irreversível45 min · Lição técnica aprofundada
Laboratório prático do móduloVerifique o destino
04
Segurança operacional da carteira
Este módulo aprofunda segurança operacional da carteira com teoria aplicada e um laboratório próprio.
4.1
Uma carteira segura herda o risco do dispositivo45 min · Lição técnica aprofundada
4.2
Bom procedimento reduz dependência de software perfeito45 min · Lição técnica aprofundada
Laboratório prático do móduloProteja o limite de assinatura
- Risco-chave: não trate seed nunca é credencial de suporte como detalhe irrelevante.
- Ação: verifique a evidência técnica de seed nunca é credencial de suporte antes de autorizar.
- Risco-chave: não trate backup precisa de disponibilidade e confidencialidade como detalhe irrelevante.
- Ação: verifique a evidência técnica de backup precisa de disponibilidade e confidencialidade antes de autorizar.
- Risco-chave: não trate leia a origem, não o logotipo como detalhe irrelevante.
- Ação: verifique a evidência técnica de leia a origem, não o logotipo antes de autorizar.
- Risco-chave: não trate urgência faz parte do exploit como detalhe irrelevante.
- Ação: verifique a evidência técnica de urgência faz parte do exploit antes de autorizar.
- Risco-chave: não trate histórico não é agenda de endereços como detalhe irrelevante.
- Ação: verifique a evidência técnica de histórico não é agenda de endereços antes de autorizar.
- Risco-chave: não trate verifique o destino antes de tornar o valor irreversível como detalhe irrelevante.
- Ação: verifique a evidência técnica de verifique o destino antes de tornar o valor irreversível antes de autorizar.
- Exercício de campo escrito × 8
- Verificações de conhecimento × 8
- Laboratório prático do módulo × 4
- Exame final cronometrado · 20 · ≥ 80%
- Lição técnica aprofundada · 360 min
- Exercício de campo escrito · 160 min
- Laboratório prático do módulo · 140 min
- Specialist units · 105 min
- Exame final cronometrado · 30 min
MANUAL DO CURSO
14hEscopo, resultados e padrão de estudo
Proteja chaves, recuperação, destinos e dispositivos com limites operacionais práticos.
Estudo prévio recomendado
- Fundamentos de Cripto e Blockchain
- Risco-chave: não trate seed nunca é credencial de suporte como detalhe irrelevante.
- Ação: verifique a evidência técnica de seed nunca é credencial de suporte antes de autorizar.
- Risco-chave: não trate backup precisa de disponibilidade e confidencialidade como detalhe irrelevante.
- Ação: verifique a evidência técnica de backup precisa de disponibilidade e confidencialidade antes de autorizar.
- Risco-chave: não trate leia a origem, não o logotipo como detalhe irrelevante.
- Ação: verifique a evidência técnica de leia a origem, não o logotipo antes de autorizar.
- Risco-chave: não trate urgência faz parte do exploit como detalhe irrelevante.
- Ação: verifique a evidência técnica de urgência faz parte do exploit antes de autorizar.
- Risco-chave: não trate histórico não é agenda de endereços como detalhe irrelevante.
- Ação: verifique a evidência técnica de histórico não é agenda de endereços antes de autorizar.
- 01
Leia o capítulo técnico em seis partes
- 02
Inspecione o visual exclusivo e o modelo de protocolo
- 03
Trabalhe o caso e o mapa de evidências
- 04
Envie o exercício de campo escrito
- 05
Passe no knowledge check e no lab do módulo
- 06
Conclua a avaliação final cronometrada
Toda afirmação deve estar ligada a campos observáveis, comportamento do protocolo, fontes primárias ou premissas explicitamente declaradas. Incógnitas devem permanecer explícitas.
A conclusão exige trabalho escrito, knowledge checks, todos os labs e pelo menos 80% no exame final. O nível profissional também exige o capstone.
- Seed nunca é credencial de suporte
- Seed phrase e private key são autoridade de assinatura, não dados de suporte. Qualquer exposição deve ser tratada como comprometimento permanente.
- Backup precisa de disponibilidade e confidencialidade
- Um plano de recuperação deve sobreviver à perda do dispositivo sem transformar fotos, cloud notes ou uma cópia única em um caminho simples para roubo.
- Leia a origem, não o logotipo
- Phishing pode copiar uma marca perfeitamente e operar em outra origem. Unicode, subdomínios e anúncios exploram confiança visual; verifique a origem de forma independente.
- Urgência faz parte do exploit
- Ataques combinam payload técnico com pressão emocional como claims expirando, bloqueios ou falso suporte. Urgência deve aumentar a revisão.
- Histórico não é agenda de endereços
- Address poisoning injeta endereços parecidos no histórico para induzir cópia errada; prefixo ou sufixo iguais não comprovam o destino.
- Verifique o destino antes de tornar o valor irreversível
- Clipboard malware, QR manipulado, histórico envenenado ou resolução de nomes alterada podem trocar o destinatário; a verificação final deve ocorrer no limite de assinatura.
- Uma carteira segura herda o risco do dispositivo
- Malware pode alterar clipboard, navegador, sessões e instaladores. Self-custody também exige higiene do dispositivo e separação de operações de alto valor.
- Bom procedimento reduz dependência de software perfeito
- Limites de valor, separação de papéis, allowlists e dry-runs reduzem a chance de uma única falha virar perda total.
EXTENSÕES ESPECIALIZADAS
Protocolos modernos e temas operacionais
Estas extensões ampliam o currículo central com padrões atuais e limites de segurança que um profissional deve reconhecer.
EXT / 01
Limites de confiança de RPC e provider
O provider transporta requests e estado da rede, mas não deve virar uma fonte invisível de verdade. Modele mudanças de chain/account e respostas RPC adversas ou antigas.
Foco de segurançaEIP-1193 · integridade RPC · chain changes · exposição de contas · fail-visible
Tarefa de estudoLeia o material primário, identifique o limite de confiança e explique como o mecanismo altera o modelo de autorização ou execução.
Entregável obrigatórioProduza uma nota de analista concisa com premissas, evidências materiais, condições de falha e uma decisão de segurança justificada.
Referências primáriasEIP-1193 ↗
EXT / 02
Segurança da supply chain de wallets
Dependências, builds, registries e artefatos de release fazem parte do threat model. Provenance e reprodutibilidade reduzem o risco de updates maliciosos.
Foco de segurançaProvenance · dependências · integridade do build · releases · confiança em update
Tarefa de estudoLeia o material primário, identifique o limite de confiança e explique como o mecanismo altera o modelo de autorização ou execução.
Entregável obrigatórioProduza uma nota de analista concisa com premissas, evidências materiais, condições de falha e uma decisão de segurança justificada.
Referências primáriasSLSA v1.2 ↗
EXT / 03
Gestão de chaves apoiada por hardware
Separe geração, armazenamento, uso, backup, rotação e destruição. Isolamento hardware reduz extração de chave, mas não torna automaticamente uma transação incorreta segura.
Foco de segurançaCiclo de vida · limite criptográfico · backup · rotação · display do signer
Tarefa de estudoLeia o material primário, identifique o limite de confiança e explique como o mecanismo altera o modelo de autorização ou execução.
Entregável obrigatórioProduza uma nota de analista concisa com premissas, evidências materiais, condições de falha e uma decisão de segurança justificada.
Referências primáriasNIST SP 800-57 Pt1 Rev5 ↗
Módulo 01
Segredos e recuperação
Este módulo aprofunda segredos e recuperação com teoria aplicada e um laboratório próprio.
Lição 1.1
Seed nunca é credencial de suporte
Capítulo técnico
Lição técnica aprofundadaSeed nunca é credencial de suporte
01
Modelo mental
Seed phrase e private key são autoridade de assinatura, não dados de suporte. Qualquer exposição deve ser tratada como comprometimento permanente.
Este conceito importa porque Risco-chave: não trate seed nunca é credencial de suporte como detalhe irrelevante.
Inspecione os campos exatos do protocolo que criam autoridade ou alteram a execução. Compare esses campos com a intenção declarada pelo usuário e com o limite de segurança esperado.
02
O que realmente acontece
Inspecione os campos exatos do protocolo que criam autoridade ou alteram a execução.
No nível de protocolo e execução, deve-se inspecionar seed phrase e derived key e signer e backup e compromise. Identificadores de protocolo não são traduzidos porque fazem parte do payload técnico.
seed phrasePontos técnicos de inspeção
derived keyPontos técnicos de inspeção
signerPontos técnicos de inspeção
backupPontos técnicos de inspeção
compromisePontos técnicos de inspeção
03
Superfície de falha
Trate contradições, autoridade excessiva e dependências não explicadas como sinais materiais de falha.
A consequência prática é que Ação: verifique a evidência técnica de seed nunca é credencial de suporte antes de autorizar. Desconhecido não equivale a seguro.
- Risco-chave: não trate seed nunca é credencial de suporte como detalhe irrelevante.
- Ação: verifique a evidência técnica de seed nunca é credencial de suporte antes de autorizar.
04
Critério de decisão
Converta cada sinal material na consequência concreta sobre ativos, autoridade ou confiança.
A consequência prática é que Ação: verifique a evidência técnica de seed nunca é credencial de suporte antes de autorizar.
Escale quando a evidência for contraditória, incompleta ou a consequência exceder a política rotineira.
05
Procedimento de verificação
Verifique a solicitação com evidências independentes antes de qualquer autorização irreversível.
- 01
Inspecione os campos exatos do protocolo que criam autoridade ou alteram a execução.
- 02
Compare esses campos com a intenção declarada pelo usuário e com o limite de segurança esperado.
- 03
Verifique a solicitação com evidências independentes antes de qualquer autorização irreversível.
- 04
Registre fatos, premissas, incógnitas e decisão para que outro analista possa reproduzir a revisão.
- 05
Escale quando a evidência for contraditória, incompleta ou a consequência exceder a política rotineira.
06
Entrega do analista
Registre fatos, premissas, incógnitas e decisão para que outro analista possa reproduzir a revisão.
Risco-chave: não trate seed nunca é credencial de suporte como detalhe irrelevante. e Ação: verifique a evidência técnica de seed nunca é credencial de suporte antes de autorizar.
Entrega do analistaSeed nunca é credencial de suporte · Critério de decisão
Workbook técnico
Objetivo do analista
Risco-chave: não trate seed nunca é credencial de suporte como detalhe irrelevante.
Mecânica
seed phrase
root recovery secretderived key
account-specific authoritysigner
uses key without exposing itbackup
offline recovery copycompromise
authority must be migratedSinais de falha
- 01
seed typed into website
- 02
seed photographed/cloud-synced
- 03
support asks for recovery words
- 04
same seed used in insecure environment
- 05
suspected disclosure without migration
Procedimento de verificação
- 01
classify recovery material
- 02
remove online copies
- 03
verify signer never exports secrets
- 04
design recovery test
- 05
migrate assets after suspected exposure
Cadeia de raciocínio
- 01
fatos → evidência material
- 02
evidência → consequência / autoridade
- 03
consequência → decisão explícita + próxima ação
Entregável obrigatório
secret-material handling policyPercurso do protocolo
Siga o caminho da decisão de segurança
seed / private / key / boundary01Observar
- seed phrase: root recovery secret
- derived key: account-specific authority
02Rastrear
- signer: uses key without exposing it
- backup: offline recovery copy
- compromise: authority must be migrated
03Questionar
- seed typed into website
- seed photographed/cloud-synced
- support asks for recovery words
04Verificar
- classify recovery material
- remove online copies
- verify signer never exports secrets
05Resultado
- secret-material handling policy
Superfície de autoridadeseed phrase · derived key · signer
Condição de falhaseed typed into website
Caso aplicado
recovery-phishrequest
enter 24 wordspage
wallet recovery portalorigin
wallet-helpdesk.iosupport Contact
unsolicitedfunds Moved
norequired Action
treat material as compromised if enteredTarefa do analista
Antes de responder, identifique a autoridade concedida, o limite de confiança que pode falhar e a consequência irreversível.
Mapa de evidências
Organize antes de decidir
Separe identidade, autoridade, execução e contexto antes de uma decisão de segurança.
01
Identidade
Quem ou o que solicita, recebe ou representa autoridade?
origin
wallet-helpdesk.iosupport Contact
unsolicited02
Autoridade
Que capacidade pode ser concedida, mantida ou exercida?
—
03
Execução
O que o payload, rota ou sistema realmente fará?
—
04
Contexto
Quais fatos ao redor podem mudar materialmente a decisão?
request
enter 24 wordspage
wallet recovery portalfunds Moved
norequired Action
treat material as compromised if enteredExercício de campo
Registro de analista apenas localProduza uma conclusão pronta para analista
Não responda de memória. Use o caso, os campos do protocolo e o procedimento de verificação acima para escrever uma conclusão reproduzível.
Focoseed phrase · derived key · signer
Sinal de falhaseed typed into website
Verificar primeiroclassify recovery material
Entregávelsecret-material handling policy
Critérios de conclusão
- Cita evidência material, não a aparência da interface.
- Nomeia a autoridade, transição de estado ou consequência.
- Fornece uma próxima ação ou decisão reproduzível.
Notas de segurança
- 01
Risco-chave: não trate seed nunca é credencial de suporte como detalhe irrelevante.
- 02
Ação: verifique a evidência técnica de seed nunca é credencial de suporte antes de autorizar.
Caderno do analista
Registro de aprendizagem apenas localConstrua seu memorando de evidências
Registre seu raciocínio antes da verificação e finalize com uma decisão ou próxima ação explícita. As notas permanecem neste dispositivo.
LOCAL STORAGE
Exercício de campo
Desenvolva as três seções antes de concluir.
Lição 1.2
Backup precisa de disponibilidade e confidencialidade
Capítulo técnico
Lição técnica aprofundadaBackup precisa de disponibilidade e confidencialidade
01
Modelo mental
Um plano de recuperação deve sobreviver à perda do dispositivo sem transformar fotos, cloud notes ou uma cópia única em um caminho simples para roubo.
Este conceito importa porque Risco-chave: não trate backup precisa de disponibilidade e confidencialidade como detalhe irrelevante.
Inspecione os campos exatos do protocolo que criam autoridade ou alteram a execução. Compare esses campos com a intenção declarada pelo usuário e com o limite de segurança esperado.
02
O que realmente acontece
Inspecione os campos exatos do protocolo que criam autoridade ou alteram a execução.
No nível de protocolo e execução, deve-se inspecionar availability e confidentiality e redundancy e separation e test. Identificadores de protocolo não são traduzidos porque fazem parte do payload técnico.
availabilityPontos técnicos de inspeção
confidentialityPontos técnicos de inspeção
redundancyPontos técnicos de inspeção
separationPontos técnicos de inspeção
testPontos técnicos de inspeção
03
Superfície de falha
Trate contradições, autoridade excessiva e dependências não explicadas como sinais materiais de falha.
A consequência prática é que Ação: verifique a evidência técnica de backup precisa de disponibilidade e confidencialidade antes de autorizar. Desconhecido não equivale a seguro.
- Risco-chave: não trate backup precisa de disponibilidade e confidencialidade como detalhe irrelevante.
- Ação: verifique a evidência técnica de backup precisa de disponibilidade e confidencialidade antes de autorizar.
04
Critério de decisão
Converta cada sinal material na consequência concreta sobre ativos, autoridade ou confiança.
A consequência prática é que Ação: verifique a evidência técnica de backup precisa de disponibilidade e confidencialidade antes de autorizar.
Escale quando a evidência for contraditória, incompleta ou a consequência exceder a política rotineira.
05
Procedimento de verificação
Verifique a solicitação com evidências independentes antes de qualquer autorização irreversível.
- 01
Inspecione os campos exatos do protocolo que criam autoridade ou alteram a execução.
- 02
Compare esses campos com a intenção declarada pelo usuário e com o limite de segurança esperado.
- 03
Verifique a solicitação com evidências independentes antes de qualquer autorização irreversível.
- 04
Registre fatos, premissas, incógnitas e decisão para que outro analista possa reproduzir a revisão.
- 05
Escale quando a evidência for contraditória, incompleta ou a consequência exceder a política rotineira.
06
Entrega do analista
Registre fatos, premissas, incógnitas e decisão para que outro analista possa reproduzir a revisão.
Risco-chave: não trate backup precisa de disponibilidade e confidencialidade como detalhe irrelevante. e Ação: verifique a evidência técnica de backup precisa de disponibilidade e confidencialidade antes de autorizar.
Entrega do analistaBackup precisa de disponibilidade e confidencialidade · Critério de decisão
Workbook técnico
Objetivo do analista
Risco-chave: não trate backup precisa de disponibilidade e confidencialidade como detalhe irrelevante.
Mecânica
availability
can recover after lossconfidentiality
unauthorized recovery preventedredundancy
no single physical failureseparation
copies not compromised togethertest
recovery procedure validatedSinais de falha
- 01
single backup
- 02
all copies same location
- 03
cloud photo/note
- 04
backup never tested
- 05
inheritance/emergency path undefined
Procedimento de verificação
- 01
define loss scenarios
- 02
choose independent backup locations
- 03
protect access separately
- 04
test recovery with non-production funds
- 05
document emergency/inheritance procedure
Cadeia de raciocínio
- 01
fatos → evidência material
- 02
evidência → consequência / autoridade
- 03
consequência → decisão explícita + próxima ação
Entregável obrigatório
tested recovery runbookPercurso do protocolo
Siga o caminho da decisão de segurança
backup / recovery01Observar
- availability: can recover after loss
- confidentiality: unauthorized recovery prevented
02Rastrear
- redundancy: no single physical failure
- separation: copies not compromised together
- test: recovery procedure validated
03Questionar
- single backup
- all copies same location
- cloud photo/note
04Verificar
- define loss scenarios
- choose independent backup locations
- protect access separately
05Resultado
- tested recovery runbook
Superfície de autoridadeavailability · confidentiality · redundancy
Condição de falhasingle backup
Caso aplicado
backup-designcopies
2copy A
home safecopy B
cloud photoencryption
account passwordinheritance
nonerecovery Test
neverasset Value
$95,000Tarefa do analista
Antes de responder, identifique a autoridade concedida, o limite de confiança que pode falhar e a consequência irreversível.
Mapa de evidências
Organize antes de decidir
Separe identidade, autoridade, execução e contexto antes de uma decisão de segurança.
01
Identidade
Quem ou o que solicita, recebe ou representa autoridade?
—
02
Autoridade
Que capacidade pode ser concedida, mantida ou exercida?
—
03
Execução
O que o payload, rota ou sistema realmente fará?
asset Value
$95,00004
Contexto
Quais fatos ao redor podem mudar materialmente a decisão?
copies
2copy A
home safecopy B
cloud photoencryption
account passwordinheritance
nonerecovery Test
neverExercício de campo
Registro de analista apenas localProduza uma conclusão pronta para analista
Não responda de memória. Use o caso, os campos do protocolo e o procedimento de verificação acima para escrever uma conclusão reproduzível.
Focoavailability · confidentiality · redundancy
Sinal de falhasingle backup
Verificar primeirodefine loss scenarios
Entregáveltested recovery runbook
Critérios de conclusão
- Cita evidência material, não a aparência da interface.
- Nomeia a autoridade, transição de estado ou consequência.
- Fornece uma próxima ação ou decisão reproduzível.
Notas de segurança
- 01
Risco-chave: não trate backup precisa de disponibilidade e confidencialidade como detalhe irrelevante.
- 02
Ação: verifique a evidência técnica de backup precisa de disponibilidade e confidencialidade antes de autorizar.
Caderno do analista
Registro de aprendizagem apenas localConstrua seu memorando de evidências
Registre seu raciocínio antes da verificação e finalize com uma decisão ou próxima ação explícita. As notas permanecem neste dispositivo.
LOCAL STORAGE
Exercício de campo
Desenvolva as três seções antes de concluir.
Laboratório bloqueado
Passe nas verificações de conhecimento das duas lições antes do laboratório.
Módulo 02
Phishing, origens e pressão social
Este módulo aprofunda phishing, origens e pressão social com teoria aplicada e um laboratório próprio.
Módulo bloqueado
Conclua o módulo anterior, incluindo o laboratório prático, antes de continuar.
Módulo 03
Integridade do destino
Este módulo aprofunda integridade do destino com teoria aplicada e um laboratório próprio.
Módulo bloqueado
Conclua o módulo anterior, incluindo o laboratório prático, antes de continuar.
Módulo 04
Segurança operacional da carteira
Este módulo aprofunda segurança operacional da carteira com teoria aplicada e um laboratório próprio.
Módulo bloqueado
Conclua o módulo anterior, incluindo o laboratório prático, antes de continuar.
Exame final
Exame final
Avaliação cumulativa reconstruída em cada tentativa com conceitos e casos práticos do curso.
É necessário obter pelo menos 80%. Concluir apenas a teoria não gera credencial.
Nota mínima80%
Melhor nota0%
Banco52
Tentativa20
Tentativas0
Tempo limite30 min
BLOQUEADOConclua todos os checkpoints e laboratórios antes de desbloquear o exame final.