Como Usar a Ferramenta Inspecionar Elemento no Chrome: Um Guia Completo para Desenvolvedores
A ferramenta Inspecionar Elemento no Google Chrome é uma interface baseada no navegador para o Chrome DevTools — um conjunto de utilitários de depuração, criação de perfis e edição em tempo real integrados diretamente no navegador. Permite ler e modificar a estrutura HTML de uma página, as regras CSS e a execução de JavaScript em tempo real, sem tocar no servidor ou nos ficheiros de origem.
Para desenvolvedores web, engenheiros de front-end e testadores de QA, esta ferramenta é o caminho mais rápido de “algo parece estar errado” para “sei exatamente porquê.” Este guia abrange todos os painéis principais, fluxos de trabalho práticos e as técnicas não óbvias que separam os utilizadores casuais dos utilizadores avançados.
O que é o Chrome DevTools e onde se encaixa o Inspecionar Elemento?
O Chrome DevTools é uma coleção de utilitários para desenvolvedores incorporados em todos os navegadores baseados em Chromium. O painel Elements — o que a maioria das pessoas quer dizer quando diz “Inspecionar Elemento” — é apenas um de cerca de uma dúzia de painéis especializados. Em conjunto, cobrem inspeção de DOM, depuração de JavaScript, criação de perfis de rede, gráficos de desempenho em chama, instantâneos de heap de memória e auditoria de acessibilidade.
Compreender que o Inspecionar Elemento é um ponto de entrada para um conjunto de ferramentas muito maior muda a forma como o utiliza. Um bug de layout pode começar no painel Elements, requerer uma verificação de substituição de CSS no separador Computed e terminar com uma análise de cascata de rede no painel Network — tudo sem sair do navegador.
Como Abrir a Ferramenta Inspecionar Elemento no Chrome
O Chrome fornece quatro métodos distintos. Cada um é otimizado para um fluxo de trabalho diferente.
Método 1: Menu de Contexto do Botão Direito (Mais Preciso)
Clique com o botão direito diretamente no elemento específico que pretende examinar. Selecione Inspecionar no menu de contexto. O Chrome abre o DevTools com o painel Elements ativo e esse nó DOM exato já selecionado e com scroll até ficar visível. Esta é a forma mais rápida de ir diretamente a um elemento específico sem procurar manualmente na árvore HTML.
Método 2: Atalhos de Teclado (Mais Rápido para Utilizadores Avançados)
| Sistema Operativo | Abrir DevTools | Abrir Inspecionar Elemento |
|---|---|---|
| — | — | — |
| Windows / Linux | `Ctrl+Shift+I` | `Ctrl+Shift+C` |
| macOS | `Cmd+Option+I` | `Cmd+Shift+C` |
A distinção é importante: Ctrl+Shift+I abre o DevTools no estado em que o deixou pela última vez. Ctrl+Shift+C ativa imediatamente o seletor de elementos, permitindo-lhe clicar em qualquer elemento da página para ir diretamente ao seu nó DOM.
Método 3: Menu da Aplicação Chrome
Navegue até ao menu de três pontos no canto superior direito e aceda a Mais ferramentas > Ferramentas de programador. Este é o método menos eficiente, mas útil quando os atalhos de teclado são remapeados por outra aplicação.
Método 4: A Barra de Endereço (Pouco Utilizada)
Digite about:blank na barra de endereço, abra o DevTools e navegue até ao URL de destino. Isto captura pedidos de rede desde o primeiro byte, incluindo pedidos que são disparados antes de a página terminar de carregar — útil para depurar cadeias de redirecionamento ou pedidos de recursos em fase inicial que desaparecem se abrir o DevTools depois de a página carregar.
A Arquitetura do Painel DevTools
Quando o DevTools abre, vê uma interface com separadores. Cada separador é uma ferramenta autónoma. Aqui está uma descrição funcional:
| Painel | Caso de Uso Principal | Atalho Principal |
|---|---|---|
| — | — | — |
| **Elements** | Inspeção de DOM, edição em tempo real de HTML/CSS | — |
| **Console** | REPL de JavaScript, registo de erros, consultas DOM | `Ctrl+“ ` |
| **Sources** | Depuração de JS, pontos de interrupção, mapas de origem | — |
| **Network** | Cascata de pedidos HTTP, cabeçalhos, payloads | `Ctrl+Shift+E` |
| **Performance** | Gráficos de chama em tempo de execução, layout thrashing | — |
| **Memory** | Instantâneos de heap, cronogramas de alocação | — |
| **Application** | Cookies, localStorage, IndexedDB, service workers | — |
| **Security** | Detalhes do certificado TLS, avisos de conteúdo misto | — |
| **Lighthouse** | Auditoria automatizada: desempenho, SEO, acessibilidade | — |
Trabalhar no Painel Elements
Navegar na Árvore DOM
O painel Elements renderiza o DOM em tempo real — não o código-fonte HTML bruto. Esta é uma distinção crítica. Frameworks JavaScript como React, Vue ou Angular frequentemente mutam o DOM após o HTML inicial ser analisado. O que vê no painel Elements reflete o estado atual do modelo de objeto do documento, que pode diferir substancialmente do que view-source: lhe mostra.
Use as teclas de seta para expandir e recolher nós. Mantenha premido Alt (Windows/Linux) ou Option (macOS) enquanto clica num triângulo de expansão para expandir toda uma subárvore de uma vez — indispensável quando se trabalha com árvores de componentes profundamente aninhadas.
Editar HTML em Tempo Real
Faça duplo clique em qualquer nó de texto, valor de atributo ou nome de tag para o editar inline. Prima Enter para confirmar. Para editar o HTML externo completo de um nó, clique com o botão direito e selecione Editar como HTML. Isto abre um editor de múltiplas linhas onde pode colar fragmentos HTML completos.
Exemplo prático — testar uma alteração de título:
<!-- Original -->
<h1 class="hero-title">Welcome to My Site</h1>
<!-- Edited inline to test copy -->
<h1 class="hero-title">Start Your Free Trial Today</h1>As alterações estão isoladas na sua sessão do navegador. Uma atualização da página descarta todas as modificações. Isto torna o painel Elements seguro para experimentação — não pode acidentalmente danificar um site em produção ao editar aqui.
Editar CSS no Painel Styles
O painel Styles (lado direito do painel Elements) mostra todas as regras CSS que se aplicam ao elemento selecionado, ordenadas por especificidade. As regras que são substituídas aparecem com um risco.
Para modificar uma propriedade, clique no seu valor e escreva um novo. Para adicionar uma nova declaração, clique dentro de qualquer bloco de regra após a última propriedade. Para adicionar uma regra completamente nova, clique no ícone + na barra de ferramentas do painel Styles — o Chrome cria uma nova regra com o âmbito do seletor do elemento.
Exemplo — testar uma substituição de cor de fundo:
/* Typed directly into the Styles pane */
background-color: #1a1a2e;
color: #eaeaea;O sub-separador Computed mostra o valor final resolvido para cada propriedade CSS após a cascata ter sido aplicada. Quando um estilo não se comporta como esperado, o separador Computed diz-lhe exatamente qual regra prevaleceu e de onde veio.
Alternar e Forçar Estados
Cada declaração CSS tem uma caixa de verificação. Desmarcá-la desativa essa propriedade sem a eliminar, permitindo-lhe testar instantaneamente o impacto visual de remover uma regra.
Para estados interativos, use o botão :hov na barra de ferramentas do painel Styles para forçar pseudo-classes: :hover, :focus, :active, :visited. Isto é essencial para depurar estilos que só aparecem na interação com o rato, que de outra forma são impossíveis de inspecionar porque mover o rato para o DevTools remove o estado de hover.
O Visualizador do Modelo de Caixa
Abaixo do painel Styles, a secção Layout mostra um diagrama visual do modelo de caixa com valores editáveis em tempo real para margin, border, padding e as dimensões do conteúdo. Clique em qualquer valor no diagrama para o editar diretamente. Isto é mais rápido do que procurar a regra CSS relevante quando precisa de ajustar o espaçamento.
Copiar HTML e CSS
Clique com o botão direito em qualquer nó DOM para aceder a um submenu de cópia completo:
- Copiar elemento — copia o HTML externo completo
- Copiar seletor — gera um caminho de seletor CSS para esse elemento
- Copiar caminho JS — gera uma expressão
document.querySelector(...)que pode colar diretamente na Consola - Copiar XPath / Copiar XPath completo — para uso com frameworks de teste como Selenium ou Playwright
Trabalhar no Painel Console
A Consola é um REPL de JavaScript completo com acesso direto ao contexto window da página. Todas as variáveis, funções e nós DOM da página são acessíveis aqui.
Comandos Práticos da Consola
Consultar e manipular elementos DOM:
// Select an element and log it
const hero = document.querySelector('.hero-title');
console.log(hero.textContent);
// Modify a style property
document.body.style.backgroundColor = '#0d0d0d';
// Count all images on the page
document.querySelectorAll('img').length;Inspecionar cookies e armazenamento:
// Read all cookies
document.cookie;
// Read a localStorage value
localStorage.getItem('user_preferences');O atalho $_ refere-se ao valor da última expressão avaliada. $0 refere-se ao nó DOM atualmente selecionado no painel Elements — uma ponte poderosa entre os dois painéis.
// After selecting a node in Elements panel:
$0.classList.toggle('hidden');Filtragem da Consola e Níveis de Registo
Use a barra de filtro para mostrar apenas mensagens Errors, Warnings, Info ou Verbose. Em aplicações grandes, a consola enche-se de ruído. Filtrar apenas para Errors é a forma mais rápida de identificar o que está realmente quebrado num carregamento de página.
Simular Dispositivos Móveis com a Barra de Ferramentas de Dispositivo
Clique no ícone Alternar Barra de Ferramentas de Dispositivo (Ctrl+Shift+M / Cmd+Shift+M) para entrar no modo de design responsivo. Isto faz mais do que redimensionar o viewport.
O que o emulador de dispositivo realmente altera:
- Dimensões do viewport e rácio de pixels do dispositivo (
window.devicePixelRatio) - String do user-agent (reportada ao servidor e acessível via JavaScript)
- Tipo de evento de toque (os eventos de rato são substituídos por eventos de toque)
- Predefinição de throttling de rede (opcional, mas configurável)
Selecione um dispositivo no menu suspenso para aplicar as suas especificações exatas. Para testes personalizados, use o modo Responsivo e arraste as alças do viewport, ou escreva dimensões exatas em píxeis nos campos de largura/altura.
Um problema não óbvio: O emulador de dispositivo não emula o desempenho da CPU. Um site que parece funcionar sem problemas no modo móvel emulado pode ainda ter um desempenho fraco num dispositivo real de baixo custo. Use o painel Performance com throttling de CPU ativado (abrandamento de 4x ou 6x) para uma avaliação mais realista.
Depurar JavaScript no Painel Sources
O painel Sources é um depurador completo. Apresenta todos os ficheiros JavaScript carregados pela página, incluindo ficheiros agrupados e minificados.
Definir Pontos de Interrupção
Clique em qualquer número de linha no painel Sources para definir um ponto de interrupção. Quando a execução chega a essa linha, o navegador pausa e pode inspecionar o âmbito atual, a pilha de chamadas e todos os valores das variáveis.
Tipos de pontos de interrupção além do nível de linha:
- Pontos de interrupção condicionais — clique com o botão direito num número de linha e introduza uma expressão; a execução pausa apenas quando a expressão é verdadeira
- Pontos de interrupção de mutação DOM — clique com o botão direito num nó DOM no painel Elements e selecione Interromper em para pausar quando a subárvore, os atributos ou a remoção desse nó mudam
- Pontos de interrupção XHR/Fetch — pausa a execução quando o URL de um pedido de rede corresponde a um padrão
- Pontos de interrupção de ouvinte de eventos — pausa em qualquer clique, tecla pressionada ou outro evento DOM
Mapas de Origem
O JavaScript moderno é tipicamente transpilado e agrupado. Os mapas de origem mapeiam o código de produção minificado de volta para os ficheiros de origem originais. Quando os mapas de origem estão configurados corretamente, o painel Sources mostra os seus módulos TypeScript ou ES6 originais em vez de pacotes ilegíveis. Se vir bundle.min.js sem estrutura legível, os mapas de origem estão ausentes ou não estão a ser servidos.
Análise de Rede com o Painel Network
Abra o painel Network antes de carregar ou atualizar a página. O DevTools apenas regista pedidos que ocorrem enquanto o painel está aberto.
Ler a Cascata
Cada linha no painel Network representa um pedido HTTP. A coluna de cascata mostra o tempo dividido em fases:
- Em fila / Bloqueado — o navegador está à espera de enviar o pedido (limites de ligação, priorização)
- Pesquisa DNS — tempo para resolver o nome do host
- Ligação Inicial / SSL — handshake TCP e negociação TLS
- Tempo até ao Primeiro Byte (TTFB) — tempo de processamento do servidor
- Transferência de Conteúdo — tempo para receber o corpo da resposta
Um TTFB elevado aponta para um problema do lado do servidor — consultas de base de dados lentas, código de backend não otimizado ou recursos de servidor insuficientes. Se estiver a gerir a sua própria infraestrutura, é aqui que correlacionaria com as métricas do lado do servidor. Atualizar para um ambiente de Alojamento VPS adequadamente dimensionado resolve frequentemente problemas de TTFB que a infraestrutura partilhada não consegue resolver.
Filtrar e Inspecionar Pedidos
Use a barra de filtro para mostrar apenas tipos de recursos específicos: XHR, JS, CSS, Img, Media, Font, Doc, WS (WebSocket), Wasm. Clique em qualquer linha de pedido para abrir o painel de detalhes, que mostra:
- Cabeçalhos — cabeçalhos de pedido e resposta, incluindo diretivas de cache-control, content-type e identificação do servidor
- Pré-visualização — pré-visualização renderizada de respostas JSON, imagens ou HTML
- Resposta — corpo da resposta em bruto
- Temporização — a divisão da cascata para esse pedido específico
- Cookies — cookies enviados com o pedido e definidos pela resposta
Verificar Detalhes SSL/TLS
No painel Network, clique em qualquer pedido HTTPS e aceda ao separador Security no painel de detalhes para ver a versão TLS, o conjunto de cifras e a cadeia de certificados. Para uma visão geral de segurança de todo o site, use o painel Security dedicado no DevTools. Os Certificados SSL corretamente configurados são visíveis aqui — pode confirmar o emissor, a data de expiração e se o certificado cobre o domínio exato que está a ser solicitado.
O Painel Application: Armazenamento, Cache e Service Workers
O painel Application fornece visibilidade sobre tudo o que o navegador armazena em nome do site.
Tipos de armazenamento acessíveis aqui:
- Cookies — ver, editar e eliminar cookies individuais com visibilidade total dos atributos (HttpOnly, Secure, SameSite, expiração)
- localStorage / sessionStorage — pares chave-valor; editáveis diretamente no painel
- IndexedDB — base de dados estruturada do lado do cliente; navegável por object store
- Cache Storage — recursos em cache por service workers; crítico para depuração de Progressive Web Apps
- Service Workers — registar, cancelar registo e inspecionar service workers ativos; simular modo offline
Um cenário de depuração comum: Um utilizador reporta ver conteúdo desatualizado após uma implementação. O painel Application permite-lhe inspecionar o Cache Storage para confirmar se a versão antiga do recurso ainda está em cache pelo service worker, e forçar uma atualização ou limpar o cache sem que o utilizador precise de fazer uma atualização forçada.
O Painel Lighthouse: Auditoria Automatizada
O Lighthouse executa uma auditoria automatizada em cinco categorias: Desempenho, Acessibilidade, Boas Práticas, SEO e Progressive Web App. Cada categoria produz uma pontuação de 0 a 100 com resultados detalhados e ligações diretas para documentação.
Execute o Lighthouse nos modos Mobile e Desktop — as pontuações diferem significativamente porque a simulação móvel aplica throttling de CPU e rede. A auditoria SEO verifica a ausência de meta descrições, ligações não rastreáveis e configuração incorreta do viewport. A auditoria de Acessibilidade sinaliza etiquetas ARIA em falta, rácios de contraste de cor insuficientes e lacunas na navegação por teclado.
Os resultados do Lighthouse informam diretamente o que corrigir num site antes do lançamento. Se estiver a alojar num VPS com cPanel, muitas recomendações de desempenho — ativar compressão, configurar cabeçalhos de cache, ativar HTTP/2 — são acionáveis diretamente a partir do painel de controlo do servidor.
Técnicas Avançadas que a Maioria dos Utilizadores Não Conhece
Substituições Persistentes com Substituições Locais
No painel Sources, aceda ao separador Overrides. Mapeie um diretório local para a origem do site. O DevTools guardará quaisquer edições de CSS ou JavaScript que fizer nesse diretório local e reaplicá-las-á em cada carregamento de página — mesmo após atualização. Isto dá-lhe efetivamente uma camada de patch local sobre qualquer website sem modificar o servidor, útil para sessões de teste prolongadas ou para preparar uma proposta de alteração.
Forçar Modo Escuro e Outras Media Queries
Abra o separador Rendering (acessível através do menu de três pontos dentro do DevTools > Mais ferramentas > Rendering). Aqui pode forçar prefers-color-scheme: dark, prefers-reduced-motion: reduce e outras funcionalidades de media CSS sem alterar as definições do seu sistema operativo. Esta é a forma correta de testar implementações de modo escuro.
Inspecionar Tipos de Letra Web
No painel Application em Fonts, o Chrome lista todos os ficheiros de tipo de letra carregados pela página e quais os glifos que foram realmente utilizados. Isto ajuda a identificar se um tipo de letra variável está a ser carregado desnecessariamente ou se um subconjunto de tipo de letra poderia reduzir o tamanho do payload.
Throttling de Rede e CPU
No painel Network, use o menu suspenso de throttle para simular Slow 3G, Fast 3G ou definir um perfil personalizado. No painel Performance, ative o throttling de CPU para simular hardware móvel de baixo custo. Executar ambos simultaneamente dá o perfil de desempenho mais realista para utilizadores em dispositivos e redes com restrições.
DevTools para Diagnosticar Problemas de Alojamento e Infraestrutura
O conjunto de ferramentas Inspecionar Elemento não é apenas para trabalho de front-end. Expõe sinais ao nível da infraestrutura que afetam diretamente a experiência do utilizador.
Diagnosticar a configuração do servidor através do DevTools:
- Cabeçalhos de resposta no painel Network revelam se a compressão gzip/Brotli está ativa (
content-encoding: br), se HTTP/2 ou HTTP/3 está em uso e se os cabeçalhos de cache estão corretamente definidos - Valores de TTFB acima de 600ms consistentemente indicam bottlenecks do lado do servidor — alojamento com recursos insuficientes, cache de opcode em falta ou consultas de base de dados não otimizadas
- Avisos de conteúdo misto na Consola (
Mixed Content: The page was loaded over HTTPS...) indicam recursos HTTP a ser carregados numa página HTTPS, que os navegadores bloqueiam e que requerem correções do lado do servidor - Erros de certificado visíveis no painel Security apontam para Certificados SSL mal configurados ou certificados intermediários expirados
Se gerir múltiplos sites ou ambientes de clientes, uma configuração de Servidores Dedicados dá-lhe controlo total sobre os cabeçalhos do servidor, a configuração TLS e as definições de compressão — tudo o que pode verificar diretamente através do DevTools sem depender das predefinições de um fornecedor de alojamento.
Comparação: Painéis do Chrome DevTools por Caso de Uso
| Tarefa | Painel Principal | Painel de Suporte |
|---|---|---|
| — | — | — |
| Corrigir um bug de layout | Elements (Styles) | Elements (Computed, Box Model) |
| Depurar um erro JavaScript | Console | Sources |
| Analisar a velocidade de carregamento da página | Network | Performance, Lighthouse |
| Testar design responsivo | Barra de Ferramentas de Dispositivo | Elements |
| Depurar um problema de cache | Application | Network |
| Verificar configuração TLS/SSL | Security | Network (Headers) |
| Auditar SEO e acessibilidade | Lighthouse | Console |
| Analisar fugas de memória | Memory | Performance |
| Testar modo escuro | Rendering | Elements |
Matriz de Decisão Prática: Qual Painel Abrir Primeiro
Sintoma: A página parece visualmente quebrada
Abra o painel Elements. Verifique o painel Styles para regras substituídas ou em falta. Verifique o separador Computed para valores resolvidos inesperados. Use :hov para forçar estados de pseudo-classe.
Sintoma: Funcionalidade JavaScript não está a funcionar
Abra primeiro a Consola. Procure erros não capturados. Se não houver nenhum, abra Sources e defina um ponto de interrupção no ponto de entrada da função relevante.
Sintoma: A página carrega lentamente
Abra o painel Network antes de atualizar. Identifique os recursos maiores e os valores de TTFB mais longos. Compare com a auditoria de Desempenho do Lighthouse para recomendações priorizadas.
Sintoma: Submissão de formulário ou chamada API a falhar
Abra o painel Network. Filtre por XHR ou Fetch. Encontre o pedido falhado, inspecione os seus cabeçalhos de pedido, payload e corpo da resposta. Verifique a Consola para erros CORS.
Sintoma: Conteúdo em cache não está a atualizar
Abra o painel Application. Verifique Cache Storage e Service Workers. Use o botão Limpar dados do site para apagar todos os dados armazenados para a origem.
Principais Conclusões Técnicas
- Todas as alterações feitas no DevTools são apenas para a sessão — uma atualização da página descarta-as a menos que as Substituições Locais estejam configuradas no painel Sources
- O painel Elements mostra o DOM em tempo real, não o código-fonte HTML — o conteúdo renderizado por JavaScript é visível aqui mas não em
view-source: Ctrl+Shift+Cativa o seletor de elementos diretamente;Ctrl+Shift+Iabre o último painel utilizado$0na Consola refere-se sempre ao nó DOM atualmente selecionado no painel Elements- Valores de TTFB acima de 600ms indicam consistentemente problemas do lado do servidor, não problemas de front-end
- O emulador de dispositivo altera o viewport, o user-agent e os eventos de toque — não emula o desempenho da CPU
- As pontuações do Lighthouse diferem entre os modos Mobile e Desktop devido ao throttling aplicado — execute sempre ambos
- Forçar pseudo-classes (
:hover,:focus) através do botão:hové a única forma fiável de inspecionar estados de interação - Os mapas de origem devem ser servidos juntamente com os pacotes para que o painel Sources mostre código legível em builds de produção
- O painel Application é a fonte autoritativa para diagnosticar problemas de conteúdo desatualizado relacionados com service workers e cache
Para equipas que gerem cargas de trabalho em produção, os insights revelados pelo DevTools — cabeçalhos de compressão, TTFB, configuração TLS, diretivas de cache — só são acionáveis se tiver controlo sobre o ambiente do servidor. O Alojamento VPS e os Servidores Dedicados dão-lhe o acesso administrativo para implementar o que o DevTools diagnostica. Os Painéis de Controlo VPS geridos simplificam ainda mais a aplicação dessas correções sem necessidade de conhecimentos profundos de administração de servidores.
FAQ
Editar HTML ou CSS no painel Elements altera o website real?
Não. Todas as modificações são locais à sua sessão do navegador e aplicam-se apenas à sua cópia da página renderizada. As alterações são descartadas na atualização. Para fazer alterações permanentes, deve editar os ficheiros de origem no servidor ou na sua base de código.
Porque é que o painel Elements mostra HTML diferente do código-fonte da página?
O painel Elements apresenta o DOM em tempo real após a execução do JavaScript. view-source: mostra o HTML bruto tal como foi entregue pelo servidor antes de qualquer renderização do lado do cliente. As aplicações de página única e os sites com muito JavaScript mostrarão diferenças significativas entre os dois.
Como inspeciono um elemento que desaparece quando movo o rato?
No painel Elements, selecione o elemento pai que desencadeia o aparecimento. Em seguida, clique no botão :hov no painel Styles e marque :hover. Isto força o estado de hover a permanecer ativo enquanto navega no DevTools. Em alternativa, defina um ponto de interrupção de mutação DOM no elemento para pausar a execução no momento em que aparece.
O que significa um valor de TTFB elevado no painel Network?
O Tempo até ao Primeiro Byte mede quanto tempo o servidor demora a começar a enviar uma resposta após receber o pedido. Um TTFB consistentemente elevado (acima de 600ms) indica bottlenecks do lado do servidor: consultas de base de dados lentas, cache de opcode PHP em falta, RAM insuficiente ou contenção de CPU num host partilhado sobrecarregado. Não é um problema de front-end e não pode ser corrigido com otimizações de CSS ou JavaScript.
Posso usar o Chrome DevTools para inspecionar tráfego HTTPS e detalhes de certificados?
Sim. O painel Security no DevTools mostra a versão TLS, o conjunto de cifras, o emissor do certificado e a expiração para a página atual. Os detalhes do certificado ao nível de pedidos individuais são acessíveis clicando num pedido no painel Network e selecionando o separador Security no painel de detalhes.
