Este protocolo mede o tempo necessário para migrar ao vivo uma máquina virtual entre dois nós Proxmox VE, variando a carga de CPU. O objetivo é entender como a utilização de CPU afeta a duração da migração.
Você terá um sistema SCADA aberto funcional, com um OpenPLC simulando um processo, dados trafegando via Modbus TCP para o Node-RED, e painéis de monitoramento no Grafana. Tempo estimado: 2 a 3 horas.
Este protocolo mede a latência de comunicação entre o OpenPLC e um painel Grafana, usando MQTT como transporte. O objetivo é quantificar o tempo entre a publicação de uma variável no OpenPLC e sua visualização no Grafana.
Este protocolo responde qual o impacto da seleção de canais Wi-Fi na taxa de transferência real medida com iperf3. O participante irá medir a throughput em diferentes canais, mantendo constantes outros fatores.
Você terá um ambiente SuiteCRM funcional, acessível via navegador, com banco MariaDB, rodando em uma VM Linux local. O laboratório leva de 90 a 120 minutos.
Este protocolo mede o tempo de resposta do endpoint de criação de Leads no SuiteCRM durante diferentes níveis de carga concorrente. O objetivo é avaliar a capacidade do sistema em manter desempenho aceitável sob uso intenso.
Você terá um ambiente virtual com Zeek e Snort monitorando tráfego entre uma estação de engenharia e um PLC simulado, detectando e registrando possíveis ameaças OT. A execução completa leva cerca de 120 minutos.
Este protocolo avalia como o aumento do tráfego típico de redes industriais (ICS/SCADA) afeta o tempo que o Zeek leva para detectar eventos suspeitos. A pessoa vai medir o tempo entre a geração de um evento malicioso e sua detecção/log pelo Zeek.
Você irá levantar e analisar a cobertura e capacidade de uma rede Wi-Fi real ou simulada, usando apenas software livre, em cerca de 2 horas. Ao final, terá realizado survey passivo, survey ativo, testes de throughput e visualização de espectro em bancada.
Você vai automatizar a atualização de pacotes críticos e a configuração de firewall em dois roteadores Linux simulados, usando Ansible em uma VM de controle. Em cerca de 2 horas, terá uma bancada funcional para testar automação e resposta rápida a vulnerabilidades.
Este protocolo avalia se a automação com Ansible impacta positivamente o tempo de recuperação de configurações em roteadores após uma falha simulada. A pessoa vai medir o tempo necessário para restaurar a configuração utilizando playbooks do Ansible em comparação ao processo manual.
Você terá um ambiente funcional de coleta, roteamento e consulta de logs centralizados usando Fluent Bit e Loki, com autenticação básica. Tempo estimado: 2 horas.
Este protocolo mede como o aumento do volume de logs enviados pelo Fluent Bit afeta o tempo de ingestão no Loki. O objetivo é identificar o ponto de saturação e a relação entre volume e latência.
