Wiki Projeto Root - Contribuições do usuário [pt-br]

Patchmon

2026-08-22T13:50:38Z

Diegocosta: /* Atualizar */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre a ferramenta '''PatchMon''' sendo uma ferramenta de gerenciamento e monitoramento de atualizações de sistemas operacionais. Seu objetivo é centralizar a identificação, o acompanhamento e a aplicação de atualizações em servidores e máquinas Linux, permitindo que a equipe de TI tenha uma visão consolidada do estado de atualização dos ativos.

Em ambientes com diversos servidores, acompanhar manualmente quais máquinas possuem pacotes desatualizados pode se tornar trabalhoso e sujeito a falhas. O PatchMon permite automatizar parte desse processo, facilitando a identificação de atualizações pendentes e o gerenciamento dos hosts a partir de uma interface centralizada.

Site Oficial: https://patchmon.net/

= Vídeo =

<embedvideo service="youtube">https://youtu.be/HmPwT7DBuFc</embedvideo>

https://youtu.be/HmPwT7DBuFc

= Instalação do Docker no Debian 13 =

Este documento apresenta o processo de instalação do [https://patchmon.net/ PatchMon] utilizando Docker em um servidor com Debian 13.

O procedimento contempla a instalação do Docker CE, configuração do usuário para execução do Docker sem ''root'', instalação do PatchMon, configuração do CORS e inclusão do próprio servidor como um host monitorado.

== Pré-requisitos ==

Antes de iniciar, certifique-se de que:

* O sistema operacional utilizado é o Debian 13.
* O servidor possui acesso à Internet.
* O usuário utilizado possui privilégios administrativos.
* O Docker será executado pelo usuário local, sem a necessidade de utilizar ''root''.
* A porta TCP 3000 está disponível para o PatchMon.
* O endereço IP do servidor é conhecido.

== 1. Adicionar o usuário aos grupos sudo e docker ==

Para executar o Docker sem utilizar ''root'', o usuário que executará os comandos deve pertencer aos grupos '''sudo''' e ''docker''.

Neste exemplo, o usuário utilizado é '''diegocosta'''.

{{Nota|Substitua '''diegocosta''' pelo nome do usuário existente no seu servidor.}}

<pre>
usermod -aG sudo diegocosta
usermod -aG docker diegocosta
</pre>

O grupo ''sudo'' permite que o usuário execute comandos administrativos utilizando ''sudo'', enquanto o grupo ''docker'' permite executar comandos do Docker sem utilizar diretamente a conta ''root''.

== 2. Instalar o Docker CE ==

A instalação será realizada utilizando o repositório oficial do Docker para Debian.

Primeiro, instale os pacotes necessários:

<pre>
apt install -y sudo ca-certificates curl
</pre>

Crie o diretório utilizado para armazenar a chave do repositório:

<pre>
sudo install -m 0755 -d /etc/apt/keyrings
</pre>

Baixe a chave GPG oficial do Docker:

<pre>
sudo curl -fsSL https://download.docker.com/linux/debian/gpg -o /etc/apt/keyrings/docker.asc
</pre>

Ajuste as permissões da chave:

<pre>
sudo chmod a+r /etc/apt/keyrings/docker.asc
</pre>

Adicione o repositório oficial do Docker:

<pre>
sudo tee /etc/apt/sources.list.d/docker.sources <<EOF
Types: deb
URIs: https://download.docker.com/linux/debian
Suites: $(. /etc/os-release && echo "$VERSION_CODENAME")
Components: stable
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/docker.asc
EOF
</pre>

Atualize a lista de pacotes:

<pre>
sudo apt update
</pre>

Instale os componentes necessários:

<pre>
sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
</pre>

== 3. Testar o Docker ==

Antes de instalar o PatchMon, confirme se o Docker está funcionando corretamente.

<pre>
docker version
</pre>

Também é possível executar um container de teste:

<pre>
docker run hello-world
</pre>

Se o container for executado corretamente, o ambiente Docker está pronto para receber o PatchMon.

= 4. Instalar o PatchMon =

Crie o diretório que será utilizado para armazenar os arquivos do PatchMon:

<pre>
mkdir patchmon && cd patchmon
</pre>

Execute o script oficial de preparação do ambiente Docker disponibilizado pelo projeto:

<pre>
bash -c "$(curl -fsSL https://raw.githubusercontent.com/PatchMon/PatchMon/refs/heads/main/docker/setup-env.sh)"
</pre>

O script irá preparar os arquivos necessários para execução do PatchMon através do Docker Compose.

== 5. Configurar o CORS ==

Antes de iniciar os containers, é necessário ajustar a configuração do CORS.

O PatchMon utiliza a variável '''CORS_ORIGIN''' para definir as origens autorizadas.

Edite o arquivo ''.env'':

<pre>
nano /home/diegocosta/patchmon/.env
</pre>

Localize a variável:

<pre>
CORS_ORIGIN=
</pre>

Adicione o endereço IP do servidor na porta 3000.

Exemplo:

<pre>
CORS_ORIGIN=http://192.168.1.100:3000
</pre>

{{Nota|Substitua ''192.168.1.100'' pelo endereço IP real do servidor onde o PatchMon está instalado.}}

Caso já existam outras origens configuradas na variável, mantenha-as e adicione o novo endereço separado por vírgula.

Exemplo:

<pre>
CORS_ORIGIN=http://localhost:3000,http://192.168.1.100:3000
</pre>

A configuração do CORS deve ser realizada antes da inicialização dos containers.

== 6. Inicializar o PatchMon ==

Com a configuração concluída, permaneça no diretório do PatchMon:

<pre>
cd ~/patchmon
</pre>

Inicie os containers:

<pre>
docker compose up -d
</pre>

Verifique os containers em execução:

<pre>
docker compose ps
</pre>

Os containers necessários para o funcionamento do PatchMon deverão aparecer como ''running''.

Também é possível verificar todos os containers Docker:

<pre>
docker ps
</pre>

= 7. Primeiro acesso ao PatchMon =

Acesse o PatchMon através do navegador utilizando o endereço IP do servidor.

Exemplo:

<pre>
http://192.168.1.100:3000
</pre>

Substitua o endereço IP pelo endereço configurado no servidor.

Após o acesso, realize a configuração inicial da aplicação conforme solicitado pelo PatchMon.

== 8. Adicionar o próprio servidor como Host ==

Como o PatchMon está sendo executado em Docker, o próprio servidor pode ser adicionado como um host utilizando o agente em modo Docker.

No menu lateral do PatchMon, acesse:

<pre>
Hosts
|
+-- Add Host
</pre>

Selecione:

* Sistema operacional: '''Linux'''
* Friendly Name: '''Patchmon'''
* Tipo: '''Docker'''

Após preencher as informações, utilize a opção '''Copy command'''.

O PatchMon irá gerar um comando específico para instalação e registro do agente.

Cole o comando no terminal do próprio servidor onde o PatchMon está instalado e execute-o.

Após a execução, o agente deverá estabelecer comunicação com o servidor PatchMon.

A integração pode ser verificada através da área '''Hosts''' ou diretamente no dashboard.

== 9. Testar o gerenciamento de atualizações ==

Com o host adicionado, podemos verificar quais versões de pacotes estão disponíveis para atualização.

Como exemplo, podemos consultar a versão disponível do OpenSSL:

<pre>
apt-cache madison openssl
</pre>

O comando exibirá as versões disponíveis do pacote nos repositórios configurados.

Para instalar uma versão específica, utilize:

<pre>
sudo apt install openssl=3.5.5-1~deb13u2
</pre>

{{Nota|A versão apresentada neste exemplo pode mudar conforme os repositórios e atualizações disponíveis. Utilize uma versão efetivamente disponível no seu ambiente.}}

== 10. Configurar o intervalo de atualização ==

Por padrão, o job responsável pela verificação de atualizações é executado periodicamente.

A frequência pode ser alterada diretamente pela interface do PatchMon.

Acesse:

<pre>
Settings
|
+-- Agent Updates
</pre>

Defina o intervalo desejado.

Para ambiente de testes, por exemplo, pode ser utilizado um intervalo de '''5 minutos'''.

Depois de alterar o intervalo, utilize '''Save and Deploy'''.

A configuração será aplicada aos agentes.

== 11. Aguardar a execução do agente ==

Após realizar a configuração, aguarde alguns minutos para que o agente execute o próximo ciclo de verificação.

Em um ambiente configurado para execução a cada 5 minutos, normalmente será necessário aguardar aproximadamente 5 a 10 minutos para visualizar os resultados.

Após esse período, verifique novamente o host no PatchMon.

== 12. Verificações finais ==

Após a instalação, recomendamos verificar:

<pre>
docker ps
</pre>

Verificar o status dos containers:

<pre>
docker compose ps
</pre>

Verificar os logs caso exista algum problema:

<pre>
docker compose logs
</pre>

Para acompanhar os logs em tempo real:

<pre>
docker compose logs -f
</pre>

= Atualizar =

Para atualizar a versão do Patchmon, basta seguir os passos abaixo:

{{Nota|Altere /home/diegocosta/patchmon para o destino onde colocou os arquivos docker-compose.yml e .env}}

<pre>
cd /home/diegocosta/patchmon/
docker compose pull
docker compose up -d
</pre>

Desta forma o comando docker compose pull baixa as imagens Docker mais recentes definidas no seu '''docker-compose.yml''', mas não recria nem reinicia os containers.

Em seguida, o comando '''docker compose up -d''' verifica o estado dos serviços e cria ou recria os containers necessários. Caso alguma imagem tenha sido atualizada pelo '''pull''', o serviço correspondente será recriado para utilizar a nova versão.

= Conclusão =

Com os procedimentos apresentados neste documento, o PatchMon estará instalado em um servidor Debian 13 utilizando Docker.

O ambiente também estará preparado para:

* Gerenciar hosts Linux.
* Executar o agente utilizando Docker.
* Identificar atualizações disponíveis.
* Realizar atualizações através do PatchMon.
* Acompanhar o estado dos hosts através do dashboard.
* Configurar a frequência de execução dos agentes.

Para ambientes de produção, recomenda-se validar previamente as configurações em um ambiente de homologação, principalmente os procedimentos de atualização automática e os intervalos de execução dos agentes.

Patchmon

2026-08-22T13:50:08Z

Diegocosta: /* Atualizar */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre a ferramenta '''PatchMon''' sendo uma ferramenta de gerenciamento e monitoramento de atualizações de sistemas operacionais. Seu objetivo é centralizar a identificação, o acompanhamento e a aplicação de atualizações em servidores e máquinas Linux, permitindo que a equipe de TI tenha uma visão consolidada do estado de atualização dos ativos.

Em ambientes com diversos servidores, acompanhar manualmente quais máquinas possuem pacotes desatualizados pode se tornar trabalhoso e sujeito a falhas. O PatchMon permite automatizar parte desse processo, facilitando a identificação de atualizações pendentes e o gerenciamento dos hosts a partir de uma interface centralizada.

Site Oficial: https://patchmon.net/

= Vídeo =

<embedvideo service="youtube">https://youtu.be/HmPwT7DBuFc</embedvideo>

https://youtu.be/HmPwT7DBuFc

= Instalação do Docker no Debian 13 =

Este documento apresenta o processo de instalação do [https://patchmon.net/ PatchMon] utilizando Docker em um servidor com Debian 13.

O procedimento contempla a instalação do Docker CE, configuração do usuário para execução do Docker sem ''root'', instalação do PatchMon, configuração do CORS e inclusão do próprio servidor como um host monitorado.

== Pré-requisitos ==

Antes de iniciar, certifique-se de que:

* O sistema operacional utilizado é o Debian 13.
* O servidor possui acesso à Internet.
* O usuário utilizado possui privilégios administrativos.
* O Docker será executado pelo usuário local, sem a necessidade de utilizar ''root''.
* A porta TCP 3000 está disponível para o PatchMon.
* O endereço IP do servidor é conhecido.

== 1. Adicionar o usuário aos grupos sudo e docker ==

Para executar o Docker sem utilizar ''root'', o usuário que executará os comandos deve pertencer aos grupos '''sudo''' e ''docker''.

Neste exemplo, o usuário utilizado é '''diegocosta'''.

{{Nota|Substitua '''diegocosta''' pelo nome do usuário existente no seu servidor.}}

<pre>
usermod -aG sudo diegocosta
usermod -aG docker diegocosta
</pre>

O grupo ''sudo'' permite que o usuário execute comandos administrativos utilizando ''sudo'', enquanto o grupo ''docker'' permite executar comandos do Docker sem utilizar diretamente a conta ''root''.

== 2. Instalar o Docker CE ==

A instalação será realizada utilizando o repositório oficial do Docker para Debian.

Primeiro, instale os pacotes necessários:

<pre>
apt install -y sudo ca-certificates curl
</pre>

Crie o diretório utilizado para armazenar a chave do repositório:

<pre>
sudo install -m 0755 -d /etc/apt/keyrings
</pre>

Baixe a chave GPG oficial do Docker:

<pre>
sudo curl -fsSL https://download.docker.com/linux/debian/gpg -o /etc/apt/keyrings/docker.asc
</pre>

Ajuste as permissões da chave:

<pre>
sudo chmod a+r /etc/apt/keyrings/docker.asc
</pre>

Adicione o repositório oficial do Docker:

<pre>
sudo tee /etc/apt/sources.list.d/docker.sources <<EOF
Types: deb
URIs: https://download.docker.com/linux/debian
Suites: $(. /etc/os-release && echo "$VERSION_CODENAME")
Components: stable
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/docker.asc
EOF
</pre>

Atualize a lista de pacotes:

<pre>
sudo apt update
</pre>

Instale os componentes necessários:

<pre>
sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
</pre>

== 3. Testar o Docker ==

Antes de instalar o PatchMon, confirme se o Docker está funcionando corretamente.

<pre>
docker version
</pre>

Também é possível executar um container de teste:

<pre>
docker run hello-world
</pre>

Se o container for executado corretamente, o ambiente Docker está pronto para receber o PatchMon.

= 4. Instalar o PatchMon =

Crie o diretório que será utilizado para armazenar os arquivos do PatchMon:

<pre>
mkdir patchmon && cd patchmon
</pre>

Execute o script oficial de preparação do ambiente Docker disponibilizado pelo projeto:

<pre>
bash -c "$(curl -fsSL https://raw.githubusercontent.com/PatchMon/PatchMon/refs/heads/main/docker/setup-env.sh)"
</pre>

O script irá preparar os arquivos necessários para execução do PatchMon através do Docker Compose.

== 5. Configurar o CORS ==

Antes de iniciar os containers, é necessário ajustar a configuração do CORS.

O PatchMon utiliza a variável '''CORS_ORIGIN''' para definir as origens autorizadas.

Edite o arquivo ''.env'':

<pre>
nano /home/diegocosta/patchmon/.env
</pre>

Localize a variável:

<pre>
CORS_ORIGIN=
</pre>

Adicione o endereço IP do servidor na porta 3000.

Exemplo:

<pre>
CORS_ORIGIN=http://192.168.1.100:3000
</pre>

{{Nota|Substitua ''192.168.1.100'' pelo endereço IP real do servidor onde o PatchMon está instalado.}}

Caso já existam outras origens configuradas na variável, mantenha-as e adicione o novo endereço separado por vírgula.

Exemplo:

<pre>
CORS_ORIGIN=http://localhost:3000,http://192.168.1.100:3000
</pre>

A configuração do CORS deve ser realizada antes da inicialização dos containers.

== 6. Inicializar o PatchMon ==

Com a configuração concluída, permaneça no diretório do PatchMon:

<pre>
cd ~/patchmon
</pre>

Inicie os containers:

<pre>
docker compose up -d
</pre>

Verifique os containers em execução:

<pre>
docker compose ps
</pre>

Os containers necessários para o funcionamento do PatchMon deverão aparecer como ''running''.

Também é possível verificar todos os containers Docker:

<pre>
docker ps
</pre>

= 7. Primeiro acesso ao PatchMon =

Acesse o PatchMon através do navegador utilizando o endereço IP do servidor.

Exemplo:

<pre>
http://192.168.1.100:3000
</pre>

Substitua o endereço IP pelo endereço configurado no servidor.

Após o acesso, realize a configuração inicial da aplicação conforme solicitado pelo PatchMon.

== 8. Adicionar o próprio servidor como Host ==

Como o PatchMon está sendo executado em Docker, o próprio servidor pode ser adicionado como um host utilizando o agente em modo Docker.

No menu lateral do PatchMon, acesse:

<pre>
Hosts
|
+-- Add Host
</pre>

Selecione:

* Sistema operacional: '''Linux'''
* Friendly Name: '''Patchmon'''
* Tipo: '''Docker'''

Após preencher as informações, utilize a opção '''Copy command'''.

O PatchMon irá gerar um comando específico para instalação e registro do agente.

Cole o comando no terminal do próprio servidor onde o PatchMon está instalado e execute-o.

Após a execução, o agente deverá estabelecer comunicação com o servidor PatchMon.

A integração pode ser verificada através da área '''Hosts''' ou diretamente no dashboard.

== 9. Testar o gerenciamento de atualizações ==

Com o host adicionado, podemos verificar quais versões de pacotes estão disponíveis para atualização.

Como exemplo, podemos consultar a versão disponível do OpenSSL:

<pre>
apt-cache madison openssl
</pre>

O comando exibirá as versões disponíveis do pacote nos repositórios configurados.

Para instalar uma versão específica, utilize:

<pre>
sudo apt install openssl=3.5.5-1~deb13u2
</pre>

{{Nota|A versão apresentada neste exemplo pode mudar conforme os repositórios e atualizações disponíveis. Utilize uma versão efetivamente disponível no seu ambiente.}}

== 10. Configurar o intervalo de atualização ==

Por padrão, o job responsável pela verificação de atualizações é executado periodicamente.

A frequência pode ser alterada diretamente pela interface do PatchMon.

Acesse:

<pre>
Settings
|
+-- Agent Updates
</pre>

Defina o intervalo desejado.

Para ambiente de testes, por exemplo, pode ser utilizado um intervalo de '''5 minutos'''.

Depois de alterar o intervalo, utilize '''Save and Deploy'''.

A configuração será aplicada aos agentes.

== 11. Aguardar a execução do agente ==

Após realizar a configuração, aguarde alguns minutos para que o agente execute o próximo ciclo de verificação.

Em um ambiente configurado para execução a cada 5 minutos, normalmente será necessário aguardar aproximadamente 5 a 10 minutos para visualizar os resultados.

Após esse período, verifique novamente o host no PatchMon.

== 12. Verificações finais ==

Após a instalação, recomendamos verificar:

<pre>
docker ps
</pre>

Verificar o status dos containers:

<pre>
docker compose ps
</pre>

Verificar os logs caso exista algum problema:

<pre>
docker compose logs
</pre>

Para acompanhar os logs em tempo real:

<pre>
docker compose logs -f
</pre>

= Atualizar =

Para atualizar a versão do Patchmon, basta seguir os passos abaixo:

{{Nota|Altere /home/diegocosta/patchmon para o destino onde colocou os arquivos docker-compose.yml e .env}}

<pre>
cd /home/diegocosta/patchmon/
docker compose pull
docker compose up -d
</pre>

Desta forma o comando docker compose pull baixa as imagens Docker mais recentes definidas no seu docker-compose.yml, mas não recria nem reinicia os containers.

Em seguida, o comando docker compose up -d verifica o estado dos serviços e cria ou recria os containers necessários. Caso alguma imagem tenha sido atualizada pelo pull, o serviço correspondente será recriado para utilizar a nova versão.

= Conclusão =

Com os procedimentos apresentados neste documento, o PatchMon estará instalado em um servidor Debian 13 utilizando Docker.

O ambiente também estará preparado para:

* Gerenciar hosts Linux.
* Executar o agente utilizando Docker.
* Identificar atualizações disponíveis.
* Realizar atualizações através do PatchMon.
* Acompanhar o estado dos hosts através do dashboard.
* Configurar a frequência de execução dos agentes.

Para ambientes de produção, recomenda-se validar previamente as configurações em um ambiente de homologação, principalmente os procedimentos de atualização automática e os intervalos de execução dos agentes.

Patchmon

2026-08-22T13:49:00Z

Diegocosta: /* Atualizar */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre a ferramenta '''PatchMon''' sendo uma ferramenta de gerenciamento e monitoramento de atualizações de sistemas operacionais. Seu objetivo é centralizar a identificação, o acompanhamento e a aplicação de atualizações em servidores e máquinas Linux, permitindo que a equipe de TI tenha uma visão consolidada do estado de atualização dos ativos.

Em ambientes com diversos servidores, acompanhar manualmente quais máquinas possuem pacotes desatualizados pode se tornar trabalhoso e sujeito a falhas. O PatchMon permite automatizar parte desse processo, facilitando a identificação de atualizações pendentes e o gerenciamento dos hosts a partir de uma interface centralizada.

Site Oficial: https://patchmon.net/

= Vídeo =

<embedvideo service="youtube">https://youtu.be/HmPwT7DBuFc</embedvideo>

https://youtu.be/HmPwT7DBuFc

= Instalação do Docker no Debian 13 =

Este documento apresenta o processo de instalação do [https://patchmon.net/ PatchMon] utilizando Docker em um servidor com Debian 13.

O procedimento contempla a instalação do Docker CE, configuração do usuário para execução do Docker sem ''root'', instalação do PatchMon, configuração do CORS e inclusão do próprio servidor como um host monitorado.

== Pré-requisitos ==

Antes de iniciar, certifique-se de que:

* O sistema operacional utilizado é o Debian 13.
* O servidor possui acesso à Internet.
* O usuário utilizado possui privilégios administrativos.
* O Docker será executado pelo usuário local, sem a necessidade de utilizar ''root''.
* A porta TCP 3000 está disponível para o PatchMon.
* O endereço IP do servidor é conhecido.

== 1. Adicionar o usuário aos grupos sudo e docker ==

Para executar o Docker sem utilizar ''root'', o usuário que executará os comandos deve pertencer aos grupos '''sudo''' e ''docker''.

Neste exemplo, o usuário utilizado é '''diegocosta'''.

{{Nota|Substitua '''diegocosta''' pelo nome do usuário existente no seu servidor.}}

<pre>
usermod -aG sudo diegocosta
usermod -aG docker diegocosta
</pre>

O grupo ''sudo'' permite que o usuário execute comandos administrativos utilizando ''sudo'', enquanto o grupo ''docker'' permite executar comandos do Docker sem utilizar diretamente a conta ''root''.

== 2. Instalar o Docker CE ==

A instalação será realizada utilizando o repositório oficial do Docker para Debian.

Primeiro, instale os pacotes necessários:

<pre>
apt install -y sudo ca-certificates curl
</pre>

Crie o diretório utilizado para armazenar a chave do repositório:

<pre>
sudo install -m 0755 -d /etc/apt/keyrings
</pre>

Baixe a chave GPG oficial do Docker:

<pre>
sudo curl -fsSL https://download.docker.com/linux/debian/gpg -o /etc/apt/keyrings/docker.asc
</pre>

Ajuste as permissões da chave:

<pre>
sudo chmod a+r /etc/apt/keyrings/docker.asc
</pre>

Adicione o repositório oficial do Docker:

<pre>
sudo tee /etc/apt/sources.list.d/docker.sources <<EOF
Types: deb
URIs: https://download.docker.com/linux/debian
Suites: $(. /etc/os-release && echo "$VERSION_CODENAME")
Components: stable
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/docker.asc
EOF
</pre>

Atualize a lista de pacotes:

<pre>
sudo apt update
</pre>

Instale os componentes necessários:

<pre>
sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
</pre>

== 3. Testar o Docker ==

Antes de instalar o PatchMon, confirme se o Docker está funcionando corretamente.

<pre>
docker version
</pre>

Também é possível executar um container de teste:

<pre>
docker run hello-world
</pre>

Se o container for executado corretamente, o ambiente Docker está pronto para receber o PatchMon.

= 4. Instalar o PatchMon =

Crie o diretório que será utilizado para armazenar os arquivos do PatchMon:

<pre>
mkdir patchmon && cd patchmon
</pre>

Execute o script oficial de preparação do ambiente Docker disponibilizado pelo projeto:

<pre>
bash -c "$(curl -fsSL https://raw.githubusercontent.com/PatchMon/PatchMon/refs/heads/main/docker/setup-env.sh)"
</pre>

O script irá preparar os arquivos necessários para execução do PatchMon através do Docker Compose.

== 5. Configurar o CORS ==

Antes de iniciar os containers, é necessário ajustar a configuração do CORS.

O PatchMon utiliza a variável '''CORS_ORIGIN''' para definir as origens autorizadas.

Edite o arquivo ''.env'':

<pre>
nano /home/diegocosta/patchmon/.env
</pre>

Localize a variável:

<pre>
CORS_ORIGIN=
</pre>

Adicione o endereço IP do servidor na porta 3000.

Exemplo:

<pre>
CORS_ORIGIN=http://192.168.1.100:3000
</pre>

{{Nota|Substitua ''192.168.1.100'' pelo endereço IP real do servidor onde o PatchMon está instalado.}}

Caso já existam outras origens configuradas na variável, mantenha-as e adicione o novo endereço separado por vírgula.

Exemplo:

<pre>
CORS_ORIGIN=http://localhost:3000,http://192.168.1.100:3000
</pre>

A configuração do CORS deve ser realizada antes da inicialização dos containers.

== 6. Inicializar o PatchMon ==

Com a configuração concluída, permaneça no diretório do PatchMon:

<pre>
cd ~/patchmon
</pre>

Inicie os containers:

<pre>
docker compose up -d
</pre>

Verifique os containers em execução:

<pre>
docker compose ps
</pre>

Os containers necessários para o funcionamento do PatchMon deverão aparecer como ''running''.

Também é possível verificar todos os containers Docker:

<pre>
docker ps
</pre>

= 7. Primeiro acesso ao PatchMon =

Acesse o PatchMon através do navegador utilizando o endereço IP do servidor.

Exemplo:

<pre>
http://192.168.1.100:3000
</pre>

Substitua o endereço IP pelo endereço configurado no servidor.

Após o acesso, realize a configuração inicial da aplicação conforme solicitado pelo PatchMon.

== 8. Adicionar o próprio servidor como Host ==

Como o PatchMon está sendo executado em Docker, o próprio servidor pode ser adicionado como um host utilizando o agente em modo Docker.

No menu lateral do PatchMon, acesse:

<pre>
Hosts
|
+-- Add Host
</pre>

Selecione:

* Sistema operacional: '''Linux'''
* Friendly Name: '''Patchmon'''
* Tipo: '''Docker'''

Após preencher as informações, utilize a opção '''Copy command'''.

O PatchMon irá gerar um comando específico para instalação e registro do agente.

Cole o comando no terminal do próprio servidor onde o PatchMon está instalado e execute-o.

Após a execução, o agente deverá estabelecer comunicação com o servidor PatchMon.

A integração pode ser verificada através da área '''Hosts''' ou diretamente no dashboard.

== 9. Testar o gerenciamento de atualizações ==

Com o host adicionado, podemos verificar quais versões de pacotes estão disponíveis para atualização.

Como exemplo, podemos consultar a versão disponível do OpenSSL:

<pre>
apt-cache madison openssl
</pre>

O comando exibirá as versões disponíveis do pacote nos repositórios configurados.

Para instalar uma versão específica, utilize:

<pre>
sudo apt install openssl=3.5.5-1~deb13u2
</pre>

{{Nota|A versão apresentada neste exemplo pode mudar conforme os repositórios e atualizações disponíveis. Utilize uma versão efetivamente disponível no seu ambiente.}}

== 10. Configurar o intervalo de atualização ==

Por padrão, o job responsável pela verificação de atualizações é executado periodicamente.

A frequência pode ser alterada diretamente pela interface do PatchMon.

Acesse:

<pre>
Settings
|
+-- Agent Updates
</pre>

Defina o intervalo desejado.

Para ambiente de testes, por exemplo, pode ser utilizado um intervalo de '''5 minutos'''.

Depois de alterar o intervalo, utilize '''Save and Deploy'''.

A configuração será aplicada aos agentes.

== 11. Aguardar a execução do agente ==

Após realizar a configuração, aguarde alguns minutos para que o agente execute o próximo ciclo de verificação.

Em um ambiente configurado para execução a cada 5 minutos, normalmente será necessário aguardar aproximadamente 5 a 10 minutos para visualizar os resultados.

Após esse período, verifique novamente o host no PatchMon.

== 12. Verificações finais ==

Após a instalação, recomendamos verificar:

<pre>
docker ps
</pre>

Verificar o status dos containers:

<pre>
docker compose ps
</pre>

Verificar os logs caso exista algum problema:

<pre>
docker compose logs
</pre>

Para acompanhar os logs em tempo real:

<pre>
docker compose logs -f
</pre>

= Atualizar =

Para atualizar a versão do Patchmon, basta seguir os passos abaixo:

{{Nota|Altere /home/diegocosta/patchmon para o destino onde colocou os arquivos docker-compose.yml e .env}}

<pre>
cd /home/diegocosta/patchmon/
docker compose pull
docker compose up -d
</pre>

Desta forma o comando docker compose pull baixa as imagens Docker mais recentes definidas no seu docker-compose.yml, mas não recria nem reinicia os containers.

Depois, o comando docker compose up -d verifica o estado dos serviços e cria ou recria os containers que forem necessários. Quando uma imagem foi atualizada pelo pull, o serviço correspondente será recriado para utilizar a nova imagem. Os serviços que não sofreram alterações permanecem como estão.

= Conclusão =

Com os procedimentos apresentados neste documento, o PatchMon estará instalado em um servidor Debian 13 utilizando Docker.

O ambiente também estará preparado para:

* Gerenciar hosts Linux.
* Executar o agente utilizando Docker.
* Identificar atualizações disponíveis.
* Realizar atualizações através do PatchMon.
* Acompanhar o estado dos hosts através do dashboard.
* Configurar a frequência de execução dos agentes.

Para ambientes de produção, recomenda-se validar previamente as configurações em um ambiente de homologação, principalmente os procedimentos de atualização automática e os intervalos de execução dos agentes.

Patchmon

2026-08-22T13:47:44Z

Diegocosta: /* Atualizar */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre a ferramenta '''PatchMon''' sendo uma ferramenta de gerenciamento e monitoramento de atualizações de sistemas operacionais. Seu objetivo é centralizar a identificação, o acompanhamento e a aplicação de atualizações em servidores e máquinas Linux, permitindo que a equipe de TI tenha uma visão consolidada do estado de atualização dos ativos.

Em ambientes com diversos servidores, acompanhar manualmente quais máquinas possuem pacotes desatualizados pode se tornar trabalhoso e sujeito a falhas. O PatchMon permite automatizar parte desse processo, facilitando a identificação de atualizações pendentes e o gerenciamento dos hosts a partir de uma interface centralizada.

Site Oficial: https://patchmon.net/

= Vídeo =

<embedvideo service="youtube">https://youtu.be/HmPwT7DBuFc</embedvideo>

https://youtu.be/HmPwT7DBuFc

= Instalação do Docker no Debian 13 =

Este documento apresenta o processo de instalação do [https://patchmon.net/ PatchMon] utilizando Docker em um servidor com Debian 13.

O procedimento contempla a instalação do Docker CE, configuração do usuário para execução do Docker sem ''root'', instalação do PatchMon, configuração do CORS e inclusão do próprio servidor como um host monitorado.

== Pré-requisitos ==

Antes de iniciar, certifique-se de que:

* O sistema operacional utilizado é o Debian 13.
* O servidor possui acesso à Internet.
* O usuário utilizado possui privilégios administrativos.
* O Docker será executado pelo usuário local, sem a necessidade de utilizar ''root''.
* A porta TCP 3000 está disponível para o PatchMon.
* O endereço IP do servidor é conhecido.

== 1. Adicionar o usuário aos grupos sudo e docker ==

Para executar o Docker sem utilizar ''root'', o usuário que executará os comandos deve pertencer aos grupos '''sudo''' e ''docker''.

Neste exemplo, o usuário utilizado é '''diegocosta'''.

{{Nota|Substitua '''diegocosta''' pelo nome do usuário existente no seu servidor.}}

<pre>
usermod -aG sudo diegocosta
usermod -aG docker diegocosta
</pre>

O grupo ''sudo'' permite que o usuário execute comandos administrativos utilizando ''sudo'', enquanto o grupo ''docker'' permite executar comandos do Docker sem utilizar diretamente a conta ''root''.

== 2. Instalar o Docker CE ==

A instalação será realizada utilizando o repositório oficial do Docker para Debian.

Primeiro, instale os pacotes necessários:

<pre>
apt install -y sudo ca-certificates curl
</pre>

Crie o diretório utilizado para armazenar a chave do repositório:

<pre>
sudo install -m 0755 -d /etc/apt/keyrings
</pre>

Baixe a chave GPG oficial do Docker:

<pre>
sudo curl -fsSL https://download.docker.com/linux/debian/gpg -o /etc/apt/keyrings/docker.asc
</pre>

Ajuste as permissões da chave:

<pre>
sudo chmod a+r /etc/apt/keyrings/docker.asc
</pre>

Adicione o repositório oficial do Docker:

<pre>
sudo tee /etc/apt/sources.list.d/docker.sources <<EOF
Types: deb
URIs: https://download.docker.com/linux/debian
Suites: $(. /etc/os-release && echo "$VERSION_CODENAME")
Components: stable
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/docker.asc
EOF
</pre>

Atualize a lista de pacotes:

<pre>
sudo apt update
</pre>

Instale os componentes necessários:

<pre>
sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
</pre>

== 3. Testar o Docker ==

Antes de instalar o PatchMon, confirme se o Docker está funcionando corretamente.

<pre>
docker version
</pre>

Também é possível executar um container de teste:

<pre>
docker run hello-world
</pre>

Se o container for executado corretamente, o ambiente Docker está pronto para receber o PatchMon.

= 4. Instalar o PatchMon =

Crie o diretório que será utilizado para armazenar os arquivos do PatchMon:

<pre>
mkdir patchmon && cd patchmon
</pre>

Execute o script oficial de preparação do ambiente Docker disponibilizado pelo projeto:

<pre>
bash -c "$(curl -fsSL https://raw.githubusercontent.com/PatchMon/PatchMon/refs/heads/main/docker/setup-env.sh)"
</pre>

O script irá preparar os arquivos necessários para execução do PatchMon através do Docker Compose.

== 5. Configurar o CORS ==

Antes de iniciar os containers, é necessário ajustar a configuração do CORS.

O PatchMon utiliza a variável '''CORS_ORIGIN''' para definir as origens autorizadas.

Edite o arquivo ''.env'':

<pre>
nano /home/diegocosta/patchmon/.env
</pre>

Localize a variável:

<pre>
CORS_ORIGIN=
</pre>

Adicione o endereço IP do servidor na porta 3000.

Exemplo:

<pre>
CORS_ORIGIN=http://192.168.1.100:3000
</pre>

{{Nota|Substitua ''192.168.1.100'' pelo endereço IP real do servidor onde o PatchMon está instalado.}}

Caso já existam outras origens configuradas na variável, mantenha-as e adicione o novo endereço separado por vírgula.

Exemplo:

<pre>
CORS_ORIGIN=http://localhost:3000,http://192.168.1.100:3000
</pre>

A configuração do CORS deve ser realizada antes da inicialização dos containers.

== 6. Inicializar o PatchMon ==

Com a configuração concluída, permaneça no diretório do PatchMon:

<pre>
cd ~/patchmon
</pre>

Inicie os containers:

<pre>
docker compose up -d
</pre>

Verifique os containers em execução:

<pre>
docker compose ps
</pre>

Os containers necessários para o funcionamento do PatchMon deverão aparecer como ''running''.

Também é possível verificar todos os containers Docker:

<pre>
docker ps
</pre>

= 7. Primeiro acesso ao PatchMon =

Acesse o PatchMon através do navegador utilizando o endereço IP do servidor.

Exemplo:

<pre>
http://192.168.1.100:3000
</pre>

Substitua o endereço IP pelo endereço configurado no servidor.

Após o acesso, realize a configuração inicial da aplicação conforme solicitado pelo PatchMon.

== 8. Adicionar o próprio servidor como Host ==

Como o PatchMon está sendo executado em Docker, o próprio servidor pode ser adicionado como um host utilizando o agente em modo Docker.

No menu lateral do PatchMon, acesse:

<pre>
Hosts
|
+-- Add Host
</pre>

Selecione:

* Sistema operacional: '''Linux'''
* Friendly Name: '''Patchmon'''
* Tipo: '''Docker'''

Após preencher as informações, utilize a opção '''Copy command'''.

O PatchMon irá gerar um comando específico para instalação e registro do agente.

Cole o comando no terminal do próprio servidor onde o PatchMon está instalado e execute-o.

Após a execução, o agente deverá estabelecer comunicação com o servidor PatchMon.

A integração pode ser verificada através da área '''Hosts''' ou diretamente no dashboard.

== 9. Testar o gerenciamento de atualizações ==

Com o host adicionado, podemos verificar quais versões de pacotes estão disponíveis para atualização.

Como exemplo, podemos consultar a versão disponível do OpenSSL:

<pre>
apt-cache madison openssl
</pre>

O comando exibirá as versões disponíveis do pacote nos repositórios configurados.

Para instalar uma versão específica, utilize:

<pre>
sudo apt install openssl=3.5.5-1~deb13u2
</pre>

{{Nota|A versão apresentada neste exemplo pode mudar conforme os repositórios e atualizações disponíveis. Utilize uma versão efetivamente disponível no seu ambiente.}}

== 10. Configurar o intervalo de atualização ==

Por padrão, o job responsável pela verificação de atualizações é executado periodicamente.

A frequência pode ser alterada diretamente pela interface do PatchMon.

Acesse:

<pre>
Settings
|
+-- Agent Updates
</pre>

Defina o intervalo desejado.

Para ambiente de testes, por exemplo, pode ser utilizado um intervalo de '''5 minutos'''.

Depois de alterar o intervalo, utilize '''Save and Deploy'''.

A configuração será aplicada aos agentes.

== 11. Aguardar a execução do agente ==

Após realizar a configuração, aguarde alguns minutos para que o agente execute o próximo ciclo de verificação.

Em um ambiente configurado para execução a cada 5 minutos, normalmente será necessário aguardar aproximadamente 5 a 10 minutos para visualizar os resultados.

Após esse período, verifique novamente o host no PatchMon.

== 12. Verificações finais ==

Após a instalação, recomendamos verificar:

<pre>
docker ps
</pre>

Verificar o status dos containers:

<pre>
docker compose ps
</pre>

Verificar os logs caso exista algum problema:

<pre>
docker compose logs
</pre>

Para acompanhar os logs em tempo real:

<pre>
docker compose logs -f
</pre>

= Atualizar =

Para atualizar a versão do Patchmon, basta seguir os passos abaixo:

{{Nota|Altere /home/diegocosta/patchmon para o destino onde colocou os arquivos docker-compose.yml e .env}}

<pre>
cd /home/diegocosta/patchmon/
docker compose pull
docker compose up -d
</pre>

Desta forma o comando docker compose pull baixa as imagens Docker mais recentes definidas no seu docker-compose.yml, mas não recria nem reinicia os containers.

Depois o comando docker compose up -d levanta os containers novamente, já com a nova versão, sem necessariamente atualizar todos, apenas aqueles que tiveram atualizações será envolvido.

= Conclusão =

Com os procedimentos apresentados neste documento, o PatchMon estará instalado em um servidor Debian 13 utilizando Docker.

O ambiente também estará preparado para:

* Gerenciar hosts Linux.
* Executar o agente utilizando Docker.
* Identificar atualizações disponíveis.
* Realizar atualizações através do PatchMon.
* Acompanhar o estado dos hosts através do dashboard.
* Configurar a frequência de execução dos agentes.

Para ambientes de produção, recomenda-se validar previamente as configurações em um ambiente de homologação, principalmente os procedimentos de atualização automática e os intervalos de execução dos agentes.

Patchmon

2026-08-22T13:47:10Z

Diegocosta: /* Atualizar */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre a ferramenta '''PatchMon''' sendo uma ferramenta de gerenciamento e monitoramento de atualizações de sistemas operacionais. Seu objetivo é centralizar a identificação, o acompanhamento e a aplicação de atualizações em servidores e máquinas Linux, permitindo que a equipe de TI tenha uma visão consolidada do estado de atualização dos ativos.

Em ambientes com diversos servidores, acompanhar manualmente quais máquinas possuem pacotes desatualizados pode se tornar trabalhoso e sujeito a falhas. O PatchMon permite automatizar parte desse processo, facilitando a identificação de atualizações pendentes e o gerenciamento dos hosts a partir de uma interface centralizada.

Site Oficial: https://patchmon.net/

= Vídeo =

<embedvideo service="youtube">https://youtu.be/HmPwT7DBuFc</embedvideo>

https://youtu.be/HmPwT7DBuFc

= Instalação do Docker no Debian 13 =

Este documento apresenta o processo de instalação do [https://patchmon.net/ PatchMon] utilizando Docker em um servidor com Debian 13.

O procedimento contempla a instalação do Docker CE, configuração do usuário para execução do Docker sem ''root'', instalação do PatchMon, configuração do CORS e inclusão do próprio servidor como um host monitorado.

== Pré-requisitos ==

Antes de iniciar, certifique-se de que:

* O sistema operacional utilizado é o Debian 13.
* O servidor possui acesso à Internet.
* O usuário utilizado possui privilégios administrativos.
* O Docker será executado pelo usuário local, sem a necessidade de utilizar ''root''.
* A porta TCP 3000 está disponível para o PatchMon.
* O endereço IP do servidor é conhecido.

== 1. Adicionar o usuário aos grupos sudo e docker ==

Para executar o Docker sem utilizar ''root'', o usuário que executará os comandos deve pertencer aos grupos '''sudo''' e ''docker''.

Neste exemplo, o usuário utilizado é '''diegocosta'''.

{{Nota|Substitua '''diegocosta''' pelo nome do usuário existente no seu servidor.}}

<pre>
usermod -aG sudo diegocosta
usermod -aG docker diegocosta
</pre>

O grupo ''sudo'' permite que o usuário execute comandos administrativos utilizando ''sudo'', enquanto o grupo ''docker'' permite executar comandos do Docker sem utilizar diretamente a conta ''root''.

== 2. Instalar o Docker CE ==

A instalação será realizada utilizando o repositório oficial do Docker para Debian.

Primeiro, instale os pacotes necessários:

<pre>
apt install -y sudo ca-certificates curl
</pre>

Crie o diretório utilizado para armazenar a chave do repositório:

<pre>
sudo install -m 0755 -d /etc/apt/keyrings
</pre>

Baixe a chave GPG oficial do Docker:

<pre>
sudo curl -fsSL https://download.docker.com/linux/debian/gpg -o /etc/apt/keyrings/docker.asc
</pre>

Ajuste as permissões da chave:

<pre>
sudo chmod a+r /etc/apt/keyrings/docker.asc
</pre>

Adicione o repositório oficial do Docker:

<pre>
sudo tee /etc/apt/sources.list.d/docker.sources <<EOF
Types: deb
URIs: https://download.docker.com/linux/debian
Suites: $(. /etc/os-release && echo "$VERSION_CODENAME")
Components: stable
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/docker.asc
EOF
</pre>

Atualize a lista de pacotes:

<pre>
sudo apt update
</pre>

Instale os componentes necessários:

<pre>
sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
</pre>

== 3. Testar o Docker ==

Antes de instalar o PatchMon, confirme se o Docker está funcionando corretamente.

<pre>
docker version
</pre>

Também é possível executar um container de teste:

<pre>
docker run hello-world
</pre>

Se o container for executado corretamente, o ambiente Docker está pronto para receber o PatchMon.

= 4. Instalar o PatchMon =

Crie o diretório que será utilizado para armazenar os arquivos do PatchMon:

<pre>
mkdir patchmon && cd patchmon
</pre>

Execute o script oficial de preparação do ambiente Docker disponibilizado pelo projeto:

<pre>
bash -c "$(curl -fsSL https://raw.githubusercontent.com/PatchMon/PatchMon/refs/heads/main/docker/setup-env.sh)"
</pre>

O script irá preparar os arquivos necessários para execução do PatchMon através do Docker Compose.

== 5. Configurar o CORS ==

Antes de iniciar os containers, é necessário ajustar a configuração do CORS.

O PatchMon utiliza a variável '''CORS_ORIGIN''' para definir as origens autorizadas.

Edite o arquivo ''.env'':

<pre>
nano /home/diegocosta/patchmon/.env
</pre>

Localize a variável:

<pre>
CORS_ORIGIN=
</pre>

Adicione o endereço IP do servidor na porta 3000.

Exemplo:

<pre>
CORS_ORIGIN=http://192.168.1.100:3000
</pre>

{{Nota|Substitua ''192.168.1.100'' pelo endereço IP real do servidor onde o PatchMon está instalado.}}

Caso já existam outras origens configuradas na variável, mantenha-as e adicione o novo endereço separado por vírgula.

Exemplo:

<pre>
CORS_ORIGIN=http://localhost:3000,http://192.168.1.100:3000
</pre>

A configuração do CORS deve ser realizada antes da inicialização dos containers.

== 6. Inicializar o PatchMon ==

Com a configuração concluída, permaneça no diretório do PatchMon:

<pre>
cd ~/patchmon
</pre>

Inicie os containers:

<pre>
docker compose up -d
</pre>

Verifique os containers em execução:

<pre>
docker compose ps
</pre>

Os containers necessários para o funcionamento do PatchMon deverão aparecer como ''running''.

Também é possível verificar todos os containers Docker:

<pre>
docker ps
</pre>

= 7. Primeiro acesso ao PatchMon =

Acesse o PatchMon através do navegador utilizando o endereço IP do servidor.

Exemplo:

<pre>
http://192.168.1.100:3000
</pre>

Substitua o endereço IP pelo endereço configurado no servidor.

Após o acesso, realize a configuração inicial da aplicação conforme solicitado pelo PatchMon.

== 8. Adicionar o próprio servidor como Host ==

Como o PatchMon está sendo executado em Docker, o próprio servidor pode ser adicionado como um host utilizando o agente em modo Docker.

No menu lateral do PatchMon, acesse:

<pre>
Hosts
|
+-- Add Host
</pre>

Selecione:

* Sistema operacional: '''Linux'''
* Friendly Name: '''Patchmon'''
* Tipo: '''Docker'''

Após preencher as informações, utilize a opção '''Copy command'''.

O PatchMon irá gerar um comando específico para instalação e registro do agente.

Cole o comando no terminal do próprio servidor onde o PatchMon está instalado e execute-o.

Após a execução, o agente deverá estabelecer comunicação com o servidor PatchMon.

A integração pode ser verificada através da área '''Hosts''' ou diretamente no dashboard.

== 9. Testar o gerenciamento de atualizações ==

Com o host adicionado, podemos verificar quais versões de pacotes estão disponíveis para atualização.

Como exemplo, podemos consultar a versão disponível do OpenSSL:

<pre>
apt-cache madison openssl
</pre>

O comando exibirá as versões disponíveis do pacote nos repositórios configurados.

Para instalar uma versão específica, utilize:

<pre>
sudo apt install openssl=3.5.5-1~deb13u2
</pre>

{{Nota|A versão apresentada neste exemplo pode mudar conforme os repositórios e atualizações disponíveis. Utilize uma versão efetivamente disponível no seu ambiente.}}

== 10. Configurar o intervalo de atualização ==

Por padrão, o job responsável pela verificação de atualizações é executado periodicamente.

A frequência pode ser alterada diretamente pela interface do PatchMon.

Acesse:

<pre>
Settings
|
+-- Agent Updates
</pre>

Defina o intervalo desejado.

Para ambiente de testes, por exemplo, pode ser utilizado um intervalo de '''5 minutos'''.

Depois de alterar o intervalo, utilize '''Save and Deploy'''.

A configuração será aplicada aos agentes.

== 11. Aguardar a execução do agente ==

Após realizar a configuração, aguarde alguns minutos para que o agente execute o próximo ciclo de verificação.

Em um ambiente configurado para execução a cada 5 minutos, normalmente será necessário aguardar aproximadamente 5 a 10 minutos para visualizar os resultados.

Após esse período, verifique novamente o host no PatchMon.

== 12. Verificações finais ==

Após a instalação, recomendamos verificar:

<pre>
docker ps
</pre>

Verificar o status dos containers:

<pre>
docker compose ps
</pre>

Verificar os logs caso exista algum problema:

<pre>
docker compose logs
</pre>

Para acompanhar os logs em tempo real:

<pre>
docker compose logs -f
</pre>

= Atualizar =

Para atualizar a versão do Patchmon, basta seguir os passos abaixo:

{{Nota|Altere /home/diegocosta/patchmon para o destino onde colocou os arquivos docker-compose.yml e .env}}

<pre>
cd /home/diegocosta/patchmon/
docker compose pull
docker compose up -d
</pre>

Desta forma o comando docker compose pull baixa as imagens Docker mais recentes definidas no seu docker-compose.yml, mas não recria nem reinicia os containers.

Depois o comando docker compose up -d levanta os containers novamente, já com a nova versão, sem necessariamente atualizar todos, apenas aqueles que tiveram atualização será envolvido.

= Conclusão =

Com os procedimentos apresentados neste documento, o PatchMon estará instalado em um servidor Debian 13 utilizando Docker.

O ambiente também estará preparado para:

* Gerenciar hosts Linux.
* Executar o agente utilizando Docker.
* Identificar atualizações disponíveis.
* Realizar atualizações através do PatchMon.
* Acompanhar o estado dos hosts através do dashboard.
* Configurar a frequência de execução dos agentes.

Para ambientes de produção, recomenda-se validar previamente as configurações em um ambiente de homologação, principalmente os procedimentos de atualização automática e os intervalos de execução dos agentes.

Patchmon

2026-08-22T13:30:53Z

Diegocosta: /* Atualizar */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre a ferramenta '''PatchMon''' sendo uma ferramenta de gerenciamento e monitoramento de atualizações de sistemas operacionais. Seu objetivo é centralizar a identificação, o acompanhamento e a aplicação de atualizações em servidores e máquinas Linux, permitindo que a equipe de TI tenha uma visão consolidada do estado de atualização dos ativos.

Em ambientes com diversos servidores, acompanhar manualmente quais máquinas possuem pacotes desatualizados pode se tornar trabalhoso e sujeito a falhas. O PatchMon permite automatizar parte desse processo, facilitando a identificação de atualizações pendentes e o gerenciamento dos hosts a partir de uma interface centralizada.

Site Oficial: https://patchmon.net/

= Vídeo =

<embedvideo service="youtube">https://youtu.be/HmPwT7DBuFc</embedvideo>

https://youtu.be/HmPwT7DBuFc

= Instalação do Docker no Debian 13 =

Este documento apresenta o processo de instalação do [https://patchmon.net/ PatchMon] utilizando Docker em um servidor com Debian 13.

O procedimento contempla a instalação do Docker CE, configuração do usuário para execução do Docker sem ''root'', instalação do PatchMon, configuração do CORS e inclusão do próprio servidor como um host monitorado.

== Pré-requisitos ==

Antes de iniciar, certifique-se de que:

* O sistema operacional utilizado é o Debian 13.
* O servidor possui acesso à Internet.
* O usuário utilizado possui privilégios administrativos.
* O Docker será executado pelo usuário local, sem a necessidade de utilizar ''root''.
* A porta TCP 3000 está disponível para o PatchMon.
* O endereço IP do servidor é conhecido.

== 1. Adicionar o usuário aos grupos sudo e docker ==

Para executar o Docker sem utilizar ''root'', o usuário que executará os comandos deve pertencer aos grupos '''sudo''' e ''docker''.

Neste exemplo, o usuário utilizado é '''diegocosta'''.

{{Nota|Substitua '''diegocosta''' pelo nome do usuário existente no seu servidor.}}

<pre>
usermod -aG sudo diegocosta
usermod -aG docker diegocosta
</pre>

O grupo ''sudo'' permite que o usuário execute comandos administrativos utilizando ''sudo'', enquanto o grupo ''docker'' permite executar comandos do Docker sem utilizar diretamente a conta ''root''.

== 2. Instalar o Docker CE ==

A instalação será realizada utilizando o repositório oficial do Docker para Debian.

Primeiro, instale os pacotes necessários:

<pre>
apt install -y sudo ca-certificates curl
</pre>

Crie o diretório utilizado para armazenar a chave do repositório:

<pre>
sudo install -m 0755 -d /etc/apt/keyrings
</pre>

Baixe a chave GPG oficial do Docker:

<pre>
sudo curl -fsSL https://download.docker.com/linux/debian/gpg -o /etc/apt/keyrings/docker.asc
</pre>

Ajuste as permissões da chave:

<pre>
sudo chmod a+r /etc/apt/keyrings/docker.asc
</pre>

Adicione o repositório oficial do Docker:

<pre>
sudo tee /etc/apt/sources.list.d/docker.sources <<EOF
Types: deb
URIs: https://download.docker.com/linux/debian
Suites: $(. /etc/os-release && echo "$VERSION_CODENAME")
Components: stable
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/docker.asc
EOF
</pre>

Atualize a lista de pacotes:

<pre>
sudo apt update
</pre>

Instale os componentes necessários:

<pre>
sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
</pre>

== 3. Testar o Docker ==

Antes de instalar o PatchMon, confirme se o Docker está funcionando corretamente.

<pre>
docker version
</pre>

Também é possível executar um container de teste:

<pre>
docker run hello-world
</pre>

Se o container for executado corretamente, o ambiente Docker está pronto para receber o PatchMon.

= 4. Instalar o PatchMon =

Crie o diretório que será utilizado para armazenar os arquivos do PatchMon:

<pre>
mkdir patchmon && cd patchmon
</pre>

Execute o script oficial de preparação do ambiente Docker disponibilizado pelo projeto:

<pre>
bash -c "$(curl -fsSL https://raw.githubusercontent.com/PatchMon/PatchMon/refs/heads/main/docker/setup-env.sh)"
</pre>

O script irá preparar os arquivos necessários para execução do PatchMon através do Docker Compose.

== 5. Configurar o CORS ==

Antes de iniciar os containers, é necessário ajustar a configuração do CORS.

O PatchMon utiliza a variável '''CORS_ORIGIN''' para definir as origens autorizadas.

Edite o arquivo ''.env'':

<pre>
nano /home/diegocosta/patchmon/.env
</pre>

Localize a variável:

<pre>
CORS_ORIGIN=
</pre>

Adicione o endereço IP do servidor na porta 3000.

Exemplo:

<pre>
CORS_ORIGIN=http://192.168.1.100:3000
</pre>

{{Nota|Substitua ''192.168.1.100'' pelo endereço IP real do servidor onde o PatchMon está instalado.}}

Caso já existam outras origens configuradas na variável, mantenha-as e adicione o novo endereço separado por vírgula.

Exemplo:

<pre>
CORS_ORIGIN=http://localhost:3000,http://192.168.1.100:3000
</pre>

A configuração do CORS deve ser realizada antes da inicialização dos containers.

== 6. Inicializar o PatchMon ==

Com a configuração concluída, permaneça no diretório do PatchMon:

<pre>
cd ~/patchmon
</pre>

Inicie os containers:

<pre>
docker compose up -d
</pre>

Verifique os containers em execução:

<pre>
docker compose ps
</pre>

Os containers necessários para o funcionamento do PatchMon deverão aparecer como ''running''.

Também é possível verificar todos os containers Docker:

<pre>
docker ps
</pre>

= 7. Primeiro acesso ao PatchMon =

Acesse o PatchMon através do navegador utilizando o endereço IP do servidor.

Exemplo:

<pre>
http://192.168.1.100:3000
</pre>

Substitua o endereço IP pelo endereço configurado no servidor.

Após o acesso, realize a configuração inicial da aplicação conforme solicitado pelo PatchMon.

== 8. Adicionar o próprio servidor como Host ==

Como o PatchMon está sendo executado em Docker, o próprio servidor pode ser adicionado como um host utilizando o agente em modo Docker.

No menu lateral do PatchMon, acesse:

<pre>
Hosts
|
+-- Add Host
</pre>

Selecione:

* Sistema operacional: '''Linux'''
* Friendly Name: '''Patchmon'''
* Tipo: '''Docker'''

Após preencher as informações, utilize a opção '''Copy command'''.

O PatchMon irá gerar um comando específico para instalação e registro do agente.

Cole o comando no terminal do próprio servidor onde o PatchMon está instalado e execute-o.

Após a execução, o agente deverá estabelecer comunicação com o servidor PatchMon.

A integração pode ser verificada através da área '''Hosts''' ou diretamente no dashboard.

== 9. Testar o gerenciamento de atualizações ==

Com o host adicionado, podemos verificar quais versões de pacotes estão disponíveis para atualização.

Como exemplo, podemos consultar a versão disponível do OpenSSL:

<pre>
apt-cache madison openssl
</pre>

O comando exibirá as versões disponíveis do pacote nos repositórios configurados.

Para instalar uma versão específica, utilize:

<pre>
sudo apt install openssl=3.5.5-1~deb13u2
</pre>

{{Nota|A versão apresentada neste exemplo pode mudar conforme os repositórios e atualizações disponíveis. Utilize uma versão efetivamente disponível no seu ambiente.}}

== 10. Configurar o intervalo de atualização ==

Por padrão, o job responsável pela verificação de atualizações é executado periodicamente.

A frequência pode ser alterada diretamente pela interface do PatchMon.

Acesse:

<pre>
Settings
|
+-- Agent Updates
</pre>

Defina o intervalo desejado.

Para ambiente de testes, por exemplo, pode ser utilizado um intervalo de '''5 minutos'''.

Depois de alterar o intervalo, utilize '''Save and Deploy'''.

A configuração será aplicada aos agentes.

== 11. Aguardar a execução do agente ==

Após realizar a configuração, aguarde alguns minutos para que o agente execute o próximo ciclo de verificação.

Em um ambiente configurado para execução a cada 5 minutos, normalmente será necessário aguardar aproximadamente 5 a 10 minutos para visualizar os resultados.

Após esse período, verifique novamente o host no PatchMon.

== 12. Verificações finais ==

Após a instalação, recomendamos verificar:

<pre>
docker ps
</pre>

Verificar o status dos containers:

<pre>
docker compose ps
</pre>

Verificar os logs caso exista algum problema:

<pre>
docker compose logs
</pre>

Para acompanhar os logs em tempo real:

<pre>
docker compose logs -f
</pre>

= Atualizar =

{{Nota|Altere /home/diegocosta/patchmon para o destino onde colocou os arquivos dockerfile.}}

<pre>
cd /home/diegocosta/patchmon/
docker compose pull
docker compose up -d
</pre>

= Conclusão =

Com os procedimentos apresentados neste documento, o PatchMon estará instalado em um servidor Debian 13 utilizando Docker.

O ambiente também estará preparado para:

* Gerenciar hosts Linux.
* Executar o agente utilizando Docker.
* Identificar atualizações disponíveis.
* Realizar atualizações através do PatchMon.
* Acompanhar o estado dos hosts através do dashboard.
* Configurar a frequência de execução dos agentes.

Para ambientes de produção, recomenda-se validar previamente as configurações em um ambiente de homologação, principalmente os procedimentos de atualização automática e os intervalos de execução dos agentes.

Patchmon

2026-08-22T13:30:23Z

Diegocosta: /* Conclusão */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre a ferramenta '''PatchMon''' sendo uma ferramenta de gerenciamento e monitoramento de atualizações de sistemas operacionais. Seu objetivo é centralizar a identificação, o acompanhamento e a aplicação de atualizações em servidores e máquinas Linux, permitindo que a equipe de TI tenha uma visão consolidada do estado de atualização dos ativos.

Em ambientes com diversos servidores, acompanhar manualmente quais máquinas possuem pacotes desatualizados pode se tornar trabalhoso e sujeito a falhas. O PatchMon permite automatizar parte desse processo, facilitando a identificação de atualizações pendentes e o gerenciamento dos hosts a partir de uma interface centralizada.

Site Oficial: https://patchmon.net/

= Vídeo =

<embedvideo service="youtube">https://youtu.be/HmPwT7DBuFc</embedvideo>

https://youtu.be/HmPwT7DBuFc

= Instalação do Docker no Debian 13 =

Este documento apresenta o processo de instalação do [https://patchmon.net/ PatchMon] utilizando Docker em um servidor com Debian 13.

O procedimento contempla a instalação do Docker CE, configuração do usuário para execução do Docker sem ''root'', instalação do PatchMon, configuração do CORS e inclusão do próprio servidor como um host monitorado.

== Pré-requisitos ==

Antes de iniciar, certifique-se de que:

* O sistema operacional utilizado é o Debian 13.
* O servidor possui acesso à Internet.
* O usuário utilizado possui privilégios administrativos.
* O Docker será executado pelo usuário local, sem a necessidade de utilizar ''root''.
* A porta TCP 3000 está disponível para o PatchMon.
* O endereço IP do servidor é conhecido.

== 1. Adicionar o usuário aos grupos sudo e docker ==

Para executar o Docker sem utilizar ''root'', o usuário que executará os comandos deve pertencer aos grupos '''sudo''' e ''docker''.

Neste exemplo, o usuário utilizado é '''diegocosta'''.

{{Nota|Substitua '''diegocosta''' pelo nome do usuário existente no seu servidor.}}

<pre>
usermod -aG sudo diegocosta
usermod -aG docker diegocosta
</pre>

O grupo ''sudo'' permite que o usuário execute comandos administrativos utilizando ''sudo'', enquanto o grupo ''docker'' permite executar comandos do Docker sem utilizar diretamente a conta ''root''.

== 2. Instalar o Docker CE ==

A instalação será realizada utilizando o repositório oficial do Docker para Debian.

Primeiro, instale os pacotes necessários:

<pre>
apt install -y sudo ca-certificates curl
</pre>

Crie o diretório utilizado para armazenar a chave do repositório:

<pre>
sudo install -m 0755 -d /etc/apt/keyrings
</pre>

Baixe a chave GPG oficial do Docker:

<pre>
sudo curl -fsSL https://download.docker.com/linux/debian/gpg -o /etc/apt/keyrings/docker.asc
</pre>

Ajuste as permissões da chave:

<pre>
sudo chmod a+r /etc/apt/keyrings/docker.asc
</pre>

Adicione o repositório oficial do Docker:

<pre>
sudo tee /etc/apt/sources.list.d/docker.sources <<EOF
Types: deb
URIs: https://download.docker.com/linux/debian
Suites: $(. /etc/os-release && echo "$VERSION_CODENAME")
Components: stable
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/docker.asc
EOF
</pre>

Atualize a lista de pacotes:

<pre>
sudo apt update
</pre>

Instale os componentes necessários:

<pre>
sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
</pre>

== 3. Testar o Docker ==

Antes de instalar o PatchMon, confirme se o Docker está funcionando corretamente.

<pre>
docker version
</pre>

Também é possível executar um container de teste:

<pre>
docker run hello-world
</pre>

Se o container for executado corretamente, o ambiente Docker está pronto para receber o PatchMon.

= 4. Instalar o PatchMon =

Crie o diretório que será utilizado para armazenar os arquivos do PatchMon:

<pre>
mkdir patchmon && cd patchmon
</pre>

Execute o script oficial de preparação do ambiente Docker disponibilizado pelo projeto:

<pre>
bash -c "$(curl -fsSL https://raw.githubusercontent.com/PatchMon/PatchMon/refs/heads/main/docker/setup-env.sh)"
</pre>

O script irá preparar os arquivos necessários para execução do PatchMon através do Docker Compose.

== 5. Configurar o CORS ==

Antes de iniciar os containers, é necessário ajustar a configuração do CORS.

O PatchMon utiliza a variável '''CORS_ORIGIN''' para definir as origens autorizadas.

Edite o arquivo ''.env'':

<pre>
nano /home/diegocosta/patchmon/.env
</pre>

Localize a variável:

<pre>
CORS_ORIGIN=
</pre>

Adicione o endereço IP do servidor na porta 3000.

Exemplo:

<pre>
CORS_ORIGIN=http://192.168.1.100:3000
</pre>

{{Nota|Substitua ''192.168.1.100'' pelo endereço IP real do servidor onde o PatchMon está instalado.}}

Caso já existam outras origens configuradas na variável, mantenha-as e adicione o novo endereço separado por vírgula.

Exemplo:

<pre>
CORS_ORIGIN=http://localhost:3000,http://192.168.1.100:3000
</pre>

A configuração do CORS deve ser realizada antes da inicialização dos containers.

== 6. Inicializar o PatchMon ==

Com a configuração concluída, permaneça no diretório do PatchMon:

<pre>
cd ~/patchmon
</pre>

Inicie os containers:

<pre>
docker compose up -d
</pre>

Verifique os containers em execução:

<pre>
docker compose ps
</pre>

Os containers necessários para o funcionamento do PatchMon deverão aparecer como ''running''.

Também é possível verificar todos os containers Docker:

<pre>
docker ps
</pre>

= 7. Primeiro acesso ao PatchMon =

Acesse o PatchMon através do navegador utilizando o endereço IP do servidor.

Exemplo:

<pre>
http://192.168.1.100:3000
</pre>

Substitua o endereço IP pelo endereço configurado no servidor.

Após o acesso, realize a configuração inicial da aplicação conforme solicitado pelo PatchMon.

== 8. Adicionar o próprio servidor como Host ==

Como o PatchMon está sendo executado em Docker, o próprio servidor pode ser adicionado como um host utilizando o agente em modo Docker.

No menu lateral do PatchMon, acesse:

<pre>
Hosts
|
+-- Add Host
</pre>

Selecione:

* Sistema operacional: '''Linux'''
* Friendly Name: '''Patchmon'''
* Tipo: '''Docker'''

Após preencher as informações, utilize a opção '''Copy command'''.

O PatchMon irá gerar um comando específico para instalação e registro do agente.

Cole o comando no terminal do próprio servidor onde o PatchMon está instalado e execute-o.

Após a execução, o agente deverá estabelecer comunicação com o servidor PatchMon.

A integração pode ser verificada através da área '''Hosts''' ou diretamente no dashboard.

== 9. Testar o gerenciamento de atualizações ==

Com o host adicionado, podemos verificar quais versões de pacotes estão disponíveis para atualização.

Como exemplo, podemos consultar a versão disponível do OpenSSL:

<pre>
apt-cache madison openssl
</pre>

O comando exibirá as versões disponíveis do pacote nos repositórios configurados.

Para instalar uma versão específica, utilize:

<pre>
sudo apt install openssl=3.5.5-1~deb13u2
</pre>

{{Nota|A versão apresentada neste exemplo pode mudar conforme os repositórios e atualizações disponíveis. Utilize uma versão efetivamente disponível no seu ambiente.}}

== 10. Configurar o intervalo de atualização ==

Por padrão, o job responsável pela verificação de atualizações é executado periodicamente.

A frequência pode ser alterada diretamente pela interface do PatchMon.

Acesse:

<pre>
Settings
|
+-- Agent Updates
</pre>

Defina o intervalo desejado.

Para ambiente de testes, por exemplo, pode ser utilizado um intervalo de '''5 minutos'''.

Depois de alterar o intervalo, utilize '''Save and Deploy'''.

A configuração será aplicada aos agentes.

== 11. Aguardar a execução do agente ==

Após realizar a configuração, aguarde alguns minutos para que o agente execute o próximo ciclo de verificação.

Em um ambiente configurado para execução a cada 5 minutos, normalmente será necessário aguardar aproximadamente 5 a 10 minutos para visualizar os resultados.

Após esse período, verifique novamente o host no PatchMon.

== 12. Verificações finais ==

Após a instalação, recomendamos verificar:

<pre>
docker ps
</pre>

Verificar o status dos containers:

<pre>
docker compose ps
</pre>

Verificar os logs caso exista algum problema:

<pre>
docker compose logs
</pre>

Para acompanhar os logs em tempo real:

<pre>
docker compose logs -f
</pre>

= Atualizar =

Altere /home/diegocosta/patchmon para o destino onde colocou os arquivos dockerfile
<pre>
cd /home/diegocosta/patchmon/
docker compose pull
docker compose up -d
</pre>

= Conclusão =

Com os procedimentos apresentados neste documento, o PatchMon estará instalado em um servidor Debian 13 utilizando Docker.

O ambiente também estará preparado para:

* Gerenciar hosts Linux.
* Executar o agente utilizando Docker.
* Identificar atualizações disponíveis.
* Realizar atualizações através do PatchMon.
* Acompanhar o estado dos hosts através do dashboard.
* Configurar a frequência de execução dos agentes.

Para ambientes de produção, recomenda-se validar previamente as configurações em um ambiente de homologação, principalmente os procedimentos de atualização automática e os intervalos de execução dos agentes.

Proxmox - Backup Server

2026-08-20T17:03:02Z

Diegocosta: /* Removendo um Datastore do Proxmox Backup Server (PBS) */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Tentando restaurar o zfs =

Antes de remover o datastore, recomenda-se a reimportarão do mesmo, pois em alguns casos o sistema pode não encontrar o ponto de montagem do disco e/ou perder a referencia por alguma inconsistência.

Descobrir o pool existente, importá-lo e depois configurar o PBS para usar o dataset como datastore Neste sentido faça:

<pre>
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINTS
</pre>

Sáida algo parecido com:

<pre>
NAME SIZE FSTYPE TYPE MOUNTPOINTS
sda 476.9G disk
├─sda1 1007K part
├─sda2 1G vfat part /boot/efi
└─sda3 475G LVM2_member part
├─pbs-swap 8G swap lvm [SWAP]
└─pbs-root 451G xfs lvm /
sdb 931.5G disk
├─sdb1 931.5G zfs_member part
└─sdb9 8M part
</pre>

<pre>
zpool import
</pre>

Esse segundo comando é o mais importante. Ele deve listar o pool que está no disco, algo parecido com:

<pre>
pool: Backup
id: 123456789
state: ONLINE
action: The pool can be imported using the name or numeric identifier.
config:

Backup ONLINE
sdb ONLINE

</pre>

<pre>
zpool import -F Backup
</pre>

* Caso não seja possível a recuperação, siga com a remoção.

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

'''Lembre-se que todos os Backups armazenados neste DataStore será excluído sem possibilidades de recuperação, então apenas faça a remoção do DataStore se realmente for necessário e sabendo que vai perder os backups armazenados nele!'''

=== Remover DataStore ===

* Acesse o menu '''Datastore'''.

* Selecione o datastore que deseja remover.

* Abra a aba '''Options''' (Opções).

* Clique em '''Remove'''.

[[Arquivo:Remove-DataStore-PBS-01.png|1200px|thumb|center|Opções do DataStore]]

Vai abrir uma caixa, escreva o nome do datastore e marque as duas opções, conforme o exemplo:

[[Arquivo:Remove-DataStore-PBS-02.png|900px|thumb|center|Remoção do Backup(DataStore)]]

=== Limpeza do Disco ===

Fazer o Wipe (Limpeza nas partições) no disco.

* Acesse o menu '''Storage/Disks'''.
* Selecione o disco que será limpo.
* Clique em '''Wipe Disk'''.

[[Arquivo:Wipe-Disk-PBS-01.png|1200px|thumb|center|Selecionando wipe]]

* Confirme clicando em '''Yes'''.

[[Arquivo:Wipe-Disk-PBS-02.png|900px|thumb|center|Confirmando a exclusão]]

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

= Removendo partições existentes =

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra '''p''' para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

Novamente pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe).

Após apertamos '''w''' para sair e gravar as alterações no disco.

Patchmon

2026-08-15T13:25:36Z

Diegocosta: /* Vídeo */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre a ferramenta '''PatchMon''' sendo uma ferramenta de gerenciamento e monitoramento de atualizações de sistemas operacionais. Seu objetivo é centralizar a identificação, o acompanhamento e a aplicação de atualizações em servidores e máquinas Linux, permitindo que a equipe de TI tenha uma visão consolidada do estado de atualização dos ativos.

Em ambientes com diversos servidores, acompanhar manualmente quais máquinas possuem pacotes desatualizados pode se tornar trabalhoso e sujeito a falhas. O PatchMon permite automatizar parte desse processo, facilitando a identificação de atualizações pendentes e o gerenciamento dos hosts a partir de uma interface centralizada.

Site Oficial: https://patchmon.net/

= Vídeo =

<embedvideo service="youtube">https://youtu.be/HmPwT7DBuFc</embedvideo>

https://youtu.be/HmPwT7DBuFc

= Instalação do Docker no Debian 13 =

Este documento apresenta o processo de instalação do [https://patchmon.net/ PatchMon] utilizando Docker em um servidor com Debian 13.

O procedimento contempla a instalação do Docker CE, configuração do usuário para execução do Docker sem ''root'', instalação do PatchMon, configuração do CORS e inclusão do próprio servidor como um host monitorado.

== Pré-requisitos ==

Antes de iniciar, certifique-se de que:

* O sistema operacional utilizado é o Debian 13.
* O servidor possui acesso à Internet.
* O usuário utilizado possui privilégios administrativos.
* O Docker será executado pelo usuário local, sem a necessidade de utilizar ''root''.
* A porta TCP 3000 está disponível para o PatchMon.
* O endereço IP do servidor é conhecido.

== 1. Adicionar o usuário aos grupos sudo e docker ==

Para executar o Docker sem utilizar ''root'', o usuário que executará os comandos deve pertencer aos grupos '''sudo''' e ''docker''.

Neste exemplo, o usuário utilizado é '''diegocosta'''.

{{Nota|Substitua '''diegocosta''' pelo nome do usuário existente no seu servidor.}}

<pre>
usermod -aG sudo diegocosta
usermod -aG docker diegocosta
</pre>

O grupo ''sudo'' permite que o usuário execute comandos administrativos utilizando ''sudo'', enquanto o grupo ''docker'' permite executar comandos do Docker sem utilizar diretamente a conta ''root''.

== 2. Instalar o Docker CE ==

A instalação será realizada utilizando o repositório oficial do Docker para Debian.

Primeiro, instale os pacotes necessários:

<pre>
apt install -y sudo ca-certificates curl
</pre>

Crie o diretório utilizado para armazenar a chave do repositório:

<pre>
sudo install -m 0755 -d /etc/apt/keyrings
</pre>

Baixe a chave GPG oficial do Docker:

<pre>
sudo curl -fsSL https://download.docker.com/linux/debian/gpg -o /etc/apt/keyrings/docker.asc
</pre>

Ajuste as permissões da chave:

<pre>
sudo chmod a+r /etc/apt/keyrings/docker.asc
</pre>

Adicione o repositório oficial do Docker:

<pre>
sudo tee /etc/apt/sources.list.d/docker.sources <<EOF
Types: deb
URIs: https://download.docker.com/linux/debian
Suites: $(. /etc/os-release && echo "$VERSION_CODENAME")
Components: stable
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/docker.asc
EOF
</pre>

Atualize a lista de pacotes:

<pre>
sudo apt update
</pre>

Instale os componentes necessários:

<pre>
sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
</pre>

== 3. Testar o Docker ==

Antes de instalar o PatchMon, confirme se o Docker está funcionando corretamente.

<pre>
docker version
</pre>

Também é possível executar um container de teste:

<pre>
docker run hello-world
</pre>

Se o container for executado corretamente, o ambiente Docker está pronto para receber o PatchMon.

= 4. Instalar o PatchMon =

Crie o diretório que será utilizado para armazenar os arquivos do PatchMon:

<pre>
mkdir patchmon && cd patchmon
</pre>

Execute o script oficial de preparação do ambiente Docker disponibilizado pelo projeto:

<pre>
bash -c "$(curl -fsSL https://raw.githubusercontent.com/PatchMon/PatchMon/refs/heads/main/docker/setup-env.sh)"
</pre>

O script irá preparar os arquivos necessários para execução do PatchMon através do Docker Compose.

== 5. Configurar o CORS ==

Antes de iniciar os containers, é necessário ajustar a configuração do CORS.

O PatchMon utiliza a variável '''CORS_ORIGIN''' para definir as origens autorizadas.

Edite o arquivo ''.env'':

<pre>
nano /home/diegocosta/patchmon/.env
</pre>

Localize a variável:

<pre>
CORS_ORIGIN=
</pre>

Adicione o endereço IP do servidor na porta 3000.

Exemplo:

<pre>
CORS_ORIGIN=http://192.168.1.100:3000
</pre>

{{Nota|Substitua ''192.168.1.100'' pelo endereço IP real do servidor onde o PatchMon está instalado.}}

Caso já existam outras origens configuradas na variável, mantenha-as e adicione o novo endereço separado por vírgula.

Exemplo:

<pre>
CORS_ORIGIN=http://localhost:3000,http://192.168.1.100:3000
</pre>

A configuração do CORS deve ser realizada antes da inicialização dos containers.

== 6. Inicializar o PatchMon ==

Com a configuração concluída, permaneça no diretório do PatchMon:

<pre>
cd ~/patchmon
</pre>

Inicie os containers:

<pre>
docker compose up -d
</pre>

Verifique os containers em execução:

<pre>
docker compose ps
</pre>

Os containers necessários para o funcionamento do PatchMon deverão aparecer como ''running''.

Também é possível verificar todos os containers Docker:

<pre>
docker ps
</pre>

= 7. Primeiro acesso ao PatchMon =

Acesse o PatchMon através do navegador utilizando o endereço IP do servidor.

Exemplo:

<pre>
http://192.168.1.100:3000
</pre>

Substitua o endereço IP pelo endereço configurado no servidor.

Após o acesso, realize a configuração inicial da aplicação conforme solicitado pelo PatchMon.

== 8. Adicionar o próprio servidor como Host ==

Como o PatchMon está sendo executado em Docker, o próprio servidor pode ser adicionado como um host utilizando o agente em modo Docker.

No menu lateral do PatchMon, acesse:

<pre>
Hosts
|
+-- Add Host
</pre>

Selecione:

* Sistema operacional: '''Linux'''
* Friendly Name: '''Patchmon'''
* Tipo: '''Docker'''

Após preencher as informações, utilize a opção '''Copy command'''.

O PatchMon irá gerar um comando específico para instalação e registro do agente.

Cole o comando no terminal do próprio servidor onde o PatchMon está instalado e execute-o.

Após a execução, o agente deverá estabelecer comunicação com o servidor PatchMon.

A integração pode ser verificada através da área '''Hosts''' ou diretamente no dashboard.

== 9. Testar o gerenciamento de atualizações ==

Com o host adicionado, podemos verificar quais versões de pacotes estão disponíveis para atualização.

Como exemplo, podemos consultar a versão disponível do OpenSSL:

<pre>
apt-cache madison openssl
</pre>

O comando exibirá as versões disponíveis do pacote nos repositórios configurados.

Para instalar uma versão específica, utilize:

<pre>
sudo apt install openssl=3.5.5-1~deb13u2
</pre>

{{Nota|A versão apresentada neste exemplo pode mudar conforme os repositórios e atualizações disponíveis. Utilize uma versão efetivamente disponível no seu ambiente.}}

== 10. Configurar o intervalo de atualização ==

Por padrão, o job responsável pela verificação de atualizações é executado periodicamente.

A frequência pode ser alterada diretamente pela interface do PatchMon.

Acesse:

<pre>
Settings
|
+-- Agent Updates
</pre>

Defina o intervalo desejado.

Para ambiente de testes, por exemplo, pode ser utilizado um intervalo de '''5 minutos'''.

Depois de alterar o intervalo, utilize '''Save and Deploy'''.

A configuração será aplicada aos agentes.

== 11. Aguardar a execução do agente ==

Após realizar a configuração, aguarde alguns minutos para que o agente execute o próximo ciclo de verificação.

Em um ambiente configurado para execução a cada 5 minutos, normalmente será necessário aguardar aproximadamente 5 a 10 minutos para visualizar os resultados.

Após esse período, verifique novamente o host no PatchMon.

== 12. Verificações finais ==

Após a instalação, recomendamos verificar:

<pre>
docker ps
</pre>

Verificar o status dos containers:

<pre>
docker compose ps
</pre>

Verificar os logs caso exista algum problema:

<pre>
docker compose logs
</pre>

Para acompanhar os logs em tempo real:

<pre>
docker compose logs -f
</pre>

= Conclusão =

Com os procedimentos apresentados neste documento, o PatchMon estará instalado em um servidor Debian 13 utilizando Docker.

O ambiente também estará preparado para:

* Gerenciar hosts Linux.
* Executar o agente utilizando Docker.
* Identificar atualizações disponíveis.
* Realizar atualizações através do PatchMon.
* Acompanhar o estado dos hosts através do dashboard.
* Configurar a frequência de execução dos agentes.

Para ambientes de produção, recomenda-se validar previamente as configurações em um ambiente de homologação, principalmente os procedimentos de atualização automática e os intervalos de execução dos agentes.

Patchmon

2026-08-08T17:18:11Z

Diegocosta: /* 2. Instalar o Docker CE */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre a ferramenta '''PatchMon''' sendo uma ferramenta de gerenciamento e monitoramento de atualizações de sistemas operacionais. Seu objetivo é centralizar a identificação, o acompanhamento e a aplicação de atualizações em servidores e máquinas Linux, permitindo que a equipe de TI tenha uma visão consolidada do estado de atualização dos ativos.

Em ambientes com diversos servidores, acompanhar manualmente quais máquinas possuem pacotes desatualizados pode se tornar trabalhoso e sujeito a falhas. O PatchMon permite automatizar parte desse processo, facilitando a identificação de atualizações pendentes e o gerenciamento dos hosts a partir de uma interface centralizada.

Site Oficial: https://patchmon.net/

= Vídeo =

<embedvideo service="youtube">/embedvideo>

https://youtu.be/Nz

= Instalação do Docker no Debian 13 =

Este documento apresenta o processo de instalação do [https://patchmon.net/ PatchMon] utilizando Docker em um servidor com Debian 13.

O procedimento contempla a instalação do Docker CE, configuração do usuário para execução do Docker sem ''root'', instalação do PatchMon, configuração do CORS e inclusão do próprio servidor como um host monitorado.

== Pré-requisitos ==

Antes de iniciar, certifique-se de que:

* O sistema operacional utilizado é o Debian 13.
* O servidor possui acesso à Internet.
* O usuário utilizado possui privilégios administrativos.
* O Docker será executado pelo usuário local, sem a necessidade de utilizar ''root''.
* A porta TCP 3000 está disponível para o PatchMon.
* O endereço IP do servidor é conhecido.

== 1. Adicionar o usuário aos grupos sudo e docker ==

Para executar o Docker sem utilizar ''root'', o usuário que executará os comandos deve pertencer aos grupos '''sudo''' e ''docker''.

Neste exemplo, o usuário utilizado é '''diegocosta'''.

{{Nota|Substitua '''diegocosta''' pelo nome do usuário existente no seu servidor.}}

<pre>
usermod -aG sudo diegocosta
usermod -aG docker diegocosta
</pre>

O grupo ''sudo'' permite que o usuário execute comandos administrativos utilizando ''sudo'', enquanto o grupo ''docker'' permite executar comandos do Docker sem utilizar diretamente a conta ''root''.

== 2. Instalar o Docker CE ==

A instalação será realizada utilizando o repositório oficial do Docker para Debian.

Primeiro, instale os pacotes necessários:

<pre>
apt install -y sudo ca-certificates curl
</pre>

Crie o diretório utilizado para armazenar a chave do repositório:

<pre>
sudo install -m 0755 -d /etc/apt/keyrings
</pre>

Baixe a chave GPG oficial do Docker:

<pre>
sudo curl -fsSL https://download.docker.com/linux/debian/gpg -o /etc/apt/keyrings/docker.asc
</pre>

Ajuste as permissões da chave:

<pre>
sudo chmod a+r /etc/apt/keyrings/docker.asc
</pre>

Adicione o repositório oficial do Docker:

<pre>
sudo tee /etc/apt/sources.list.d/docker.sources <<EOF
Types: deb
URIs: https://download.docker.com/linux/debian
Suites: $(. /etc/os-release && echo "$VERSION_CODENAME")
Components: stable
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/docker.asc
EOF
</pre>

Atualize a lista de pacotes:

<pre>
sudo apt update
</pre>

Instale os componentes necessários:

<pre>
sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
</pre>

== 3. Testar o Docker ==

Antes de instalar o PatchMon, confirme se o Docker está funcionando corretamente.

<pre>
docker version
</pre>

Também é possível executar um container de teste:

<pre>
docker run hello-world
</pre>

Se o container for executado corretamente, o ambiente Docker está pronto para receber o PatchMon.

= 4. Instalar o PatchMon =

Crie o diretório que será utilizado para armazenar os arquivos do PatchMon:

<pre>
mkdir patchmon && cd patchmon
</pre>

Execute o script oficial de preparação do ambiente Docker disponibilizado pelo projeto:

<pre>
bash -c "$(curl -fsSL https://raw.githubusercontent.com/PatchMon/PatchMon/refs/heads/main/docker/setup-env.sh)"
</pre>

O script irá preparar os arquivos necessários para execução do PatchMon através do Docker Compose.

== 5. Configurar o CORS ==

Antes de iniciar os containers, é necessário ajustar a configuração do CORS.

O PatchMon utiliza a variável '''CORS_ORIGIN''' para definir as origens autorizadas.

Edite o arquivo ''.env'':

<pre>
nano /home/diegocosta/patchmon/.env
</pre>

Localize a variável:

<pre>
CORS_ORIGIN=
</pre>

Adicione o endereço IP do servidor na porta 3000.

Exemplo:

<pre>
CORS_ORIGIN=http://192.168.1.100:3000
</pre>

{{Nota|Substitua ''192.168.1.100'' pelo endereço IP real do servidor onde o PatchMon está instalado.}}

Caso já existam outras origens configuradas na variável, mantenha-as e adicione o novo endereço separado por vírgula.

Exemplo:

<pre>
CORS_ORIGIN=http://localhost:3000,http://192.168.1.100:3000
</pre>

A configuração do CORS deve ser realizada antes da inicialização dos containers.

== 6. Inicializar o PatchMon ==

Com a configuração concluída, permaneça no diretório do PatchMon:

<pre>
cd ~/patchmon
</pre>

Inicie os containers:

<pre>
docker compose up -d
</pre>

Verifique os containers em execução:

<pre>
docker compose ps
</pre>

Os containers necessários para o funcionamento do PatchMon deverão aparecer como ''running''.

Também é possível verificar todos os containers Docker:

<pre>
docker ps
</pre>

= 7. Primeiro acesso ao PatchMon =

Acesse o PatchMon através do navegador utilizando o endereço IP do servidor.

Exemplo:

<pre>
http://192.168.1.100:3000
</pre>

Substitua o endereço IP pelo endereço configurado no servidor.

Após o acesso, realize a configuração inicial da aplicação conforme solicitado pelo PatchMon.

== 8. Adicionar o próprio servidor como Host ==

Como o PatchMon está sendo executado em Docker, o próprio servidor pode ser adicionado como um host utilizando o agente em modo Docker.

No menu lateral do PatchMon, acesse:

<pre>
Hosts
|
+-- Add Host
</pre>

Selecione:

* Sistema operacional: '''Linux'''
* Friendly Name: '''Patchmon'''
* Tipo: '''Docker'''

Após preencher as informações, utilize a opção '''Copy command'''.

O PatchMon irá gerar um comando específico para instalação e registro do agente.

Cole o comando no terminal do próprio servidor onde o PatchMon está instalado e execute-o.

Após a execução, o agente deverá estabelecer comunicação com o servidor PatchMon.

A integração pode ser verificada através da área '''Hosts''' ou diretamente no dashboard.

== 9. Testar o gerenciamento de atualizações ==

Com o host adicionado, podemos verificar quais versões de pacotes estão disponíveis para atualização.

Como exemplo, podemos consultar a versão disponível do OpenSSL:

<pre>
apt-cache madison openssl
</pre>

O comando exibirá as versões disponíveis do pacote nos repositórios configurados.

Para instalar uma versão específica, utilize:

<pre>
sudo apt install openssl=3.5.5-1~deb13u2
</pre>

{{Nota|A versão apresentada neste exemplo pode mudar conforme os repositórios e atualizações disponíveis. Utilize uma versão efetivamente disponível no seu ambiente.}}

== 10. Configurar o intervalo de atualização ==

Por padrão, o job responsável pela verificação de atualizações é executado periodicamente.

A frequência pode ser alterada diretamente pela interface do PatchMon.

Acesse:

<pre>
Settings
|
+-- Agent Updates
</pre>

Defina o intervalo desejado.

Para ambiente de testes, por exemplo, pode ser utilizado um intervalo de '''5 minutos'''.

Depois de alterar o intervalo, utilize '''Save and Deploy'''.

A configuração será aplicada aos agentes.

== 11. Aguardar a execução do agente ==

Após realizar a configuração, aguarde alguns minutos para que o agente execute o próximo ciclo de verificação.

Em um ambiente configurado para execução a cada 5 minutos, normalmente será necessário aguardar aproximadamente 5 a 10 minutos para visualizar os resultados.

Após esse período, verifique novamente o host no PatchMon.

== 12. Verificações finais ==

Após a instalação, recomendamos verificar:

<pre>
docker ps
</pre>

Verificar o status dos containers:

<pre>
docker compose ps
</pre>

Verificar os logs caso exista algum problema:

<pre>
docker compose logs
</pre>

Para acompanhar os logs em tempo real:

<pre>
docker compose logs -f
</pre>

= Conclusão =

Com os procedimentos apresentados neste documento, o PatchMon estará instalado em um servidor Debian 13 utilizando Docker.

O ambiente também estará preparado para:

* Gerenciar hosts Linux.
* Executar o agente utilizando Docker.
* Identificar atualizações disponíveis.
* Realizar atualizações através do PatchMon.
* Acompanhar o estado dos hosts através do dashboard.
* Configurar a frequência de execução dos agentes.

Para ambientes de produção, recomenda-se validar previamente as configurações em um ambiente de homologação, principalmente os procedimentos de atualização automática e os intervalos de execução dos agentes.

Patchmon

2026-08-08T17:17:38Z

Diegocosta: Criou página com '= Sobre = Olá! Visitante, reunimos aqui, informações sobre a ferramenta '''PatchMon''' sendo uma ferramenta de gerenciamento e monitoramento de atualizações de sistemas operacionais. Seu objetivo é centralizar a identificação, o acompanhamento e a aplicação de atualizações em servidores e máquinas Linux, permitindo que a equipe de TI tenha uma visão consolidada do estado de atualização dos ativos. Em ambientes com diversos servidores, acompanhar manualme...'

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre a ferramenta '''PatchMon''' sendo uma ferramenta de gerenciamento e monitoramento de atualizações de sistemas operacionais. Seu objetivo é centralizar a identificação, o acompanhamento e a aplicação de atualizações em servidores e máquinas Linux, permitindo que a equipe de TI tenha uma visão consolidada do estado de atualização dos ativos.

Em ambientes com diversos servidores, acompanhar manualmente quais máquinas possuem pacotes desatualizados pode se tornar trabalhoso e sujeito a falhas. O PatchMon permite automatizar parte desse processo, facilitando a identificação de atualizações pendentes e o gerenciamento dos hosts a partir de uma interface centralizada.

Site Oficial: https://patchmon.net/

= Vídeo =

<embedvideo service="youtube">/embedvideo>

https://youtu.be/Nz

= Instalação do Docker no Debian 13 =

Este documento apresenta o processo de instalação do [https://patchmon.net/ PatchMon] utilizando Docker em um servidor com Debian 13.

O procedimento contempla a instalação do Docker CE, configuração do usuário para execução do Docker sem ''root'', instalação do PatchMon, configuração do CORS e inclusão do próprio servidor como um host monitorado.

== Pré-requisitos ==

Antes de iniciar, certifique-se de que:

* O sistema operacional utilizado é o Debian 13.
* O servidor possui acesso à Internet.
* O usuário utilizado possui privilégios administrativos.
* O Docker será executado pelo usuário local, sem a necessidade de utilizar ''root''.
* A porta TCP 3000 está disponível para o PatchMon.
* O endereço IP do servidor é conhecido.

== 1. Adicionar o usuário aos grupos sudo e docker ==

Para executar o Docker sem utilizar ''root'', o usuário que executará os comandos deve pertencer aos grupos '''sudo''' e ''docker''.

Neste exemplo, o usuário utilizado é '''diegocosta'''.

{{Nota|Substitua '''diegocosta''' pelo nome do usuário existente no seu servidor.}}

<pre>
usermod -aG sudo diegocosta
usermod -aG docker diegocosta
</pre>

O grupo ''sudo'' permite que o usuário execute comandos administrativos utilizando ''sudo'', enquanto o grupo ''docker'' permite executar comandos do Docker sem utilizar diretamente a conta ''root''.

== 2. Instalar o Docker CE ==

A instalação será realizada utilizando o repositório oficial do Docker para Debian.

Primeiro, instale os pacotes necessários:

<pre>
apt install -y sudo ca-certificates curl
</pre>

Crie o diretório utilizado para armazenar a chave do repositório:

<pre>
sudo install -m 0755 -d /etc/apt/keyrings
</pre>

Baixe a chave GPG oficial do Docker:

<pre>
sudo curl -fsSL https://download.docker.com/linux/debian/gpg \
-o /etc/apt/keyrings/docker.asc
</pre>

Ajuste as permissões da chave:

<pre>
sudo chmod a+r /etc/apt/keyrings/docker.asc
</pre>

Adicione o repositório oficial do Docker:

<pre>
sudo tee /etc/apt/sources.list.d/docker.sources <<EOF
Types: deb
URIs: https://download.docker.com/linux/debian
Suites: $(. /etc/os-release && echo "$VERSION_CODENAME")
Components: stable
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/docker.asc
EOF
</pre>

Atualize a lista de pacotes:

<pre>
sudo apt update
</pre>

Instale os componentes necessários:

<pre>
sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
</pre>

== 3. Testar o Docker ==

Antes de instalar o PatchMon, confirme se o Docker está funcionando corretamente.

<pre>
docker version
</pre>

Também é possível executar um container de teste:

<pre>
docker run hello-world
</pre>

Se o container for executado corretamente, o ambiente Docker está pronto para receber o PatchMon.

= 4. Instalar o PatchMon =

Crie o diretório que será utilizado para armazenar os arquivos do PatchMon:

<pre>
mkdir patchmon && cd patchmon
</pre>

Execute o script oficial de preparação do ambiente Docker disponibilizado pelo projeto:

<pre>
bash -c "$(curl -fsSL https://raw.githubusercontent.com/PatchMon/PatchMon/refs/heads/main/docker/setup-env.sh)"
</pre>

O script irá preparar os arquivos necessários para execução do PatchMon através do Docker Compose.

== 5. Configurar o CORS ==

Antes de iniciar os containers, é necessário ajustar a configuração do CORS.

O PatchMon utiliza a variável '''CORS_ORIGIN''' para definir as origens autorizadas.

Edite o arquivo ''.env'':

<pre>
nano /home/diegocosta/patchmon/.env
</pre>

Localize a variável:

<pre>
CORS_ORIGIN=
</pre>

Adicione o endereço IP do servidor na porta 3000.

Exemplo:

<pre>
CORS_ORIGIN=http://192.168.1.100:3000
</pre>

{{Nota|Substitua ''192.168.1.100'' pelo endereço IP real do servidor onde o PatchMon está instalado.}}

Caso já existam outras origens configuradas na variável, mantenha-as e adicione o novo endereço separado por vírgula.

Exemplo:

<pre>
CORS_ORIGIN=http://localhost:3000,http://192.168.1.100:3000
</pre>

A configuração do CORS deve ser realizada antes da inicialização dos containers.

== 6. Inicializar o PatchMon ==

Com a configuração concluída, permaneça no diretório do PatchMon:

<pre>
cd ~/patchmon
</pre>

Inicie os containers:

<pre>
docker compose up -d
</pre>

Verifique os containers em execução:

<pre>
docker compose ps
</pre>

Os containers necessários para o funcionamento do PatchMon deverão aparecer como ''running''.

Também é possível verificar todos os containers Docker:

<pre>
docker ps
</pre>

= 7. Primeiro acesso ao PatchMon =

Acesse o PatchMon através do navegador utilizando o endereço IP do servidor.

Exemplo:

<pre>
http://192.168.1.100:3000
</pre>

Substitua o endereço IP pelo endereço configurado no servidor.

Após o acesso, realize a configuração inicial da aplicação conforme solicitado pelo PatchMon.

== 8. Adicionar o próprio servidor como Host ==

Como o PatchMon está sendo executado em Docker, o próprio servidor pode ser adicionado como um host utilizando o agente em modo Docker.

No menu lateral do PatchMon, acesse:

<pre>
Hosts
|
+-- Add Host
</pre>

Selecione:

* Sistema operacional: '''Linux'''
* Friendly Name: '''Patchmon'''
* Tipo: '''Docker'''

Após preencher as informações, utilize a opção '''Copy command'''.

O PatchMon irá gerar um comando específico para instalação e registro do agente.

Cole o comando no terminal do próprio servidor onde o PatchMon está instalado e execute-o.

Após a execução, o agente deverá estabelecer comunicação com o servidor PatchMon.

A integração pode ser verificada através da área '''Hosts''' ou diretamente no dashboard.

== 9. Testar o gerenciamento de atualizações ==

Com o host adicionado, podemos verificar quais versões de pacotes estão disponíveis para atualização.

Como exemplo, podemos consultar a versão disponível do OpenSSL:

<pre>
apt-cache madison openssl
</pre>

O comando exibirá as versões disponíveis do pacote nos repositórios configurados.

Para instalar uma versão específica, utilize:

<pre>
sudo apt install openssl=3.5.5-1~deb13u2
</pre>

{{Nota|A versão apresentada neste exemplo pode mudar conforme os repositórios e atualizações disponíveis. Utilize uma versão efetivamente disponível no seu ambiente.}}

== 10. Configurar o intervalo de atualização ==

Por padrão, o job responsável pela verificação de atualizações é executado periodicamente.

A frequência pode ser alterada diretamente pela interface do PatchMon.

Acesse:

<pre>
Settings
|
+-- Agent Updates
</pre>

Defina o intervalo desejado.

Para ambiente de testes, por exemplo, pode ser utilizado um intervalo de '''5 minutos'''.

Depois de alterar o intervalo, utilize '''Save and Deploy'''.

A configuração será aplicada aos agentes.

== 11. Aguardar a execução do agente ==

Após realizar a configuração, aguarde alguns minutos para que o agente execute o próximo ciclo de verificação.

Em um ambiente configurado para execução a cada 5 minutos, normalmente será necessário aguardar aproximadamente 5 a 10 minutos para visualizar os resultados.

Após esse período, verifique novamente o host no PatchMon.

== 12. Verificações finais ==

Após a instalação, recomendamos verificar:

<pre>
docker ps
</pre>

Verificar o status dos containers:

<pre>
docker compose ps
</pre>

Verificar os logs caso exista algum problema:

<pre>
docker compose logs
</pre>

Para acompanhar os logs em tempo real:

<pre>
docker compose logs -f
</pre>

= Conclusão =

Com os procedimentos apresentados neste documento, o PatchMon estará instalado em um servidor Debian 13 utilizando Docker.

O ambiente também estará preparado para:

* Gerenciar hosts Linux.
* Executar o agente utilizando Docker.
* Identificar atualizações disponíveis.
* Realizar atualizações através do PatchMon.
* Acompanhar o estado dos hosts através do dashboard.
* Configurar a frequência de execução dos agentes.

Para ambientes de produção, recomenda-se validar previamente as configurações em um ambiente de homologação, principalmente os procedimentos de atualização automática e os intervalos de execução dos agentes.

Comandos Básicos no Shell Linux

2026-08-05T23:43:13Z

Diegocosta: /* Agendando Tarefas na Cron (crontab) */

== Sobre ==

Olá! Visitante, reunimos aqui, uma listagem de alguns comandos que podem ajudar você a administrar servidores e desktop com Sistemas Operacionais (SO) GNU-Linux. Como esta lista é grande, deixamos apenas o que achamos mais relevantes para pessoas que estão começando a se aventurar com sistemas GNU.

----

== Vídeo Parte 01 ==

<embedvideo service="youtube">https://youtu.be/isMkuY9N3fc</embedvideo>
Link: https://youtu.be/isMkuY9N3fc

1- su - SuperUsuario (para alterar para o usuário root)

2- whoami - para ver quem e o usuário logado

3- ls - Lista arquivos e diretórios

Exemplos:

ls -l -> mostra com detalhes

ls -la -> mostra com detalhes e também arquivos escondidos (ocultos)

ls -lR -> mostra com detalhes recursivamente, do diretório principal pra baixo

ls -lt -> mostra com detalhes decrescente

ls -ltr -> mostra com detalhes invertendo a operação realizada

ls -lh -> mostra com detalhes e o tamanho dos arquivos e mostrado em K, M, G, T

ls -l *.conf -> mostra com detalhes arquivos com extensão .conf

ls -ld etc -> mostra com detalhes o diretório especificado no comando

4- cd - entra em diretórios

Exemplos:

cd ~user -> vai pra pasta do usuário

cd / -> raiz

cd . -> diretório corrente

cd ~ -> vai para home do usuário corrente

cd -> vai para home do usuário corrente

5- pwd - mostra a localização atual nas pastas

6- mkdir - cria pastas

Exemplo:

mkdir -p /home/usuário/teste
*cria a pasta teste dentro da pasta home do usuário

7- rm - apaga arquivos ou pastas

Exemplos:

rm teste.txt (arquivo)
rm -rf /home/usuário/teste (pasta/subpasta)

8- touch - cria arquivo em branco

9- cat - faz a leitura no shell do arquivo

10- echo - printa no shell ou em arquivo um texto ou comando

Exemplos:

echo 1 (printa 1 no shell)

echo "1" > /home/usuário/teste.txt ( adiciona na primeira linha 1, apagando todo o resto do conteudo )

echo "2" >> /home/usuário/teste.txt ( adiciona na ultima linha 2, mantendo o conteudo anterior)

11- head - faz a leitura das primeiras linhas de um arquivo

Exemplos:

head /home/usuário/teste.txt (lê as primeiras 11 linhas de um arquivo)
head -n1 /home/usuário/teste.txt (lê a primeira linha de um arquivo)

12- tail - faz a leitura das ultimas linhas de um arquivo

Exemplos:

tail -n10 /home/usuário/teste.txt (lê as ultimas 10 linhas do arquivo)
tail -f /var/log/syslog (fica monitorando a saída de log, exibindo em tempo real as ultimas linhas)

13- cp - copia arquivos/pastas/subpastas

Exemplos:

cp /home/usuário/teste.txt /home/usuário/novo_teste.txt
cp -r /home/usuário/ /tmp/ (copia de modo recursivo -r)
cp -p /home/usuário/ /tmp/ (copia de modo a manter as permissões de arquivos)

14- mv - move arquivos ou pastas

mv /home/usuário/teste.txt /home/usuário/1.txt (move o conteúdo de teste.txt para 1.txt)
mv /home/usuário/ /tmp/ (move a pasta usuário para tmp)

15- scp - cp utilizando o ssh (para copiar arquivos ou pastas entre computadores distintos conectados em rede ou internet)

Exemplos:
scp /home/usuário/teste.txt root@192.168.0.10:/home/user/ (copia da maquina local para pasta user de uma maquina remota)

16- man - manual

Exemplos:

man ls (exibe manual do ls)
man cp (exibe manual do cp)
man mv (exibe manual do mv)

== Vídeo Parte 02 ==

<embedvideo service="youtube">https://youtu.be/VR8pjDDsWC4</embedvideo>
Link: https://youtu.be/VR8pjDDsWC4

Sistemas de Arquivos:

* FAT-16 (Máximo de tamanho de arquivos 2GB)
* FAT-32 (Máximo de tamanho de arquivo 4GB)
* EXT2 (Máximo de tamanho de arquivos 2GB)
* EXT3 (Rápido e uso de Journing e máximo de tamanho de arquivos 2TB)
* RaiserFS (Tolerância a falha *mas está descontinuado)
* NTFS (Padrão após o WindowsXP)
* XFS (Permite aumentar partições em funcionamento)
* JFS (Melhor desempenho, *para desktop não é recomendado)
* EXT4 (Melhor desempenho e máximo de tamanho de arquivos 16 TB)
* SWAP (Memória em arquivo/partição)

Comandos:

whoami: mostra quem está logado

exemplo:

whoami

fdisk: particionamento de discos

parâmetros

-l: exibe informações sobre os discos e as partições
/dev/sdXX: utiliza o fdisk no caminho especificado para fazer o particionamento

exemplos:

fdisk -l
fdisk /dev/sdb

Dentro fdisk
m: ajuda
n: criar nova partição
p: exibe tabela de partição
d: deleta partição
w: aplicar mudanças e sair

mkfs: software que prepara (formata a partição)

exemplos:

mkfs.ext4 /dev/sdb1
mkfs.xfs /dev/sdb2

mount: software que faz a montagem (disponibilização) de devices

exemplos:

mount (exibe os pontos de montagens no sistema)
mount -t ext4 /dev/sdb1 /mnt/hd_01
mount -t xfs /dev/sdb2 /mnt/hd_02

df: comando que exibe os pontos de montagem

parâmetros

-h exibe em formato humano (melhor entendível)

exemplos:

df
df -h

fstab ( arquivo que faz a montagem automática no boot )

exemplo:

nano /etc/fstab

# Dispositivo ponto de montagem sistema de arquivo opções verificação de integridade
/dev/sdb1 /mnt/hd_01 ext4 defaults * *

== Vídeo Parte 03 ==

<embedvideo service="youtube">https://youtu.be/eYUWzOTOcrw</embedvideo>
Link: https://youtu.be/eYUWzOTOcrw

== Configurando o FSTAB ==

O FSTAB (File System Table) localizado em /etc. Sem dúvidas, é um dos arquivos de configuração mais importantes do GNU/Linux. O arquivo é lido na inicialização do sistema e é quem diz ao sistema o que montar, onde montar e os parâmetros de montagem.

nano /etc/fstab

Modelo das informações

#Dispositivo(Device) Ponto de montagem(/mnt) sistema de arquivo(ext3,ext4,etc..) opções(utilizada para infos avançadas) verificação de integridade(check disk)

UUID=6ee6502d-9078-4f59-b843-0f56af2871b6 /mnt/HD_01 ext4 defaults 0 0
UUID=3bc4806f-4056-1d56-c983-0d54a7f631d5 /mnt/HD_02 xfs defaults 0 0

* Parâmetros de opções mencionadas no vídeo:

noexec: diz ao disco ou partição que este não tem permissão de execução.

noatime: diz ao disco ou partição que não são considerados os valores de data e hora no momento da gravação de informação.

BLKID(UUID) do Disco

blkid /dev/sdb
Exemplo: UUID="6ee6503d-8078-4f59-b943-0f56af2771b6" TYPE="ext4" PARTUUID="91a56830-02"

== Comando Mount/Umount ==

#Comando Mount: quando utilizado sozinho exibe os pontos de montagens já realizados, porém quando se fornece o comando seguido de um dispositivo, o tipo de sistema e um caminho ele faz a montagem.
# Comando Umount: utilizado para fazer o processo inverso, ou seja, desmonta os devices anteriormente montados, diferentemente do mount, o umount é utilizado apenas o comando seguido da unidade a ser desmontada, sem a necessidade de parâmetros.

Exemplo:

mount
mount -t xfs /dev/sdb1 /mnt/HD_02
umont /dev/HD_02

== Verificação de integridade de discos (FSCK/XFS_Check) ==

Utilizados para verificar se existem inconsistências nos discos, geralmente quando um servidor ou desktop com Linux não inicializa é preciso verificar os discos, estes são dois dos comandos primordiais para tal realização.

Exemplos:

fsck.ext4 /dev/sdb1
xfs_check /dev/sdb2
xfs_repair /dev/sdb2

== Agendando Tarefas na Cron (crontab) ==

O crontab, é um programa do Unix que edita o arquivo onde são especificados os comandos a serem executados e a hora e dia de execução pelo cron, um serviço que executa comandos agendados nos sistemas operacionais do tipo Unix. O cron se encarregará de verificar a hora e determinar se existe ou não algum programa a ser rodado. Caso exista ele o rodará na hora e data solicitada.

#Listando tarefas já agendadas

crontab -l

#Editando as tarefas

crontab -e

Exemplo de agendamento:

[minutos] [horas] [dias do mês] [mês] [dias da semana] [comando]

28 01 * * * ls /etc/ > /home/agenda.txt

29 01 * * * mv /home/agenda.txt /home/agenda2.txt

* Monitorar atividades com o watch

Exemplo:

watch -n 1 ls /home

* Manual do Cron

man crontab

=== Listar cron de todos os usuários ===

* Lista todos os usuários e suas tarefas agendadas no sistema, mostra juntamente os comentários, caso seja necessário para entender o agendamento.
<pre>
ssh root@IP-SERVER "bash -c 'for user in \$(cut -f1 -d: /etc/passwd); do echo \"=== Usuário: \$user ===\"; crontab -u \$user -l 2>/dev/null; done'"
</pre>

'''Exemplo de Saída:'''

<pre>
=== Usuário: root ===
# Edit this file to introduce tasks to be run by cron.
#
# Each task to run has to be defined through a single line
# indicating with different fields when the task will be run
# and what command to run for the task
#
# To define the time you can provide concrete values for
# minute (m), hour (h), day of month (dom), month (mon),
# and day of week (dow) or use '*' in these fields (for 'any').
#
# Notice that tasks will be started based on the cron's system
# daemon's notion of time and timezones.
#
# Output of the crontab jobs (including errors) is sent through
# email to the user the crontab file belongs to (unless redirected).
#
# For example, you can run a backup of all your user accounts
# at 5 a.m every week with:
# 0 5 * * 1 tar -zcf /var/backups/home.tgz /home/
#
# For more information see the manual pages of crontab(5) and cron(8)
#
# m h dom mon dow command
# @reboot /bin/ajustes.sh

# Faz Backup das configurações do PVE (/etc/pve/)
00 23 * * * /bin/backup-pve.sh
=== Usuário: daemon ===
=== Usuário: bin ===
=== Usuário: sys ===
=== Usuário: sync ===
=== Usuário: games ===
=== Usuário: man ===
=== Usuário: lp ===
=== Usuário: mail ===
=== Usuário: news ===
=== Usuário: uucp ===
=== Usuário: proxy ===
=== Usuário: www-data ===
=== Usuário: backup ===
=== Usuário: list ===
=== Usuário: irc ===
=== Usuário: _apt ===
=== Usuário: nobody ===
=== Usuário: systemd-network ===
=== Usuário: _chrony ===
=== Usuário: dhcpcd ===
=== Usuário: messagebus ===
=== Usuário: tcpdump ===
=== Usuário: sshd ===
=== Usuário: _rpc ===
=== Usuário: statd ===
=== Usuário: postfix ===
=== Usuário: frr ===
=== Usuário: tss ===
=== Usuário: ceph ===
=== Usuário: dnsmasq ===
</pre>

* Lista apenas as tarefas agendadas dos usuários que tem tarefas agendadas, ignorando os usuários que não tem e também ignora os comentários.

<pre>
ssh root@IP-Server "bash -c 'for user in \$(cut -f1 -d: /etc/passwd); do cron_out=\$(crontab -u \$user -l 2>/dev/null | grep -v \"^#\"); if [ ! -z \"\$cron_out\" ]; then echo -e \"\n=== Usuário: \$user ===\"; echo \"\$cron_out\"; fi; done'"
</pre>

'''Exemplo de Saída:'''

<pre>
=== Usuário: root ===

00 23 * * * /bin/backup-pve.sh

</pre>

== Comando SSH ==

Secure Shell (SSH) é um protocolo de rede criptográfico para operação de serviços de rede de forma segura sobre uma rede insegura. A melhor aplicação de exemplo conhecido é para login remoto a sistemas de computadores pelos usuários. O SSH fornece um canal seguro sobre uma rede insegura em uma arquitetura cliente-servidor, conectando uma aplicação cliente SSH com um servidor SSH. Aplicações comuns incluem login em linha de comando remoto e execução remota de comandos, mas qualquer serviço de rede pode ser protegido com SSH. A especificação do protocolo distingue entre duas versões maiores, referidas como SSH-1 e SSH-2. Por padrão é utilizada a porta TCP 22, pondendo ser modificada para qualquer porta definida pelo administrador, para se conectar em porta fora do padrão basta adicionar o parâmetro -p (PORTA) seguido da nova porta.

# Instalar o server de ssh

apt-get install openssh-server

# Para acessar máquinas com o ssh-server

Exemplos:

ssh usuario@ip_do_cliente/servidor
ssh diegocosta@192.168.0.107
ssh root@192.168.0.107 -p 2222

Auditoria do Microsoft 365

2026-07-22T17:28:32Z

Diegocosta: /* Script para auditoria */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre os principais comandos utilizados durante uma auditoria de segurança do Exchange Online (Microsoft 365), permitindo coletar informações sobre configuração do ambiente, autenticação, encaminhamento de e-mails, permissões e possíveis riscos de comprometimento.

== Objetivo ==

Esta página documenta os comandos utilizados para auditoria do Exchange Online, descrevendo sua finalidade, utilização e os dados coletados durante a análise do ambiente Microsoft 365.

== Pré-requisitos ==

* Windows PowerShell 5.1 ou PowerShell 7
* Módulo ExchangeOnlineManagement
* Permissões administrativas no Exchange Online
* Conta com autenticação multifator, quando aplicável

= Instalação do módulo =

Abra o Powershell como administrador e digite o comando abaixo:

Install-Module ExchangeOnlineManagement -Scope CurrentUser

=== Parâmetros ===

{| class="wikitable"
! Parâmetro
! Descrição
|-
| Scope CurrentUser
| Instala o módulo apenas para o usuário atual, dispensando privilégios administrativos.
|}

Executar apenas uma vez em cada computador utilizado para administração do Microsoft 365.

O módulo ficará disponível para utilização nas próximas sessões do PowerShell.

== Carregar o módulo ==
No mesmo Powershell onde fez a instalação digite o comando abaixo para carregar o módulo.

Import-Module ExchangeOnlineManagement

Sempre antes da conexão com o Exchange Online.

== Conectar ao Exchange Online ==
Realiza a autenticação no tenant Microsoft 365.

Connect-ExchangeOnline

Após autenticação, todos os cmdlets do Exchange Online estarão disponíveis.

= Preparação da auditoria =

mkdir Auditoria-M365

ou

New-Item C:\Auditoria-M365 -ItemType Directory

Cria o diretório onde serão armazenados os relatórios gerados pela auditoria.

cd .\Auditoria-M365\

Define a pasta atual como diretório de trabalho.

= Domínios aceitos =

Get-AcceptedDomain | Format-Table

Lista todos os domínios aceitos pelo Exchange Online.

=== Informações obtidas ===
Verificar a existência de domínios desnecessários ou configurações incorretas.

* Domínio principal
* Domínios secundários
* Domínio onmicrosoft.com
* Tipo do domínio (Authoritative ou Internal Relay)

== Exportar domínios ==
Exporta a lista de domínios aceitos para análise posterior.

Get-AcceptedDomain | Export-Csv C:\Auditoria-M365\AcceptedDomains.csv -NoTypeInformation

= Listar usuários com MFA =

Realizando a pesquisa pontual (passando o usuário), '''substitua: EMAIL@EMPRESA.com por e-mail válido'''

$user="EMAIL@EMPRESA.com"; if ((Get-MgUserAuthenticationMethod -UserId $user | Where-Object {$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"})) {"MFA SIM"} else {"MFA NÃO"}

Realizando apenas quem está '''ativo''' de maneira automática '''sem a necessidade de informar e-mail por e-mail'''

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName;$result=foreach($user in $users){$methods=Get-MgUserAuthenticationMethod -UserId $user.Id;$mfa=$methods|Where-Object{$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"};if($mfa){[PSCustomObject]@{Nome=$user.DisplayName;Usuario=$user.UserPrincipalName;MFA="SIM"}}};$result|Format-Table -AutoSize

Realizando apenas quem está '''desativado''' de maneira automática '''sem a necessidade de informar e-mail por e-mail'''

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName;$result=foreach($user in $users){$methods=Get-MgUserAuthenticationMethod -UserId $user.Id;$mfa=$methods|Where-Object{$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"};if(-not $mfa){[PSCustomObject]@{Nome=$user.DisplayName;Usuario=$user.UserPrincipalName;MFA="NAO"}}};$result|Format-Table -AutoSize

== Script para auditoria ==

'''Para pegar apenas usuários com MFA habilitados'''
<pre>

$users = Get-MgUser -All -Property Id,DisplayName,UserPrincipalName

$result = foreach ($user in $users) {

$methods = Get-MgUserAuthenticationMethod -UserId $user.Id

$mfa = $methods | Where-Object {
$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"
}

if ($mfa) {
[PSCustomObject]@{
Nome = $user.DisplayName
Usuario = $user.UserPrincipalName
MFA = "SIM"
Metodos = ($mfa.AdditionalProperties.'@odata.type' -replace "#microsoft.graph.") -join ", "
}
}
}

$result | Export-Csv "C:\Auditoria-M365\MFA-Usuarios.csv" -NoTypeInformation -Encoding UTF8

</pre>

'''Para pegar todos usuários e dizer que tem e não tem o MFA habilitado'''

<pre>

$users = Get-MgUser -All -Property Id,DisplayName,UserPrincipalName

$result = foreach ($user in $users) {

$methods = Get-MgUserAuthenticationMethod -UserId $user.Id

$mfa = $methods | Where-Object {
$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"
}

if ($mfa) {
[PSCustomObject]@{
Nome = $user.DisplayName
Usuario = $user.UserPrincipalName
MFA = "SIM"
Metodos = ($mfa.AdditionalProperties.'@odata.type' -replace "#microsoft.graph.") -join ", "
}
}
else {
[PSCustomObject]@{
Nome = $user.DisplayName
Usuario = $user.UserPrincipalName
MFA = "NAO"
Metodos = ""
}
}
}

$result | Export-Csv "C:\Auditoria-M365\Usuarios-COM-e-SEM-MFA.csv" -NoTypeInformation -Encoding UTF8

</pre>

= DKIM =
Exibe todas as configurações de assinatura DKIM.

Get-DkimSigningConfig | Format-List

=== Permite verificar ===

* Domínio
* Status
* Seletores
* Habilitação da assinatura

== Exportar DKIM ==

Get-DkimSigningConfig | Export-Csv C:\Auditoria-M365\DKIM.csv -NoTypeInformation

Exporta todas as configurações DKIM para um arquivo CSV.

= SMTP AUTH =
SMTP AUTH é frequentemente explorado em ataques de força bruta e envio de spam utilizando credenciais comprometidas.

Get-TransportConfig | Select SmtpClientAuthenticationDisabled

Verifica se o SMTP AUTH está habilitado globalmente.

{| class="wikitable"
! Valor
! Significado
|-
| True
| SMTP AUTH desabilitado
|-
| False
| SMTP AUTH habilitado
|}

= SMTP AUTH por Caixa Postal =
Este comando realiza uma auditoria da configuração de autenticação SMTP (SMTP AUTH) para todas as caixas postais do Exchange Online. O resultado é exportado para um arquivo CSV, permitindo identificar quais usuários possuem a autenticação SMTP habilitada ou desabilitada.

Get-CASMailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
SmtpClientAuthenticationDisabled |
Export-Csv C:\Auditoria-M365\SMTPAUTH.csv -NoTypeInformation -Encoding UTF8

Identificar exceções à política global de SMTP AUTH configurada na organização.
Mesmo quando o SMTP AUTH estiver desabilitado globalmente, administradores podem habilitá-lo individualmente para determinadas caixas postais. Essas exceções devem ser revisadas periodicamente para reduzir a superfície de ataque da organização.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta os resultados para o arquivo ''SMTPAUTH.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| SmtpClientAuthenticationDisabled
| Indica se a autenticação SMTP está desabilitada para a caixa postal.
|}

=== Interpretação dos resultados ===

{| class="wikitable"
! Valor
! Significado
|-
| True
| A autenticação SMTP está desabilitada para a caixa postal.
|-
| False
| A autenticação SMTP está habilitada para a caixa postal.
|-
| Em branco
| A caixa postal herda a configuração global definida na organização.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Usuários que possuem SMTP AUTH habilitado.
* Exceções à política global da organização.
* Contas utilizadas por aplicações legadas.
* Contas de serviço que dependem de autenticação SMTP.
* Configurações que necessitam de revisão ou atualização.

=== Indicadores de atenção ===

Durante a análise recomenda-se verificar:

* Contas administrativas com SMTP AUTH habilitado.
* Usuários comuns que não possuem justificativa para utilizar SMTP AUTH.
* Contas inativas que permanecem com SMTP AUTH habilitado.
* Contas privilegiadas utilizadas por sistemas antigos.
* Configurações incompatíveis com a política de segurança da organização.

=== Boas práticas ===

* Desabilitar SMTP AUTH sempre que possível.
* Utilizar OAuth 2.0 para autenticação de clientes modernos.
* Manter habilitado apenas para aplicações que realmente dependam do protocolo SMTP AUTH.
* Revisar periodicamente as exceções configuradas.
* Documentar todas as contas autorizadas a utilizar SMTP AUTH.

=== Importância para a segurança ===

O protocolo SMTP AUTH é frequentemente explorado em ataques de força bruta, password spraying e envio de spam utilizando credenciais comprometidas. A redução do número de caixas postais com SMTP AUTH habilitado diminui significativamente a superfície de ataque da organização e está alinhada às recomendações da Microsoft para ambientes Exchange Online.

= Auditoria de Encaminhamento =
Este comando realiza uma auditoria de todas as caixas postais do Exchange Online, coletando informações relacionadas ao encaminhamento automático de mensagens (Mail Forwarding). O resultado é exportado para um arquivo CSV codificado em UTF-8, facilitando a análise em planilhas eletrônicas ou ferramentas de auditoria.

Get-Mailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
ForwardingAddress,
ForwardingSmtpAddress,
DeliverToMailboxAndForward |
Export-Csv C:\Auditoria-M365\DeliverToMailboxAndForward.csv -NoTypeInformation -Encoding UTF8

Ajuda a identificar caixas postais que possuem encaminhamento de mensagens configurado, seja para destinatários internos ou externos à organização.

Essa verificação é importante para detectar configurações legítimas, necessidades operacionais e possíveis indícios de comprometimento de contas.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do ambiente Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta o resultado para o arquivo ''DeliverToMailboxAndForward.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| ForwardingAddress
| Encaminhamento para outra caixa postal existente no Exchange Online.
|-
| ForwardingSmtpAddress
| Encaminhamento para um endereço SMTP específico, podendo ser interno ou externo.
|-
| DeliverToMailboxAndForward
| Define se a mensagem permanece na caixa postal original após ser encaminhada.
|}

====ForwardingAddress====

Indica que o encaminhamento foi configurado para outra caixa postal gerenciada pelo Exchange Online.

Exemplo:

Usuário A → Secretaria

====ForwardingSmtpAddress====

Indica que as mensagens são encaminhadas para um endereço SMTP específico.

Exemplos:

* usuario@empresa.com.br
* usuario@gmail.com
* suporte@outradominio.com

Quando o endereço pertence a um domínio externo, recomenda-se validar se o encaminhamento foi autorizado.

==== DeliverToMailboxAndForward ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A mensagem permanece na caixa postal original e também é encaminhada.
|-
| False
| A mensagem é apenas encaminhada para o destinatário configurado.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Encaminhamento automático para usuários internos.
* Encaminhamento automático para domínios externos.
* Contas utilizadas por sistemas ou aplicações.
* Configurações realizadas para secretarias ou caixas compartilhadas.
* Possíveis mecanismos de exfiltração de informações.

=== Indicadores de atenção ===

Durante a análise do relatório, recomenda-se verificar:

* Encaminhamento para provedores públicos, como Gmail, Outlook.com ou Yahoo.
* Encaminhamento para domínios desconhecidos.
* Contas de usuários comuns com encaminhamento externo habilitado.
* Encaminhamentos não documentados ou sem justificativa operacional.
* Encaminhamentos configurados em contas privilegiadas.

=== Boas práticas ===

* Permitir encaminhamento externo apenas quando houver necessidade formal.
* Revisar periodicamente todas as configurações de encaminhamento.
* Documentar exceções aprovadas.
* Utilizar políticas do Exchange Online ou Microsoft Defender para restringir encaminhamentos automáticos externos.
* Monitorar alterações nas configurações de encaminhamento por meio dos logs de auditoria do Microsoft 365.

=== Importância para a segurança ===

O encaminhamento automático é uma das técnicas mais utilizadas após o comprometimento de contas de e-mail. Um invasor pode configurar o envio automático de todas as mensagens para um endereço externo, mantendo acesso contínuo às comunicações da organização sem a necessidade de permanecer autenticado na conta. Por esse motivo, este relatório deve fazer parte de auditorias periódicas de segurança e resposta a incidentes.

= Auditoria de Regras =

Get-Mailbox -ResultSize Unlimited |
ForEach-Object {
Get-InboxRule -Mailbox $_.PrimarySmtpAddress |
Select @{
Name="Mailbox";
Expression={$_.MailboxOwnerId}
},
Name,
Enabled,
Description,
ForwardTo,
ForwardAsAttachmentTo,
RedirectTo,
DeleteMessage,
SoftDeleteMessage,
MarkAsRead,
StopProcessingRules
} |
Export-Csv C:\Auditoria-M365\InboxRules-Detalhado.csv -NoTypeInformation -Encoding UTF8

=== Descrição ===

Este comando realiza uma auditoria completa das regras de caixa de entrada (Inbox Rules) existentes em todas as caixas postais do Exchange Online. As informações são consolidadas em um único arquivo CSV para facilitar a análise e identificação de regras legítimas ou potencialmente maliciosas.

Identificar regras criadas pelos usuários ou por invasores que possam:

* Encaminhar mensagens automaticamente.
* Redirecionar e-mails para outros destinatários.
* Excluir mensagens sem conhecimento do usuário.
* Marcar mensagens como lidas automaticamente.
* Interromper o processamento das demais regras.
* Ocultar atividades maliciosas após o comprometimento de uma conta.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Percorre cada caixa postal individualmente utilizando ''ForEach-Object''.
* Executa o cmdlet ''Get-InboxRule'' para recuperar todas as regras da caixa de entrada.
* Seleciona apenas os atributos relevantes para auditoria.
* Adiciona uma coluna denominada ''Mailbox'', contendo o proprietário da caixa postal.
* Exporta o resultado para um arquivo CSV codificado em UTF-8.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| Mailbox
| Proprietário da caixa postal onde a regra está configurada.
|-
| Name
| Nome da regra.
|-
| Enabled
| Indica se a regra está ativa.
|-
| Description
| Descrição da regra criada pelo Exchange Online.
|-
| ForwardTo
| Encaminha a mensagem para outro destinatário mantendo uma cópia na caixa postal.
|-
| ForwardAsAttachmentTo
| Encaminha a mensagem como anexo para outro destinatário.
|-
| RedirectTo
| Redireciona a mensagem para outro destinatário sem manter indicação de encaminhamento.
|-
| DeleteMessage
| Exclui permanentemente a mensagem quando a regra é executada.
|-
| SoftDeleteMessage
| Move a mensagem para a pasta de itens recuperáveis.
|-
| MarkAsRead
| Marca automaticamente a mensagem como lida.
|-
| StopProcessingRules
| Impede que as demais regras da caixa de entrada sejam processadas.
|}

==== Enabled ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A regra está ativa e será aplicada quando suas condições forem atendidas.
|-
| False
| A regra existe, porém está desabilitada.
|}

==== ForwardTo ====

Encaminha automaticamente uma cópia da mensagem para outro destinatário.

Pode ser utilizado para:

* Secretarias.
* Caixas compartilhadas.
* Fluxos internos de trabalho.

Também pode indicar tentativa de exfiltração de informações quando aponta para endereços externos.

==== ForwardAsAttachmentTo ====

Encaminha a mensagem original como anexo.

Esse tipo de regra preserva todos os cabeçalhos da mensagem e pode ser utilizado para arquivamento ou coleta indevida de informações.

==== RedirectTo ====

Redireciona a mensagem para outro destinatário sem que o destinatário final visualize que houve encaminhamento.

Esse comportamento é frequentemente utilizado por invasores para receber cópias das mensagens de forma discreta.

==== DeleteMessage ====

Quando configurado como True, a mensagem é excluída automaticamente.

Pode ser utilizado para ocultar:

* Alertas de segurança.
* Notificações do Microsoft 365.
* Mensagens enviadas por administradores.
* Avisos de alteração de senha.

==== SoftDeleteMessage ====

Move automaticamente a mensagem para a pasta de itens recuperáveis.

Embora a mensagem permaneça recuperável, ela deixa de aparecer normalmente na caixa de entrada do usuário.

==== MarkAsRead ====

Marca automaticamente a mensagem como lida.

Essa configuração pode dificultar que o usuário perceba mensagens importantes ou alertas enviados pela organização.

==== StopProcessingRules ====

Quando definido como True, nenhuma outra regra será executada após essa regra.

Um invasor pode utilizar esse recurso para impedir que regras legítimas sejam aplicadas.

= Informações adicionais =

== Aplicações na auditoria ==

Este relatório permite identificar:

* Encaminhamento automático de mensagens.
* Redirecionamentos internos e externos.
* Exclusão automática de mensagens.
* Regras utilizadas para ocultação de atividades maliciosas.
* Configurações incompatíveis com as políticas da organização.
* Regras criadas por malware ou após comprometimento de credenciais.

== Indicadores de comprometimento ==

Durante a análise recomenda-se investigar especialmente:

* Regras com ''ForwardTo'' apontando para domínios externos.
* Regras com ''RedirectTo'' para endereços desconhecidos.
* Regras contendo ''DeleteMessage'' habilitado.
* Regras contendo ''SoftDeleteMessage'' habilitado.
* Regras contendo ''MarkAsRead'' habilitado.
* Regras com ''StopProcessingRules'' habilitado.
* Regras recém-criadas sem justificativa operacional.
* Regras presentes apenas em contas privilegiadas.

== Boas práticas ==

* Revisar periodicamente todas as regras de caixa de entrada.
* Bloquear encaminhamento automático externo quando não houver necessidade operacional.
* Monitorar alterações utilizando os logs de auditoria do Microsoft 365.
* Investigar imediatamente regras criadas após suspeitas de comprometimento.
* Remover regras desconhecidas ou não documentadas.
* Validar regras existentes em contas administrativas, caixas compartilhadas e usuários privilegiados.

== Arquivos gerados ==

{{Nota| Sempre ao final dos comandos é passado o nome de um arquivo.csv, este arquivo será utilizado para análise posterior pelo profissional. lembre-se que cada comando é um arquivo separado para evitar confusão, cabe ao profissional identificar}}

'''Exemplo'''
C:\Auditoria-M365\InboxRules-Detalhado.csv

== Formato do arquivo ==

Arquivo CSV codificado em UTF-8, compatível com Microsoft Excel, LibreOffice Calc e outras ferramentas de análise.

== Importância para a segurança ==

As regras de caixa de entrada são um dos mecanismos mais explorados por invasores após o comprometimento de contas do Microsoft 365. Elas permitem encaminhar mensagens, ocultar notificações de segurança, apagar evidências e manter acesso contínuo às informações da organização sem necessidade de novas autenticações. A revisão periódica deste relatório é uma prática recomendada em auditorias de segurança, resposta a incidentes e avaliações de conformidade.

Auditoria do Microsoft 365

2026-07-21T15:26:10Z

Diegocosta: /* Script para auditoria */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre os principais comandos utilizados durante uma auditoria de segurança do Exchange Online (Microsoft 365), permitindo coletar informações sobre configuração do ambiente, autenticação, encaminhamento de e-mails, permissões e possíveis riscos de comprometimento.

== Objetivo ==

Esta página documenta os comandos utilizados para auditoria do Exchange Online, descrevendo sua finalidade, utilização e os dados coletados durante a análise do ambiente Microsoft 365.

== Pré-requisitos ==

* Windows PowerShell 5.1 ou PowerShell 7
* Módulo ExchangeOnlineManagement
* Permissões administrativas no Exchange Online
* Conta com autenticação multifator, quando aplicável

= Instalação do módulo =

Abra o Powershell como administrador e digite o comando abaixo:

Install-Module ExchangeOnlineManagement -Scope CurrentUser

=== Parâmetros ===

{| class="wikitable"
! Parâmetro
! Descrição
|-
| Scope CurrentUser
| Instala o módulo apenas para o usuário atual, dispensando privilégios administrativos.
|}

Executar apenas uma vez em cada computador utilizado para administração do Microsoft 365.

O módulo ficará disponível para utilização nas próximas sessões do PowerShell.

== Carregar o módulo ==
No mesmo Powershell onde fez a instalação digite o comando abaixo para carregar o módulo.

Import-Module ExchangeOnlineManagement

Sempre antes da conexão com o Exchange Online.

== Conectar ao Exchange Online ==
Realiza a autenticação no tenant Microsoft 365.

Connect-ExchangeOnline

Após autenticação, todos os cmdlets do Exchange Online estarão disponíveis.

= Preparação da auditoria =

mkdir Auditoria-M365

ou

New-Item C:\Auditoria-M365 -ItemType Directory

Cria o diretório onde serão armazenados os relatórios gerados pela auditoria.

cd .\Auditoria-M365\

Define a pasta atual como diretório de trabalho.

= Domínios aceitos =

Get-AcceptedDomain | Format-Table

Lista todos os domínios aceitos pelo Exchange Online.

=== Informações obtidas ===
Verificar a existência de domínios desnecessários ou configurações incorretas.

* Domínio principal
* Domínios secundários
* Domínio onmicrosoft.com
* Tipo do domínio (Authoritative ou Internal Relay)

== Exportar domínios ==
Exporta a lista de domínios aceitos para análise posterior.

Get-AcceptedDomain | Export-Csv C:\Auditoria-M365\AcceptedDomains.csv -NoTypeInformation

= Listar usuários com MFA =

Realizando a pesquisa pontual (passando o usuário), '''substitua: EMAIL@EMPRESA.com por e-mail válido'''

$user="EMAIL@EMPRESA.com"; if ((Get-MgUserAuthenticationMethod -UserId $user | Where-Object {$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"})) {"MFA SIM"} else {"MFA NÃO"}

Realizando apenas quem está '''ativo''' de maneira automática '''sem a necessidade de informar e-mail por e-mail'''

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName;$result=foreach($user in $users){$methods=Get-MgUserAuthenticationMethod -UserId $user.Id;$mfa=$methods|Where-Object{$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"};if($mfa){[PSCustomObject]@{Nome=$user.DisplayName;Usuario=$user.UserPrincipalName;MFA="SIM"}}};$result|Format-Table -AutoSize

Realizando apenas quem está '''desativado''' de maneira automática '''sem a necessidade de informar e-mail por e-mail'''

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName;$result=foreach($user in $users){$methods=Get-MgUserAuthenticationMethod -UserId $user.Id;$mfa=$methods|Where-Object{$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"};if(-not $mfa){[PSCustomObject]@{Nome=$user.DisplayName;Usuario=$user.UserPrincipalName;MFA="NAO"}}};$result|Format-Table -AutoSize

== Script para auditoria ==

<pre>

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName
$result=foreach($user in $users){
$methods=Get-MgUserAuthenticationMethod -UserId $user.Id
$mfa=$methods | Where-Object {
$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"
}

if($mfa){

[PSCustomObject]@{
Nome=$user.DisplayName
Usuario=$user.UserPrincipalName
MFA="SIM"
Metodo=($mfa.AdditionalProperties.'@odata.type' -replace "#microsoft.graph.","") -join ", "
}
}
}

$result | Export-Csv "C:\Auditoria-M365\MFA-Usuarios.csv" -NoTypeInformation -Encoding UTF8

</pre>

= DKIM =
Exibe todas as configurações de assinatura DKIM.

Get-DkimSigningConfig | Format-List

=== Permite verificar ===

* Domínio
* Status
* Seletores
* Habilitação da assinatura

== Exportar DKIM ==

Get-DkimSigningConfig | Export-Csv C:\Auditoria-M365\DKIM.csv -NoTypeInformation

Exporta todas as configurações DKIM para um arquivo CSV.

= SMTP AUTH =
SMTP AUTH é frequentemente explorado em ataques de força bruta e envio de spam utilizando credenciais comprometidas.

Get-TransportConfig | Select SmtpClientAuthenticationDisabled

Verifica se o SMTP AUTH está habilitado globalmente.

{| class="wikitable"
! Valor
! Significado
|-
| True
| SMTP AUTH desabilitado
|-
| False
| SMTP AUTH habilitado
|}

= SMTP AUTH por Caixa Postal =
Este comando realiza uma auditoria da configuração de autenticação SMTP (SMTP AUTH) para todas as caixas postais do Exchange Online. O resultado é exportado para um arquivo CSV, permitindo identificar quais usuários possuem a autenticação SMTP habilitada ou desabilitada.

Get-CASMailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
SmtpClientAuthenticationDisabled |
Export-Csv C:\Auditoria-M365\SMTPAUTH.csv -NoTypeInformation -Encoding UTF8

Identificar exceções à política global de SMTP AUTH configurada na organização.
Mesmo quando o SMTP AUTH estiver desabilitado globalmente, administradores podem habilitá-lo individualmente para determinadas caixas postais. Essas exceções devem ser revisadas periodicamente para reduzir a superfície de ataque da organização.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta os resultados para o arquivo ''SMTPAUTH.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| SmtpClientAuthenticationDisabled
| Indica se a autenticação SMTP está desabilitada para a caixa postal.
|}

=== Interpretação dos resultados ===

{| class="wikitable"
! Valor
! Significado
|-
| True
| A autenticação SMTP está desabilitada para a caixa postal.
|-
| False
| A autenticação SMTP está habilitada para a caixa postal.
|-
| Em branco
| A caixa postal herda a configuração global definida na organização.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Usuários que possuem SMTP AUTH habilitado.
* Exceções à política global da organização.
* Contas utilizadas por aplicações legadas.
* Contas de serviço que dependem de autenticação SMTP.
* Configurações que necessitam de revisão ou atualização.

=== Indicadores de atenção ===

Durante a análise recomenda-se verificar:

* Contas administrativas com SMTP AUTH habilitado.
* Usuários comuns que não possuem justificativa para utilizar SMTP AUTH.
* Contas inativas que permanecem com SMTP AUTH habilitado.
* Contas privilegiadas utilizadas por sistemas antigos.
* Configurações incompatíveis com a política de segurança da organização.

=== Boas práticas ===

* Desabilitar SMTP AUTH sempre que possível.
* Utilizar OAuth 2.0 para autenticação de clientes modernos.
* Manter habilitado apenas para aplicações que realmente dependam do protocolo SMTP AUTH.
* Revisar periodicamente as exceções configuradas.
* Documentar todas as contas autorizadas a utilizar SMTP AUTH.

=== Importância para a segurança ===

O protocolo SMTP AUTH é frequentemente explorado em ataques de força bruta, password spraying e envio de spam utilizando credenciais comprometidas. A redução do número de caixas postais com SMTP AUTH habilitado diminui significativamente a superfície de ataque da organização e está alinhada às recomendações da Microsoft para ambientes Exchange Online.

= Auditoria de Encaminhamento =
Este comando realiza uma auditoria de todas as caixas postais do Exchange Online, coletando informações relacionadas ao encaminhamento automático de mensagens (Mail Forwarding). O resultado é exportado para um arquivo CSV codificado em UTF-8, facilitando a análise em planilhas eletrônicas ou ferramentas de auditoria.

Get-Mailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
ForwardingAddress,
ForwardingSmtpAddress,
DeliverToMailboxAndForward |
Export-Csv C:\Auditoria-M365\DeliverToMailboxAndForward.csv -NoTypeInformation -Encoding UTF8

Ajuda a identificar caixas postais que possuem encaminhamento de mensagens configurado, seja para destinatários internos ou externos à organização.

Essa verificação é importante para detectar configurações legítimas, necessidades operacionais e possíveis indícios de comprometimento de contas.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do ambiente Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta o resultado para o arquivo ''DeliverToMailboxAndForward.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| ForwardingAddress
| Encaminhamento para outra caixa postal existente no Exchange Online.
|-
| ForwardingSmtpAddress
| Encaminhamento para um endereço SMTP específico, podendo ser interno ou externo.
|-
| DeliverToMailboxAndForward
| Define se a mensagem permanece na caixa postal original após ser encaminhada.
|}

====ForwardingAddress====

Indica que o encaminhamento foi configurado para outra caixa postal gerenciada pelo Exchange Online.

Exemplo:

Usuário A → Secretaria

====ForwardingSmtpAddress====

Indica que as mensagens são encaminhadas para um endereço SMTP específico.

Exemplos:

* usuario@empresa.com.br
* usuario@gmail.com
* suporte@outradominio.com

Quando o endereço pertence a um domínio externo, recomenda-se validar se o encaminhamento foi autorizado.

==== DeliverToMailboxAndForward ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A mensagem permanece na caixa postal original e também é encaminhada.
|-
| False
| A mensagem é apenas encaminhada para o destinatário configurado.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Encaminhamento automático para usuários internos.
* Encaminhamento automático para domínios externos.
* Contas utilizadas por sistemas ou aplicações.
* Configurações realizadas para secretarias ou caixas compartilhadas.
* Possíveis mecanismos de exfiltração de informações.

=== Indicadores de atenção ===

Durante a análise do relatório, recomenda-se verificar:

* Encaminhamento para provedores públicos, como Gmail, Outlook.com ou Yahoo.
* Encaminhamento para domínios desconhecidos.
* Contas de usuários comuns com encaminhamento externo habilitado.
* Encaminhamentos não documentados ou sem justificativa operacional.
* Encaminhamentos configurados em contas privilegiadas.

=== Boas práticas ===

* Permitir encaminhamento externo apenas quando houver necessidade formal.
* Revisar periodicamente todas as configurações de encaminhamento.
* Documentar exceções aprovadas.
* Utilizar políticas do Exchange Online ou Microsoft Defender para restringir encaminhamentos automáticos externos.
* Monitorar alterações nas configurações de encaminhamento por meio dos logs de auditoria do Microsoft 365.

=== Importância para a segurança ===

O encaminhamento automático é uma das técnicas mais utilizadas após o comprometimento de contas de e-mail. Um invasor pode configurar o envio automático de todas as mensagens para um endereço externo, mantendo acesso contínuo às comunicações da organização sem a necessidade de permanecer autenticado na conta. Por esse motivo, este relatório deve fazer parte de auditorias periódicas de segurança e resposta a incidentes.

= Auditoria de Regras =

Get-Mailbox -ResultSize Unlimited |
ForEach-Object {
Get-InboxRule -Mailbox $_.PrimarySmtpAddress |
Select @{
Name="Mailbox";
Expression={$_.MailboxOwnerId}
},
Name,
Enabled,
Description,
ForwardTo,
ForwardAsAttachmentTo,
RedirectTo,
DeleteMessage,
SoftDeleteMessage,
MarkAsRead,
StopProcessingRules
} |
Export-Csv C:\Auditoria-M365\InboxRules-Detalhado.csv -NoTypeInformation -Encoding UTF8

=== Descrição ===

Este comando realiza uma auditoria completa das regras de caixa de entrada (Inbox Rules) existentes em todas as caixas postais do Exchange Online. As informações são consolidadas em um único arquivo CSV para facilitar a análise e identificação de regras legítimas ou potencialmente maliciosas.

Identificar regras criadas pelos usuários ou por invasores que possam:

* Encaminhar mensagens automaticamente.
* Redirecionar e-mails para outros destinatários.
* Excluir mensagens sem conhecimento do usuário.
* Marcar mensagens como lidas automaticamente.
* Interromper o processamento das demais regras.
* Ocultar atividades maliciosas após o comprometimento de uma conta.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Percorre cada caixa postal individualmente utilizando ''ForEach-Object''.
* Executa o cmdlet ''Get-InboxRule'' para recuperar todas as regras da caixa de entrada.
* Seleciona apenas os atributos relevantes para auditoria.
* Adiciona uma coluna denominada ''Mailbox'', contendo o proprietário da caixa postal.
* Exporta o resultado para um arquivo CSV codificado em UTF-8.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| Mailbox
| Proprietário da caixa postal onde a regra está configurada.
|-
| Name
| Nome da regra.
|-
| Enabled
| Indica se a regra está ativa.
|-
| Description
| Descrição da regra criada pelo Exchange Online.
|-
| ForwardTo
| Encaminha a mensagem para outro destinatário mantendo uma cópia na caixa postal.
|-
| ForwardAsAttachmentTo
| Encaminha a mensagem como anexo para outro destinatário.
|-
| RedirectTo
| Redireciona a mensagem para outro destinatário sem manter indicação de encaminhamento.
|-
| DeleteMessage
| Exclui permanentemente a mensagem quando a regra é executada.
|-
| SoftDeleteMessage
| Move a mensagem para a pasta de itens recuperáveis.
|-
| MarkAsRead
| Marca automaticamente a mensagem como lida.
|-
| StopProcessingRules
| Impede que as demais regras da caixa de entrada sejam processadas.
|}

==== Enabled ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A regra está ativa e será aplicada quando suas condições forem atendidas.
|-
| False
| A regra existe, porém está desabilitada.
|}

==== ForwardTo ====

Encaminha automaticamente uma cópia da mensagem para outro destinatário.

Pode ser utilizado para:

* Secretarias.
* Caixas compartilhadas.
* Fluxos internos de trabalho.

Também pode indicar tentativa de exfiltração de informações quando aponta para endereços externos.

==== ForwardAsAttachmentTo ====

Encaminha a mensagem original como anexo.

Esse tipo de regra preserva todos os cabeçalhos da mensagem e pode ser utilizado para arquivamento ou coleta indevida de informações.

==== RedirectTo ====

Redireciona a mensagem para outro destinatário sem que o destinatário final visualize que houve encaminhamento.

Esse comportamento é frequentemente utilizado por invasores para receber cópias das mensagens de forma discreta.

==== DeleteMessage ====

Quando configurado como True, a mensagem é excluída automaticamente.

Pode ser utilizado para ocultar:

* Alertas de segurança.
* Notificações do Microsoft 365.
* Mensagens enviadas por administradores.
* Avisos de alteração de senha.

==== SoftDeleteMessage ====

Move automaticamente a mensagem para a pasta de itens recuperáveis.

Embora a mensagem permaneça recuperável, ela deixa de aparecer normalmente na caixa de entrada do usuário.

==== MarkAsRead ====

Marca automaticamente a mensagem como lida.

Essa configuração pode dificultar que o usuário perceba mensagens importantes ou alertas enviados pela organização.

==== StopProcessingRules ====

Quando definido como True, nenhuma outra regra será executada após essa regra.

Um invasor pode utilizar esse recurso para impedir que regras legítimas sejam aplicadas.

= Informações adicionais =

== Aplicações na auditoria ==

Este relatório permite identificar:

* Encaminhamento automático de mensagens.
* Redirecionamentos internos e externos.
* Exclusão automática de mensagens.
* Regras utilizadas para ocultação de atividades maliciosas.
* Configurações incompatíveis com as políticas da organização.
* Regras criadas por malware ou após comprometimento de credenciais.

== Indicadores de comprometimento ==

Durante a análise recomenda-se investigar especialmente:

* Regras com ''ForwardTo'' apontando para domínios externos.
* Regras com ''RedirectTo'' para endereços desconhecidos.
* Regras contendo ''DeleteMessage'' habilitado.
* Regras contendo ''SoftDeleteMessage'' habilitado.
* Regras contendo ''MarkAsRead'' habilitado.
* Regras com ''StopProcessingRules'' habilitado.
* Regras recém-criadas sem justificativa operacional.
* Regras presentes apenas em contas privilegiadas.

== Boas práticas ==

* Revisar periodicamente todas as regras de caixa de entrada.
* Bloquear encaminhamento automático externo quando não houver necessidade operacional.
* Monitorar alterações utilizando os logs de auditoria do Microsoft 365.
* Investigar imediatamente regras criadas após suspeitas de comprometimento.
* Remover regras desconhecidas ou não documentadas.
* Validar regras existentes em contas administrativas, caixas compartilhadas e usuários privilegiados.

== Arquivos gerados ==

{{Nota| Sempre ao final dos comandos é passado o nome de um arquivo.csv, este arquivo será utilizado para análise posterior pelo profissional. lembre-se que cada comando é um arquivo separado para evitar confusão, cabe ao profissional identificar}}

'''Exemplo'''
C:\Auditoria-M365\InboxRules-Detalhado.csv

== Formato do arquivo ==

Arquivo CSV codificado em UTF-8, compatível com Microsoft Excel, LibreOffice Calc e outras ferramentas de análise.

== Importância para a segurança ==

As regras de caixa de entrada são um dos mecanismos mais explorados por invasores após o comprometimento de contas do Microsoft 365. Elas permitem encaminhar mensagens, ocultar notificações de segurança, apagar evidências e manter acesso contínuo às informações da organização sem necessidade de novas autenticações. A revisão periódica deste relatório é uma prática recomendada em auditorias de segurança, resposta a incidentes e avaliações de conformidade.

Auditoria do Microsoft 365

2026-07-21T14:41:03Z

Diegocosta: /* Script para auditoria */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre os principais comandos utilizados durante uma auditoria de segurança do Exchange Online (Microsoft 365), permitindo coletar informações sobre configuração do ambiente, autenticação, encaminhamento de e-mails, permissões e possíveis riscos de comprometimento.

== Objetivo ==

Esta página documenta os comandos utilizados para auditoria do Exchange Online, descrevendo sua finalidade, utilização e os dados coletados durante a análise do ambiente Microsoft 365.

== Pré-requisitos ==

* Windows PowerShell 5.1 ou PowerShell 7
* Módulo ExchangeOnlineManagement
* Permissões administrativas no Exchange Online
* Conta com autenticação multifator, quando aplicável

= Instalação do módulo =

Abra o Powershell como administrador e digite o comando abaixo:

Install-Module ExchangeOnlineManagement -Scope CurrentUser

=== Parâmetros ===

{| class="wikitable"
! Parâmetro
! Descrição
|-
| Scope CurrentUser
| Instala o módulo apenas para o usuário atual, dispensando privilégios administrativos.
|}

Executar apenas uma vez em cada computador utilizado para administração do Microsoft 365.

O módulo ficará disponível para utilização nas próximas sessões do PowerShell.

== Carregar o módulo ==
No mesmo Powershell onde fez a instalação digite o comando abaixo para carregar o módulo.

Import-Module ExchangeOnlineManagement

Sempre antes da conexão com o Exchange Online.

== Conectar ao Exchange Online ==
Realiza a autenticação no tenant Microsoft 365.

Connect-ExchangeOnline

Após autenticação, todos os cmdlets do Exchange Online estarão disponíveis.

= Preparação da auditoria =

mkdir Auditoria-M365

ou

New-Item C:\Auditoria-M365 -ItemType Directory

Cria o diretório onde serão armazenados os relatórios gerados pela auditoria.

cd .\Auditoria-M365\

Define a pasta atual como diretório de trabalho.

= Domínios aceitos =

Get-AcceptedDomain | Format-Table

Lista todos os domínios aceitos pelo Exchange Online.

=== Informações obtidas ===
Verificar a existência de domínios desnecessários ou configurações incorretas.

* Domínio principal
* Domínios secundários
* Domínio onmicrosoft.com
* Tipo do domínio (Authoritative ou Internal Relay)

== Exportar domínios ==
Exporta a lista de domínios aceitos para análise posterior.

Get-AcceptedDomain | Export-Csv C:\Auditoria-M365\AcceptedDomains.csv -NoTypeInformation

= Listar usuários com MFA =

Realizando a pesquisa pontual (passando o usuário), '''substitua: EMAIL@EMPRESA.com por e-mail válido'''

$user="EMAIL@EMPRESA.com"; if ((Get-MgUserAuthenticationMethod -UserId $user | Where-Object {$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"})) {"MFA SIM"} else {"MFA NÃO"}

Realizando apenas quem está '''ativo''' de maneira automática '''sem a necessidade de informar e-mail por e-mail'''

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName;$result=foreach($user in $users){$methods=Get-MgUserAuthenticationMethod -UserId $user.Id;$mfa=$methods|Where-Object{$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"};if($mfa){[PSCustomObject]@{Nome=$user.DisplayName;Usuario=$user.UserPrincipalName;MFA="SIM"}}};$result|Format-Table -AutoSize

Realizando apenas quem está '''desativado''' de maneira automática '''sem a necessidade de informar e-mail por e-mail'''

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName;$result=foreach($user in $users){$methods=Get-MgUserAuthenticationMethod -UserId $user.Id;$mfa=$methods|Where-Object{$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"};if(-not $mfa){[PSCustomObject]@{Nome=$user.DisplayName;Usuario=$user.UserPrincipalName;MFA="NAO"}}};$result|Format-Table -AutoSize

== Script para auditoria ==

<pre>

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName
$result=foreach($user in $users){
$methods=Get-MgUserAuthenticationMethod -UserId $user.Id
$mfa=$methods | Where-Object {
$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"
}

if($mfa){

[PSCustomObject]@{
Nome=$user.DisplayName
Usuario=$user.UserPrincipalName
MFA="SIM"
Metodo=($mfa.AdditionalProperties.'@odata.type' -replace "#microsoft.graph.","") -join ", "
}
}
}

$result | Format-Table -AutoSize

</pre>

= DKIM =
Exibe todas as configurações de assinatura DKIM.

Get-DkimSigningConfig | Format-List

=== Permite verificar ===

* Domínio
* Status
* Seletores
* Habilitação da assinatura

== Exportar DKIM ==

Get-DkimSigningConfig | Export-Csv C:\Auditoria-M365\DKIM.csv -NoTypeInformation

Exporta todas as configurações DKIM para um arquivo CSV.

= SMTP AUTH =
SMTP AUTH é frequentemente explorado em ataques de força bruta e envio de spam utilizando credenciais comprometidas.

Get-TransportConfig | Select SmtpClientAuthenticationDisabled

Verifica se o SMTP AUTH está habilitado globalmente.

{| class="wikitable"
! Valor
! Significado
|-
| True
| SMTP AUTH desabilitado
|-
| False
| SMTP AUTH habilitado
|}

= SMTP AUTH por Caixa Postal =
Este comando realiza uma auditoria da configuração de autenticação SMTP (SMTP AUTH) para todas as caixas postais do Exchange Online. O resultado é exportado para um arquivo CSV, permitindo identificar quais usuários possuem a autenticação SMTP habilitada ou desabilitada.

Get-CASMailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
SmtpClientAuthenticationDisabled |
Export-Csv C:\Auditoria-M365\SMTPAUTH.csv -NoTypeInformation -Encoding UTF8

Identificar exceções à política global de SMTP AUTH configurada na organização.
Mesmo quando o SMTP AUTH estiver desabilitado globalmente, administradores podem habilitá-lo individualmente para determinadas caixas postais. Essas exceções devem ser revisadas periodicamente para reduzir a superfície de ataque da organização.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta os resultados para o arquivo ''SMTPAUTH.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| SmtpClientAuthenticationDisabled
| Indica se a autenticação SMTP está desabilitada para a caixa postal.
|}

=== Interpretação dos resultados ===

{| class="wikitable"
! Valor
! Significado
|-
| True
| A autenticação SMTP está desabilitada para a caixa postal.
|-
| False
| A autenticação SMTP está habilitada para a caixa postal.
|-
| Em branco
| A caixa postal herda a configuração global definida na organização.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Usuários que possuem SMTP AUTH habilitado.
* Exceções à política global da organização.
* Contas utilizadas por aplicações legadas.
* Contas de serviço que dependem de autenticação SMTP.
* Configurações que necessitam de revisão ou atualização.

=== Indicadores de atenção ===

Durante a análise recomenda-se verificar:

* Contas administrativas com SMTP AUTH habilitado.
* Usuários comuns que não possuem justificativa para utilizar SMTP AUTH.
* Contas inativas que permanecem com SMTP AUTH habilitado.
* Contas privilegiadas utilizadas por sistemas antigos.
* Configurações incompatíveis com a política de segurança da organização.

=== Boas práticas ===

* Desabilitar SMTP AUTH sempre que possível.
* Utilizar OAuth 2.0 para autenticação de clientes modernos.
* Manter habilitado apenas para aplicações que realmente dependam do protocolo SMTP AUTH.
* Revisar periodicamente as exceções configuradas.
* Documentar todas as contas autorizadas a utilizar SMTP AUTH.

=== Importância para a segurança ===

O protocolo SMTP AUTH é frequentemente explorado em ataques de força bruta, password spraying e envio de spam utilizando credenciais comprometidas. A redução do número de caixas postais com SMTP AUTH habilitado diminui significativamente a superfície de ataque da organização e está alinhada às recomendações da Microsoft para ambientes Exchange Online.

= Auditoria de Encaminhamento =
Este comando realiza uma auditoria de todas as caixas postais do Exchange Online, coletando informações relacionadas ao encaminhamento automático de mensagens (Mail Forwarding). O resultado é exportado para um arquivo CSV codificado em UTF-8, facilitando a análise em planilhas eletrônicas ou ferramentas de auditoria.

Get-Mailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
ForwardingAddress,
ForwardingSmtpAddress,
DeliverToMailboxAndForward |
Export-Csv C:\Auditoria-M365\DeliverToMailboxAndForward.csv -NoTypeInformation -Encoding UTF8

Ajuda a identificar caixas postais que possuem encaminhamento de mensagens configurado, seja para destinatários internos ou externos à organização.

Essa verificação é importante para detectar configurações legítimas, necessidades operacionais e possíveis indícios de comprometimento de contas.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do ambiente Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta o resultado para o arquivo ''DeliverToMailboxAndForward.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| ForwardingAddress
| Encaminhamento para outra caixa postal existente no Exchange Online.
|-
| ForwardingSmtpAddress
| Encaminhamento para um endereço SMTP específico, podendo ser interno ou externo.
|-
| DeliverToMailboxAndForward
| Define se a mensagem permanece na caixa postal original após ser encaminhada.
|}

====ForwardingAddress====

Indica que o encaminhamento foi configurado para outra caixa postal gerenciada pelo Exchange Online.

Exemplo:

Usuário A → Secretaria

====ForwardingSmtpAddress====

Indica que as mensagens são encaminhadas para um endereço SMTP específico.

Exemplos:

* usuario@empresa.com.br
* usuario@gmail.com
* suporte@outradominio.com

Quando o endereço pertence a um domínio externo, recomenda-se validar se o encaminhamento foi autorizado.

==== DeliverToMailboxAndForward ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A mensagem permanece na caixa postal original e também é encaminhada.
|-
| False
| A mensagem é apenas encaminhada para o destinatário configurado.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Encaminhamento automático para usuários internos.
* Encaminhamento automático para domínios externos.
* Contas utilizadas por sistemas ou aplicações.
* Configurações realizadas para secretarias ou caixas compartilhadas.
* Possíveis mecanismos de exfiltração de informações.

=== Indicadores de atenção ===

Durante a análise do relatório, recomenda-se verificar:

* Encaminhamento para provedores públicos, como Gmail, Outlook.com ou Yahoo.
* Encaminhamento para domínios desconhecidos.
* Contas de usuários comuns com encaminhamento externo habilitado.
* Encaminhamentos não documentados ou sem justificativa operacional.
* Encaminhamentos configurados em contas privilegiadas.

=== Boas práticas ===

* Permitir encaminhamento externo apenas quando houver necessidade formal.
* Revisar periodicamente todas as configurações de encaminhamento.
* Documentar exceções aprovadas.
* Utilizar políticas do Exchange Online ou Microsoft Defender para restringir encaminhamentos automáticos externos.
* Monitorar alterações nas configurações de encaminhamento por meio dos logs de auditoria do Microsoft 365.

=== Importância para a segurança ===

O encaminhamento automático é uma das técnicas mais utilizadas após o comprometimento de contas de e-mail. Um invasor pode configurar o envio automático de todas as mensagens para um endereço externo, mantendo acesso contínuo às comunicações da organização sem a necessidade de permanecer autenticado na conta. Por esse motivo, este relatório deve fazer parte de auditorias periódicas de segurança e resposta a incidentes.

= Auditoria de Regras =

Get-Mailbox -ResultSize Unlimited |
ForEach-Object {
Get-InboxRule -Mailbox $_.PrimarySmtpAddress |
Select @{
Name="Mailbox";
Expression={$_.MailboxOwnerId}
},
Name,
Enabled,
Description,
ForwardTo,
ForwardAsAttachmentTo,
RedirectTo,
DeleteMessage,
SoftDeleteMessage,
MarkAsRead,
StopProcessingRules
} |
Export-Csv C:\Auditoria-M365\InboxRules-Detalhado.csv -NoTypeInformation -Encoding UTF8

=== Descrição ===

Este comando realiza uma auditoria completa das regras de caixa de entrada (Inbox Rules) existentes em todas as caixas postais do Exchange Online. As informações são consolidadas em um único arquivo CSV para facilitar a análise e identificação de regras legítimas ou potencialmente maliciosas.

Identificar regras criadas pelos usuários ou por invasores que possam:

* Encaminhar mensagens automaticamente.
* Redirecionar e-mails para outros destinatários.
* Excluir mensagens sem conhecimento do usuário.
* Marcar mensagens como lidas automaticamente.
* Interromper o processamento das demais regras.
* Ocultar atividades maliciosas após o comprometimento de uma conta.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Percorre cada caixa postal individualmente utilizando ''ForEach-Object''.
* Executa o cmdlet ''Get-InboxRule'' para recuperar todas as regras da caixa de entrada.
* Seleciona apenas os atributos relevantes para auditoria.
* Adiciona uma coluna denominada ''Mailbox'', contendo o proprietário da caixa postal.
* Exporta o resultado para um arquivo CSV codificado em UTF-8.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| Mailbox
| Proprietário da caixa postal onde a regra está configurada.
|-
| Name
| Nome da regra.
|-
| Enabled
| Indica se a regra está ativa.
|-
| Description
| Descrição da regra criada pelo Exchange Online.
|-
| ForwardTo
| Encaminha a mensagem para outro destinatário mantendo uma cópia na caixa postal.
|-
| ForwardAsAttachmentTo
| Encaminha a mensagem como anexo para outro destinatário.
|-
| RedirectTo
| Redireciona a mensagem para outro destinatário sem manter indicação de encaminhamento.
|-
| DeleteMessage
| Exclui permanentemente a mensagem quando a regra é executada.
|-
| SoftDeleteMessage
| Move a mensagem para a pasta de itens recuperáveis.
|-
| MarkAsRead
| Marca automaticamente a mensagem como lida.
|-
| StopProcessingRules
| Impede que as demais regras da caixa de entrada sejam processadas.
|}

==== Enabled ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A regra está ativa e será aplicada quando suas condições forem atendidas.
|-
| False
| A regra existe, porém está desabilitada.
|}

==== ForwardTo ====

Encaminha automaticamente uma cópia da mensagem para outro destinatário.

Pode ser utilizado para:

* Secretarias.
* Caixas compartilhadas.
* Fluxos internos de trabalho.

Também pode indicar tentativa de exfiltração de informações quando aponta para endereços externos.

==== ForwardAsAttachmentTo ====

Encaminha a mensagem original como anexo.

Esse tipo de regra preserva todos os cabeçalhos da mensagem e pode ser utilizado para arquivamento ou coleta indevida de informações.

==== RedirectTo ====

Redireciona a mensagem para outro destinatário sem que o destinatário final visualize que houve encaminhamento.

Esse comportamento é frequentemente utilizado por invasores para receber cópias das mensagens de forma discreta.

==== DeleteMessage ====

Quando configurado como True, a mensagem é excluída automaticamente.

Pode ser utilizado para ocultar:

* Alertas de segurança.
* Notificações do Microsoft 365.
* Mensagens enviadas por administradores.
* Avisos de alteração de senha.

==== SoftDeleteMessage ====

Move automaticamente a mensagem para a pasta de itens recuperáveis.

Embora a mensagem permaneça recuperável, ela deixa de aparecer normalmente na caixa de entrada do usuário.

==== MarkAsRead ====

Marca automaticamente a mensagem como lida.

Essa configuração pode dificultar que o usuário perceba mensagens importantes ou alertas enviados pela organização.

==== StopProcessingRules ====

Quando definido como True, nenhuma outra regra será executada após essa regra.

Um invasor pode utilizar esse recurso para impedir que regras legítimas sejam aplicadas.

= Informações adicionais =

== Aplicações na auditoria ==

Este relatório permite identificar:

* Encaminhamento automático de mensagens.
* Redirecionamentos internos e externos.
* Exclusão automática de mensagens.
* Regras utilizadas para ocultação de atividades maliciosas.
* Configurações incompatíveis com as políticas da organização.
* Regras criadas por malware ou após comprometimento de credenciais.

== Indicadores de comprometimento ==

Durante a análise recomenda-se investigar especialmente:

* Regras com ''ForwardTo'' apontando para domínios externos.
* Regras com ''RedirectTo'' para endereços desconhecidos.
* Regras contendo ''DeleteMessage'' habilitado.
* Regras contendo ''SoftDeleteMessage'' habilitado.
* Regras contendo ''MarkAsRead'' habilitado.
* Regras com ''StopProcessingRules'' habilitado.
* Regras recém-criadas sem justificativa operacional.
* Regras presentes apenas em contas privilegiadas.

== Boas práticas ==

* Revisar periodicamente todas as regras de caixa de entrada.
* Bloquear encaminhamento automático externo quando não houver necessidade operacional.
* Monitorar alterações utilizando os logs de auditoria do Microsoft 365.
* Investigar imediatamente regras criadas após suspeitas de comprometimento.
* Remover regras desconhecidas ou não documentadas.
* Validar regras existentes em contas administrativas, caixas compartilhadas e usuários privilegiados.

== Arquivos gerados ==

{{Nota| Sempre ao final dos comandos é passado o nome de um arquivo.csv, este arquivo será utilizado para análise posterior pelo profissional. lembre-se que cada comando é um arquivo separado para evitar confusão, cabe ao profissional identificar}}

'''Exemplo'''
C:\Auditoria-M365\InboxRules-Detalhado.csv

== Formato do arquivo ==

Arquivo CSV codificado em UTF-8, compatível com Microsoft Excel, LibreOffice Calc e outras ferramentas de análise.

== Importância para a segurança ==

As regras de caixa de entrada são um dos mecanismos mais explorados por invasores após o comprometimento de contas do Microsoft 365. Elas permitem encaminhar mensagens, ocultar notificações de segurança, apagar evidências e manter acesso contínuo às informações da organização sem necessidade de novas autenticações. A revisão periódica deste relatório é uma prática recomendada em auditorias de segurança, resposta a incidentes e avaliações de conformidade.

Auditoria do Microsoft 365

2026-07-21T14:40:40Z

Diegocosta: /* Listar usuários com MFA */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre os principais comandos utilizados durante uma auditoria de segurança do Exchange Online (Microsoft 365), permitindo coletar informações sobre configuração do ambiente, autenticação, encaminhamento de e-mails, permissões e possíveis riscos de comprometimento.

== Objetivo ==

Esta página documenta os comandos utilizados para auditoria do Exchange Online, descrevendo sua finalidade, utilização e os dados coletados durante a análise do ambiente Microsoft 365.

== Pré-requisitos ==

* Windows PowerShell 5.1 ou PowerShell 7
* Módulo ExchangeOnlineManagement
* Permissões administrativas no Exchange Online
* Conta com autenticação multifator, quando aplicável

= Instalação do módulo =

Abra o Powershell como administrador e digite o comando abaixo:

Install-Module ExchangeOnlineManagement -Scope CurrentUser

=== Parâmetros ===

{| class="wikitable"
! Parâmetro
! Descrição
|-
| Scope CurrentUser
| Instala o módulo apenas para o usuário atual, dispensando privilégios administrativos.
|}

Executar apenas uma vez em cada computador utilizado para administração do Microsoft 365.

O módulo ficará disponível para utilização nas próximas sessões do PowerShell.

== Carregar o módulo ==
No mesmo Powershell onde fez a instalação digite o comando abaixo para carregar o módulo.

Import-Module ExchangeOnlineManagement

Sempre antes da conexão com o Exchange Online.

== Conectar ao Exchange Online ==
Realiza a autenticação no tenant Microsoft 365.

Connect-ExchangeOnline

Após autenticação, todos os cmdlets do Exchange Online estarão disponíveis.

= Preparação da auditoria =

mkdir Auditoria-M365

ou

New-Item C:\Auditoria-M365 -ItemType Directory

Cria o diretório onde serão armazenados os relatórios gerados pela auditoria.

cd .\Auditoria-M365\

Define a pasta atual como diretório de trabalho.

= Domínios aceitos =

Get-AcceptedDomain | Format-Table

Lista todos os domínios aceitos pelo Exchange Online.

=== Informações obtidas ===
Verificar a existência de domínios desnecessários ou configurações incorretas.

* Domínio principal
* Domínios secundários
* Domínio onmicrosoft.com
* Tipo do domínio (Authoritative ou Internal Relay)

== Exportar domínios ==
Exporta a lista de domínios aceitos para análise posterior.

Get-AcceptedDomain | Export-Csv C:\Auditoria-M365\AcceptedDomains.csv -NoTypeInformation

= Listar usuários com MFA =

Realizando a pesquisa pontual (passando o usuário), '''substitua: EMAIL@EMPRESA.com por e-mail válido'''

$user="EMAIL@EMPRESA.com"; if ((Get-MgUserAuthenticationMethod -UserId $user | Where-Object {$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"})) {"MFA SIM"} else {"MFA NÃO"}

Realizando apenas quem está '''ativo''' de maneira automática '''sem a necessidade de informar e-mail por e-mail'''

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName;$result=foreach($user in $users){$methods=Get-MgUserAuthenticationMethod -UserId $user.Id;$mfa=$methods|Where-Object{$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"};if($mfa){[PSCustomObject]@{Nome=$user.DisplayName;Usuario=$user.UserPrincipalName;MFA="SIM"}}};$result|Format-Table -AutoSize

Realizando apenas quem está '''desativado''' de maneira automática '''sem a necessidade de informar e-mail por e-mail'''

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName;$result=foreach($user in $users){$methods=Get-MgUserAuthenticationMethod -UserId $user.Id;$mfa=$methods|Where-Object{$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"};if(-not $mfa){[PSCustomObject]@{Nome=$user.DisplayName;Usuario=$user.UserPrincipalName;MFA="NAO"}}};$result|Format-Table -AutoSize

== Script para auditoria ==

<pre>

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName

$result=foreach($user in $users){

$methods=Get-MgUserAuthenticationMethod -UserId $user.Id

$mfa=$methods | Where-Object {
$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"
}

if($mfa){

[PSCustomObject]@{
Nome=$user.DisplayName
Usuario=$user.UserPrincipalName
MFA="SIM"
Metodo=($mfa.AdditionalProperties.'@odata.type' -replace "#microsoft.graph.","") -join ", "
}

}

}

$result | Format-Table -AutoSize

</pre>

= DKIM =
Exibe todas as configurações de assinatura DKIM.

Get-DkimSigningConfig | Format-List

=== Permite verificar ===

* Domínio
* Status
* Seletores
* Habilitação da assinatura

== Exportar DKIM ==

Get-DkimSigningConfig | Export-Csv C:\Auditoria-M365\DKIM.csv -NoTypeInformation

Exporta todas as configurações DKIM para um arquivo CSV.

= SMTP AUTH =
SMTP AUTH é frequentemente explorado em ataques de força bruta e envio de spam utilizando credenciais comprometidas.

Get-TransportConfig | Select SmtpClientAuthenticationDisabled

Verifica se o SMTP AUTH está habilitado globalmente.

{| class="wikitable"
! Valor
! Significado
|-
| True
| SMTP AUTH desabilitado
|-
| False
| SMTP AUTH habilitado
|}

= SMTP AUTH por Caixa Postal =
Este comando realiza uma auditoria da configuração de autenticação SMTP (SMTP AUTH) para todas as caixas postais do Exchange Online. O resultado é exportado para um arquivo CSV, permitindo identificar quais usuários possuem a autenticação SMTP habilitada ou desabilitada.

Get-CASMailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
SmtpClientAuthenticationDisabled |
Export-Csv C:\Auditoria-M365\SMTPAUTH.csv -NoTypeInformation -Encoding UTF8

Identificar exceções à política global de SMTP AUTH configurada na organização.
Mesmo quando o SMTP AUTH estiver desabilitado globalmente, administradores podem habilitá-lo individualmente para determinadas caixas postais. Essas exceções devem ser revisadas periodicamente para reduzir a superfície de ataque da organização.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta os resultados para o arquivo ''SMTPAUTH.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| SmtpClientAuthenticationDisabled
| Indica se a autenticação SMTP está desabilitada para a caixa postal.
|}

=== Interpretação dos resultados ===

{| class="wikitable"
! Valor
! Significado
|-
| True
| A autenticação SMTP está desabilitada para a caixa postal.
|-
| False
| A autenticação SMTP está habilitada para a caixa postal.
|-
| Em branco
| A caixa postal herda a configuração global definida na organização.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Usuários que possuem SMTP AUTH habilitado.
* Exceções à política global da organização.
* Contas utilizadas por aplicações legadas.
* Contas de serviço que dependem de autenticação SMTP.
* Configurações que necessitam de revisão ou atualização.

=== Indicadores de atenção ===

Durante a análise recomenda-se verificar:

* Contas administrativas com SMTP AUTH habilitado.
* Usuários comuns que não possuem justificativa para utilizar SMTP AUTH.
* Contas inativas que permanecem com SMTP AUTH habilitado.
* Contas privilegiadas utilizadas por sistemas antigos.
* Configurações incompatíveis com a política de segurança da organização.

=== Boas práticas ===

* Desabilitar SMTP AUTH sempre que possível.
* Utilizar OAuth 2.0 para autenticação de clientes modernos.
* Manter habilitado apenas para aplicações que realmente dependam do protocolo SMTP AUTH.
* Revisar periodicamente as exceções configuradas.
* Documentar todas as contas autorizadas a utilizar SMTP AUTH.

=== Importância para a segurança ===

O protocolo SMTP AUTH é frequentemente explorado em ataques de força bruta, password spraying e envio de spam utilizando credenciais comprometidas. A redução do número de caixas postais com SMTP AUTH habilitado diminui significativamente a superfície de ataque da organização e está alinhada às recomendações da Microsoft para ambientes Exchange Online.

= Auditoria de Encaminhamento =
Este comando realiza uma auditoria de todas as caixas postais do Exchange Online, coletando informações relacionadas ao encaminhamento automático de mensagens (Mail Forwarding). O resultado é exportado para um arquivo CSV codificado em UTF-8, facilitando a análise em planilhas eletrônicas ou ferramentas de auditoria.

Get-Mailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
ForwardingAddress,
ForwardingSmtpAddress,
DeliverToMailboxAndForward |
Export-Csv C:\Auditoria-M365\DeliverToMailboxAndForward.csv -NoTypeInformation -Encoding UTF8

Ajuda a identificar caixas postais que possuem encaminhamento de mensagens configurado, seja para destinatários internos ou externos à organização.

Essa verificação é importante para detectar configurações legítimas, necessidades operacionais e possíveis indícios de comprometimento de contas.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do ambiente Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta o resultado para o arquivo ''DeliverToMailboxAndForward.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| ForwardingAddress
| Encaminhamento para outra caixa postal existente no Exchange Online.
|-
| ForwardingSmtpAddress
| Encaminhamento para um endereço SMTP específico, podendo ser interno ou externo.
|-
| DeliverToMailboxAndForward
| Define se a mensagem permanece na caixa postal original após ser encaminhada.
|}

====ForwardingAddress====

Indica que o encaminhamento foi configurado para outra caixa postal gerenciada pelo Exchange Online.

Exemplo:

Usuário A → Secretaria

====ForwardingSmtpAddress====

Indica que as mensagens são encaminhadas para um endereço SMTP específico.

Exemplos:

* usuario@empresa.com.br
* usuario@gmail.com
* suporte@outradominio.com

Quando o endereço pertence a um domínio externo, recomenda-se validar se o encaminhamento foi autorizado.

==== DeliverToMailboxAndForward ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A mensagem permanece na caixa postal original e também é encaminhada.
|-
| False
| A mensagem é apenas encaminhada para o destinatário configurado.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Encaminhamento automático para usuários internos.
* Encaminhamento automático para domínios externos.
* Contas utilizadas por sistemas ou aplicações.
* Configurações realizadas para secretarias ou caixas compartilhadas.
* Possíveis mecanismos de exfiltração de informações.

=== Indicadores de atenção ===

Durante a análise do relatório, recomenda-se verificar:

* Encaminhamento para provedores públicos, como Gmail, Outlook.com ou Yahoo.
* Encaminhamento para domínios desconhecidos.
* Contas de usuários comuns com encaminhamento externo habilitado.
* Encaminhamentos não documentados ou sem justificativa operacional.
* Encaminhamentos configurados em contas privilegiadas.

=== Boas práticas ===

* Permitir encaminhamento externo apenas quando houver necessidade formal.
* Revisar periodicamente todas as configurações de encaminhamento.
* Documentar exceções aprovadas.
* Utilizar políticas do Exchange Online ou Microsoft Defender para restringir encaminhamentos automáticos externos.
* Monitorar alterações nas configurações de encaminhamento por meio dos logs de auditoria do Microsoft 365.

=== Importância para a segurança ===

O encaminhamento automático é uma das técnicas mais utilizadas após o comprometimento de contas de e-mail. Um invasor pode configurar o envio automático de todas as mensagens para um endereço externo, mantendo acesso contínuo às comunicações da organização sem a necessidade de permanecer autenticado na conta. Por esse motivo, este relatório deve fazer parte de auditorias periódicas de segurança e resposta a incidentes.

= Auditoria de Regras =

Get-Mailbox -ResultSize Unlimited |
ForEach-Object {
Get-InboxRule -Mailbox $_.PrimarySmtpAddress |
Select @{
Name="Mailbox";
Expression={$_.MailboxOwnerId}
},
Name,
Enabled,
Description,
ForwardTo,
ForwardAsAttachmentTo,
RedirectTo,
DeleteMessage,
SoftDeleteMessage,
MarkAsRead,
StopProcessingRules
} |
Export-Csv C:\Auditoria-M365\InboxRules-Detalhado.csv -NoTypeInformation -Encoding UTF8

=== Descrição ===

Este comando realiza uma auditoria completa das regras de caixa de entrada (Inbox Rules) existentes em todas as caixas postais do Exchange Online. As informações são consolidadas em um único arquivo CSV para facilitar a análise e identificação de regras legítimas ou potencialmente maliciosas.

Identificar regras criadas pelos usuários ou por invasores que possam:

* Encaminhar mensagens automaticamente.
* Redirecionar e-mails para outros destinatários.
* Excluir mensagens sem conhecimento do usuário.
* Marcar mensagens como lidas automaticamente.
* Interromper o processamento das demais regras.
* Ocultar atividades maliciosas após o comprometimento de uma conta.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Percorre cada caixa postal individualmente utilizando ''ForEach-Object''.
* Executa o cmdlet ''Get-InboxRule'' para recuperar todas as regras da caixa de entrada.
* Seleciona apenas os atributos relevantes para auditoria.
* Adiciona uma coluna denominada ''Mailbox'', contendo o proprietário da caixa postal.
* Exporta o resultado para um arquivo CSV codificado em UTF-8.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| Mailbox
| Proprietário da caixa postal onde a regra está configurada.
|-
| Name
| Nome da regra.
|-
| Enabled
| Indica se a regra está ativa.
|-
| Description
| Descrição da regra criada pelo Exchange Online.
|-
| ForwardTo
| Encaminha a mensagem para outro destinatário mantendo uma cópia na caixa postal.
|-
| ForwardAsAttachmentTo
| Encaminha a mensagem como anexo para outro destinatário.
|-
| RedirectTo
| Redireciona a mensagem para outro destinatário sem manter indicação de encaminhamento.
|-
| DeleteMessage
| Exclui permanentemente a mensagem quando a regra é executada.
|-
| SoftDeleteMessage
| Move a mensagem para a pasta de itens recuperáveis.
|-
| MarkAsRead
| Marca automaticamente a mensagem como lida.
|-
| StopProcessingRules
| Impede que as demais regras da caixa de entrada sejam processadas.
|}

==== Enabled ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A regra está ativa e será aplicada quando suas condições forem atendidas.
|-
| False
| A regra existe, porém está desabilitada.
|}

==== ForwardTo ====

Encaminha automaticamente uma cópia da mensagem para outro destinatário.

Pode ser utilizado para:

* Secretarias.
* Caixas compartilhadas.
* Fluxos internos de trabalho.

Também pode indicar tentativa de exfiltração de informações quando aponta para endereços externos.

==== ForwardAsAttachmentTo ====

Encaminha a mensagem original como anexo.

Esse tipo de regra preserva todos os cabeçalhos da mensagem e pode ser utilizado para arquivamento ou coleta indevida de informações.

==== RedirectTo ====

Redireciona a mensagem para outro destinatário sem que o destinatário final visualize que houve encaminhamento.

Esse comportamento é frequentemente utilizado por invasores para receber cópias das mensagens de forma discreta.

==== DeleteMessage ====

Quando configurado como True, a mensagem é excluída automaticamente.

Pode ser utilizado para ocultar:

* Alertas de segurança.
* Notificações do Microsoft 365.
* Mensagens enviadas por administradores.
* Avisos de alteração de senha.

==== SoftDeleteMessage ====

Move automaticamente a mensagem para a pasta de itens recuperáveis.

Embora a mensagem permaneça recuperável, ela deixa de aparecer normalmente na caixa de entrada do usuário.

==== MarkAsRead ====

Marca automaticamente a mensagem como lida.

Essa configuração pode dificultar que o usuário perceba mensagens importantes ou alertas enviados pela organização.

==== StopProcessingRules ====

Quando definido como True, nenhuma outra regra será executada após essa regra.

Um invasor pode utilizar esse recurso para impedir que regras legítimas sejam aplicadas.

= Informações adicionais =

== Aplicações na auditoria ==

Este relatório permite identificar:

* Encaminhamento automático de mensagens.
* Redirecionamentos internos e externos.
* Exclusão automática de mensagens.
* Regras utilizadas para ocultação de atividades maliciosas.
* Configurações incompatíveis com as políticas da organização.
* Regras criadas por malware ou após comprometimento de credenciais.

== Indicadores de comprometimento ==

Durante a análise recomenda-se investigar especialmente:

* Regras com ''ForwardTo'' apontando para domínios externos.
* Regras com ''RedirectTo'' para endereços desconhecidos.
* Regras contendo ''DeleteMessage'' habilitado.
* Regras contendo ''SoftDeleteMessage'' habilitado.
* Regras contendo ''MarkAsRead'' habilitado.
* Regras com ''StopProcessingRules'' habilitado.
* Regras recém-criadas sem justificativa operacional.
* Regras presentes apenas em contas privilegiadas.

== Boas práticas ==

* Revisar periodicamente todas as regras de caixa de entrada.
* Bloquear encaminhamento automático externo quando não houver necessidade operacional.
* Monitorar alterações utilizando os logs de auditoria do Microsoft 365.
* Investigar imediatamente regras criadas após suspeitas de comprometimento.
* Remover regras desconhecidas ou não documentadas.
* Validar regras existentes em contas administrativas, caixas compartilhadas e usuários privilegiados.

== Arquivos gerados ==

{{Nota| Sempre ao final dos comandos é passado o nome de um arquivo.csv, este arquivo será utilizado para análise posterior pelo profissional. lembre-se que cada comando é um arquivo separado para evitar confusão, cabe ao profissional identificar}}

'''Exemplo'''
C:\Auditoria-M365\InboxRules-Detalhado.csv

== Formato do arquivo ==

Arquivo CSV codificado em UTF-8, compatível com Microsoft Excel, LibreOffice Calc e outras ferramentas de análise.

== Importância para a segurança ==

As regras de caixa de entrada são um dos mecanismos mais explorados por invasores após o comprometimento de contas do Microsoft 365. Elas permitem encaminhar mensagens, ocultar notificações de segurança, apagar evidências e manter acesso contínuo às informações da organização sem necessidade de novas autenticações. A revisão periódica deste relatório é uma prática recomendada em auditorias de segurança, resposta a incidentes e avaliações de conformidade.

Auditoria do Microsoft 365

2026-07-21T14:38:33Z

Diegocosta: /* Listar usuários com MFA */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre os principais comandos utilizados durante uma auditoria de segurança do Exchange Online (Microsoft 365), permitindo coletar informações sobre configuração do ambiente, autenticação, encaminhamento de e-mails, permissões e possíveis riscos de comprometimento.

== Objetivo ==

Esta página documenta os comandos utilizados para auditoria do Exchange Online, descrevendo sua finalidade, utilização e os dados coletados durante a análise do ambiente Microsoft 365.

== Pré-requisitos ==

* Windows PowerShell 5.1 ou PowerShell 7
* Módulo ExchangeOnlineManagement
* Permissões administrativas no Exchange Online
* Conta com autenticação multifator, quando aplicável

= Instalação do módulo =

Abra o Powershell como administrador e digite o comando abaixo:

Install-Module ExchangeOnlineManagement -Scope CurrentUser

=== Parâmetros ===

{| class="wikitable"
! Parâmetro
! Descrição
|-
| Scope CurrentUser
| Instala o módulo apenas para o usuário atual, dispensando privilégios administrativos.
|}

Executar apenas uma vez em cada computador utilizado para administração do Microsoft 365.

O módulo ficará disponível para utilização nas próximas sessões do PowerShell.

== Carregar o módulo ==
No mesmo Powershell onde fez a instalação digite o comando abaixo para carregar o módulo.

Import-Module ExchangeOnlineManagement

Sempre antes da conexão com o Exchange Online.

== Conectar ao Exchange Online ==
Realiza a autenticação no tenant Microsoft 365.

Connect-ExchangeOnline

Após autenticação, todos os cmdlets do Exchange Online estarão disponíveis.

= Preparação da auditoria =

mkdir Auditoria-M365

ou

New-Item C:\Auditoria-M365 -ItemType Directory

Cria o diretório onde serão armazenados os relatórios gerados pela auditoria.

cd .\Auditoria-M365\

Define a pasta atual como diretório de trabalho.

= Domínios aceitos =

Get-AcceptedDomain | Format-Table

Lista todos os domínios aceitos pelo Exchange Online.

=== Informações obtidas ===
Verificar a existência de domínios desnecessários ou configurações incorretas.

* Domínio principal
* Domínios secundários
* Domínio onmicrosoft.com
* Tipo do domínio (Authoritative ou Internal Relay)

== Exportar domínios ==
Exporta a lista de domínios aceitos para análise posterior.

Get-AcceptedDomain | Export-Csv C:\Auditoria-M365\AcceptedDomains.csv -NoTypeInformation

= Listar usuários com MFA =

Realizando a pesquisa pontual (passando o usuário), '''substitua: EMAIL@EMPRESA.com por e-mail válido'''

$user="EMAIL@EMPRESA,com"; if ((Get-MgUserAuthenticationMethod -UserId $user | Where-Object {$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"})) {"MFA SIM"} else {"MFA NÃO"}

Realizando apenas quem está '''ativo''' de maneira automática '''sem a necessidade de informar e-mail por e-mail'''

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName;$result=foreach($user in $users){$methods=Get-MgUserAuthenticationMethod -UserId $user.Id;$mfa=$methods|Where-Object{$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"};if($mfa){[PSCustomObject]@{Nome=$user.DisplayName;Usuario=$user.UserPrincipalName;MFA="SIM"}}};$result|Format-Table -AutoSize

Realizando apenas quem está '''desativado''' de maneira automática '''sem a necessidade de informar e-mail por e-mail'''

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName;$result=foreach($user in $users){$methods=Get-MgUserAuthenticationMethod -UserId $user.Id;$mfa=$methods|Where-Object{$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"};if(-not $mfa){[PSCustomObject]@{Nome=$user.DisplayName;Usuario=$user.UserPrincipalName;MFA="NAO"}}};$result|Format-Table -AutoSize

= DKIM =
Exibe todas as configurações de assinatura DKIM.

Get-DkimSigningConfig | Format-List

=== Permite verificar ===

* Domínio
* Status
* Seletores
* Habilitação da assinatura

== Exportar DKIM ==

Get-DkimSigningConfig | Export-Csv C:\Auditoria-M365\DKIM.csv -NoTypeInformation

Exporta todas as configurações DKIM para um arquivo CSV.

= SMTP AUTH =
SMTP AUTH é frequentemente explorado em ataques de força bruta e envio de spam utilizando credenciais comprometidas.

Get-TransportConfig | Select SmtpClientAuthenticationDisabled

Verifica se o SMTP AUTH está habilitado globalmente.

{| class="wikitable"
! Valor
! Significado
|-
| True
| SMTP AUTH desabilitado
|-
| False
| SMTP AUTH habilitado
|}

= SMTP AUTH por Caixa Postal =
Este comando realiza uma auditoria da configuração de autenticação SMTP (SMTP AUTH) para todas as caixas postais do Exchange Online. O resultado é exportado para um arquivo CSV, permitindo identificar quais usuários possuem a autenticação SMTP habilitada ou desabilitada.

Get-CASMailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
SmtpClientAuthenticationDisabled |
Export-Csv C:\Auditoria-M365\SMTPAUTH.csv -NoTypeInformation -Encoding UTF8

Identificar exceções à política global de SMTP AUTH configurada na organização.
Mesmo quando o SMTP AUTH estiver desabilitado globalmente, administradores podem habilitá-lo individualmente para determinadas caixas postais. Essas exceções devem ser revisadas periodicamente para reduzir a superfície de ataque da organização.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta os resultados para o arquivo ''SMTPAUTH.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| SmtpClientAuthenticationDisabled
| Indica se a autenticação SMTP está desabilitada para a caixa postal.
|}

=== Interpretação dos resultados ===

{| class="wikitable"
! Valor
! Significado
|-
| True
| A autenticação SMTP está desabilitada para a caixa postal.
|-
| False
| A autenticação SMTP está habilitada para a caixa postal.
|-
| Em branco
| A caixa postal herda a configuração global definida na organização.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Usuários que possuem SMTP AUTH habilitado.
* Exceções à política global da organização.
* Contas utilizadas por aplicações legadas.
* Contas de serviço que dependem de autenticação SMTP.
* Configurações que necessitam de revisão ou atualização.

=== Indicadores de atenção ===

Durante a análise recomenda-se verificar:

* Contas administrativas com SMTP AUTH habilitado.
* Usuários comuns que não possuem justificativa para utilizar SMTP AUTH.
* Contas inativas que permanecem com SMTP AUTH habilitado.
* Contas privilegiadas utilizadas por sistemas antigos.
* Configurações incompatíveis com a política de segurança da organização.

=== Boas práticas ===

* Desabilitar SMTP AUTH sempre que possível.
* Utilizar OAuth 2.0 para autenticação de clientes modernos.
* Manter habilitado apenas para aplicações que realmente dependam do protocolo SMTP AUTH.
* Revisar periodicamente as exceções configuradas.
* Documentar todas as contas autorizadas a utilizar SMTP AUTH.

=== Importância para a segurança ===

O protocolo SMTP AUTH é frequentemente explorado em ataques de força bruta, password spraying e envio de spam utilizando credenciais comprometidas. A redução do número de caixas postais com SMTP AUTH habilitado diminui significativamente a superfície de ataque da organização e está alinhada às recomendações da Microsoft para ambientes Exchange Online.

= Auditoria de Encaminhamento =
Este comando realiza uma auditoria de todas as caixas postais do Exchange Online, coletando informações relacionadas ao encaminhamento automático de mensagens (Mail Forwarding). O resultado é exportado para um arquivo CSV codificado em UTF-8, facilitando a análise em planilhas eletrônicas ou ferramentas de auditoria.

Get-Mailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
ForwardingAddress,
ForwardingSmtpAddress,
DeliverToMailboxAndForward |
Export-Csv C:\Auditoria-M365\DeliverToMailboxAndForward.csv -NoTypeInformation -Encoding UTF8

Ajuda a identificar caixas postais que possuem encaminhamento de mensagens configurado, seja para destinatários internos ou externos à organização.

Essa verificação é importante para detectar configurações legítimas, necessidades operacionais e possíveis indícios de comprometimento de contas.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do ambiente Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta o resultado para o arquivo ''DeliverToMailboxAndForward.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| ForwardingAddress
| Encaminhamento para outra caixa postal existente no Exchange Online.
|-
| ForwardingSmtpAddress
| Encaminhamento para um endereço SMTP específico, podendo ser interno ou externo.
|-
| DeliverToMailboxAndForward
| Define se a mensagem permanece na caixa postal original após ser encaminhada.
|}

====ForwardingAddress====

Indica que o encaminhamento foi configurado para outra caixa postal gerenciada pelo Exchange Online.

Exemplo:

Usuário A → Secretaria

====ForwardingSmtpAddress====

Indica que as mensagens são encaminhadas para um endereço SMTP específico.

Exemplos:

* usuario@empresa.com.br
* usuario@gmail.com
* suporte@outradominio.com

Quando o endereço pertence a um domínio externo, recomenda-se validar se o encaminhamento foi autorizado.

==== DeliverToMailboxAndForward ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A mensagem permanece na caixa postal original e também é encaminhada.
|-
| False
| A mensagem é apenas encaminhada para o destinatário configurado.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Encaminhamento automático para usuários internos.
* Encaminhamento automático para domínios externos.
* Contas utilizadas por sistemas ou aplicações.
* Configurações realizadas para secretarias ou caixas compartilhadas.
* Possíveis mecanismos de exfiltração de informações.

=== Indicadores de atenção ===

Durante a análise do relatório, recomenda-se verificar:

* Encaminhamento para provedores públicos, como Gmail, Outlook.com ou Yahoo.
* Encaminhamento para domínios desconhecidos.
* Contas de usuários comuns com encaminhamento externo habilitado.
* Encaminhamentos não documentados ou sem justificativa operacional.
* Encaminhamentos configurados em contas privilegiadas.

=== Boas práticas ===

* Permitir encaminhamento externo apenas quando houver necessidade formal.
* Revisar periodicamente todas as configurações de encaminhamento.
* Documentar exceções aprovadas.
* Utilizar políticas do Exchange Online ou Microsoft Defender para restringir encaminhamentos automáticos externos.
* Monitorar alterações nas configurações de encaminhamento por meio dos logs de auditoria do Microsoft 365.

=== Importância para a segurança ===

O encaminhamento automático é uma das técnicas mais utilizadas após o comprometimento de contas de e-mail. Um invasor pode configurar o envio automático de todas as mensagens para um endereço externo, mantendo acesso contínuo às comunicações da organização sem a necessidade de permanecer autenticado na conta. Por esse motivo, este relatório deve fazer parte de auditorias periódicas de segurança e resposta a incidentes.

= Auditoria de Regras =

Get-Mailbox -ResultSize Unlimited |
ForEach-Object {
Get-InboxRule -Mailbox $_.PrimarySmtpAddress |
Select @{
Name="Mailbox";
Expression={$_.MailboxOwnerId}
},
Name,
Enabled,
Description,
ForwardTo,
ForwardAsAttachmentTo,
RedirectTo,
DeleteMessage,
SoftDeleteMessage,
MarkAsRead,
StopProcessingRules
} |
Export-Csv C:\Auditoria-M365\InboxRules-Detalhado.csv -NoTypeInformation -Encoding UTF8

=== Descrição ===

Este comando realiza uma auditoria completa das regras de caixa de entrada (Inbox Rules) existentes em todas as caixas postais do Exchange Online. As informações são consolidadas em um único arquivo CSV para facilitar a análise e identificação de regras legítimas ou potencialmente maliciosas.

Identificar regras criadas pelos usuários ou por invasores que possam:

* Encaminhar mensagens automaticamente.
* Redirecionar e-mails para outros destinatários.
* Excluir mensagens sem conhecimento do usuário.
* Marcar mensagens como lidas automaticamente.
* Interromper o processamento das demais regras.
* Ocultar atividades maliciosas após o comprometimento de uma conta.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Percorre cada caixa postal individualmente utilizando ''ForEach-Object''.
* Executa o cmdlet ''Get-InboxRule'' para recuperar todas as regras da caixa de entrada.
* Seleciona apenas os atributos relevantes para auditoria.
* Adiciona uma coluna denominada ''Mailbox'', contendo o proprietário da caixa postal.
* Exporta o resultado para um arquivo CSV codificado em UTF-8.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| Mailbox
| Proprietário da caixa postal onde a regra está configurada.
|-
| Name
| Nome da regra.
|-
| Enabled
| Indica se a regra está ativa.
|-
| Description
| Descrição da regra criada pelo Exchange Online.
|-
| ForwardTo
| Encaminha a mensagem para outro destinatário mantendo uma cópia na caixa postal.
|-
| ForwardAsAttachmentTo
| Encaminha a mensagem como anexo para outro destinatário.
|-
| RedirectTo
| Redireciona a mensagem para outro destinatário sem manter indicação de encaminhamento.
|-
| DeleteMessage
| Exclui permanentemente a mensagem quando a regra é executada.
|-
| SoftDeleteMessage
| Move a mensagem para a pasta de itens recuperáveis.
|-
| MarkAsRead
| Marca automaticamente a mensagem como lida.
|-
| StopProcessingRules
| Impede que as demais regras da caixa de entrada sejam processadas.
|}

==== Enabled ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A regra está ativa e será aplicada quando suas condições forem atendidas.
|-
| False
| A regra existe, porém está desabilitada.
|}

==== ForwardTo ====

Encaminha automaticamente uma cópia da mensagem para outro destinatário.

Pode ser utilizado para:

* Secretarias.
* Caixas compartilhadas.
* Fluxos internos de trabalho.

Também pode indicar tentativa de exfiltração de informações quando aponta para endereços externos.

==== ForwardAsAttachmentTo ====

Encaminha a mensagem original como anexo.

Esse tipo de regra preserva todos os cabeçalhos da mensagem e pode ser utilizado para arquivamento ou coleta indevida de informações.

==== RedirectTo ====

Redireciona a mensagem para outro destinatário sem que o destinatário final visualize que houve encaminhamento.

Esse comportamento é frequentemente utilizado por invasores para receber cópias das mensagens de forma discreta.

==== DeleteMessage ====

Quando configurado como True, a mensagem é excluída automaticamente.

Pode ser utilizado para ocultar:

* Alertas de segurança.
* Notificações do Microsoft 365.
* Mensagens enviadas por administradores.
* Avisos de alteração de senha.

==== SoftDeleteMessage ====

Move automaticamente a mensagem para a pasta de itens recuperáveis.

Embora a mensagem permaneça recuperável, ela deixa de aparecer normalmente na caixa de entrada do usuário.

==== MarkAsRead ====

Marca automaticamente a mensagem como lida.

Essa configuração pode dificultar que o usuário perceba mensagens importantes ou alertas enviados pela organização.

==== StopProcessingRules ====

Quando definido como True, nenhuma outra regra será executada após essa regra.

Um invasor pode utilizar esse recurso para impedir que regras legítimas sejam aplicadas.

= Informações adicionais =

== Aplicações na auditoria ==

Este relatório permite identificar:

* Encaminhamento automático de mensagens.
* Redirecionamentos internos e externos.
* Exclusão automática de mensagens.
* Regras utilizadas para ocultação de atividades maliciosas.
* Configurações incompatíveis com as políticas da organização.
* Regras criadas por malware ou após comprometimento de credenciais.

== Indicadores de comprometimento ==

Durante a análise recomenda-se investigar especialmente:

* Regras com ''ForwardTo'' apontando para domínios externos.
* Regras com ''RedirectTo'' para endereços desconhecidos.
* Regras contendo ''DeleteMessage'' habilitado.
* Regras contendo ''SoftDeleteMessage'' habilitado.
* Regras contendo ''MarkAsRead'' habilitado.
* Regras com ''StopProcessingRules'' habilitado.
* Regras recém-criadas sem justificativa operacional.
* Regras presentes apenas em contas privilegiadas.

== Boas práticas ==

* Revisar periodicamente todas as regras de caixa de entrada.
* Bloquear encaminhamento automático externo quando não houver necessidade operacional.
* Monitorar alterações utilizando os logs de auditoria do Microsoft 365.
* Investigar imediatamente regras criadas após suspeitas de comprometimento.
* Remover regras desconhecidas ou não documentadas.
* Validar regras existentes em contas administrativas, caixas compartilhadas e usuários privilegiados.

== Arquivos gerados ==

{{Nota| Sempre ao final dos comandos é passado o nome de um arquivo.csv, este arquivo será utilizado para análise posterior pelo profissional. lembre-se que cada comando é um arquivo separado para evitar confusão, cabe ao profissional identificar}}

'''Exemplo'''
C:\Auditoria-M365\InboxRules-Detalhado.csv

== Formato do arquivo ==

Arquivo CSV codificado em UTF-8, compatível com Microsoft Excel, LibreOffice Calc e outras ferramentas de análise.

== Importância para a segurança ==

As regras de caixa de entrada são um dos mecanismos mais explorados por invasores após o comprometimento de contas do Microsoft 365. Elas permitem encaminhar mensagens, ocultar notificações de segurança, apagar evidências e manter acesso contínuo às informações da organização sem necessidade de novas autenticações. A revisão periódica deste relatório é uma prática recomendada em auditorias de segurança, resposta a incidentes e avaliações de conformidade.

Auditoria do Microsoft 365

2026-07-21T14:38:04Z

Diegocosta: /* DKIM */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre os principais comandos utilizados durante uma auditoria de segurança do Exchange Online (Microsoft 365), permitindo coletar informações sobre configuração do ambiente, autenticação, encaminhamento de e-mails, permissões e possíveis riscos de comprometimento.

== Objetivo ==

Esta página documenta os comandos utilizados para auditoria do Exchange Online, descrevendo sua finalidade, utilização e os dados coletados durante a análise do ambiente Microsoft 365.

== Pré-requisitos ==

* Windows PowerShell 5.1 ou PowerShell 7
* Módulo ExchangeOnlineManagement
* Permissões administrativas no Exchange Online
* Conta com autenticação multifator, quando aplicável

= Instalação do módulo =

Abra o Powershell como administrador e digite o comando abaixo:

Install-Module ExchangeOnlineManagement -Scope CurrentUser

=== Parâmetros ===

{| class="wikitable"
! Parâmetro
! Descrição
|-
| Scope CurrentUser
| Instala o módulo apenas para o usuário atual, dispensando privilégios administrativos.
|}

Executar apenas uma vez em cada computador utilizado para administração do Microsoft 365.

O módulo ficará disponível para utilização nas próximas sessões do PowerShell.

== Carregar o módulo ==
No mesmo Powershell onde fez a instalação digite o comando abaixo para carregar o módulo.

Import-Module ExchangeOnlineManagement

Sempre antes da conexão com o Exchange Online.

== Conectar ao Exchange Online ==
Realiza a autenticação no tenant Microsoft 365.

Connect-ExchangeOnline

Após autenticação, todos os cmdlets do Exchange Online estarão disponíveis.

= Preparação da auditoria =

mkdir Auditoria-M365

ou

New-Item C:\Auditoria-M365 -ItemType Directory

Cria o diretório onde serão armazenados os relatórios gerados pela auditoria.

cd .\Auditoria-M365\

Define a pasta atual como diretório de trabalho.

= Domínios aceitos =

Get-AcceptedDomain | Format-Table

Lista todos os domínios aceitos pelo Exchange Online.

=== Informações obtidas ===
Verificar a existência de domínios desnecessários ou configurações incorretas.

* Domínio principal
* Domínios secundários
* Domínio onmicrosoft.com
* Tipo do domínio (Authoritative ou Internal Relay)

== Exportar domínios ==
Exporta a lista de domínios aceitos para análise posterior.

Get-AcceptedDomain | Export-Csv C:\Auditoria-M365\AcceptedDomains.csv -NoTypeInformation

= Listar usuários com MFA =

Realizando a pesquisa pontual (passando o usuário), '''substitua: EMAIL@EMPRESA,com por e-mail válido'''

$user="EMAIL@EMPRESA,com"; if ((Get-MgUserAuthenticationMethod -UserId $user | Where-Object {$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"})) {"MFA SIM"} else {"MFA NÃO"}

Realizando apenas quem está '''ativo''' de maneira automática '''sem a necessidade de informar e-mail por e-mail'''

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName;$result=foreach($user in $users){$methods=Get-MgUserAuthenticationMethod -UserId $user.Id;$mfa=$methods|Where-Object{$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"};if($mfa){[PSCustomObject]@{Nome=$user.DisplayName;Usuario=$user.UserPrincipalName;MFA="SIM"}}};$result|Format-Table -AutoSize

Realizando apenas quem está '''desativado''' de maneira automática '''sem a necessidade de informar e-mail por e-mail'''

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName;$result=foreach($user in $users){$methods=Get-MgUserAuthenticationMethod -UserId $user.Id;$mfa=$methods|Where-Object{$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"};if(-not $mfa){[PSCustomObject]@{Nome=$user.DisplayName;Usuario=$user.UserPrincipalName;MFA="NAO"}}};$result|Format-Table -AutoSize

= DKIM =
Exibe todas as configurações de assinatura DKIM.

Get-DkimSigningConfig | Format-List

=== Permite verificar ===

* Domínio
* Status
* Seletores
* Habilitação da assinatura

== Exportar DKIM ==

Get-DkimSigningConfig | Export-Csv C:\Auditoria-M365\DKIM.csv -NoTypeInformation

Exporta todas as configurações DKIM para um arquivo CSV.

= SMTP AUTH =
SMTP AUTH é frequentemente explorado em ataques de força bruta e envio de spam utilizando credenciais comprometidas.

Get-TransportConfig | Select SmtpClientAuthenticationDisabled

Verifica se o SMTP AUTH está habilitado globalmente.

{| class="wikitable"
! Valor
! Significado
|-
| True
| SMTP AUTH desabilitado
|-
| False
| SMTP AUTH habilitado
|}

= SMTP AUTH por Caixa Postal =
Este comando realiza uma auditoria da configuração de autenticação SMTP (SMTP AUTH) para todas as caixas postais do Exchange Online. O resultado é exportado para um arquivo CSV, permitindo identificar quais usuários possuem a autenticação SMTP habilitada ou desabilitada.

Get-CASMailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
SmtpClientAuthenticationDisabled |
Export-Csv C:\Auditoria-M365\SMTPAUTH.csv -NoTypeInformation -Encoding UTF8

Identificar exceções à política global de SMTP AUTH configurada na organização.
Mesmo quando o SMTP AUTH estiver desabilitado globalmente, administradores podem habilitá-lo individualmente para determinadas caixas postais. Essas exceções devem ser revisadas periodicamente para reduzir a superfície de ataque da organização.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta os resultados para o arquivo ''SMTPAUTH.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| SmtpClientAuthenticationDisabled
| Indica se a autenticação SMTP está desabilitada para a caixa postal.
|}

=== Interpretação dos resultados ===

{| class="wikitable"
! Valor
! Significado
|-
| True
| A autenticação SMTP está desabilitada para a caixa postal.
|-
| False
| A autenticação SMTP está habilitada para a caixa postal.
|-
| Em branco
| A caixa postal herda a configuração global definida na organização.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Usuários que possuem SMTP AUTH habilitado.
* Exceções à política global da organização.
* Contas utilizadas por aplicações legadas.
* Contas de serviço que dependem de autenticação SMTP.
* Configurações que necessitam de revisão ou atualização.

=== Indicadores de atenção ===

Durante a análise recomenda-se verificar:

* Contas administrativas com SMTP AUTH habilitado.
* Usuários comuns que não possuem justificativa para utilizar SMTP AUTH.
* Contas inativas que permanecem com SMTP AUTH habilitado.
* Contas privilegiadas utilizadas por sistemas antigos.
* Configurações incompatíveis com a política de segurança da organização.

=== Boas práticas ===

* Desabilitar SMTP AUTH sempre que possível.
* Utilizar OAuth 2.0 para autenticação de clientes modernos.
* Manter habilitado apenas para aplicações que realmente dependam do protocolo SMTP AUTH.
* Revisar periodicamente as exceções configuradas.
* Documentar todas as contas autorizadas a utilizar SMTP AUTH.

=== Importância para a segurança ===

O protocolo SMTP AUTH é frequentemente explorado em ataques de força bruta, password spraying e envio de spam utilizando credenciais comprometidas. A redução do número de caixas postais com SMTP AUTH habilitado diminui significativamente a superfície de ataque da organização e está alinhada às recomendações da Microsoft para ambientes Exchange Online.

= Auditoria de Encaminhamento =
Este comando realiza uma auditoria de todas as caixas postais do Exchange Online, coletando informações relacionadas ao encaminhamento automático de mensagens (Mail Forwarding). O resultado é exportado para um arquivo CSV codificado em UTF-8, facilitando a análise em planilhas eletrônicas ou ferramentas de auditoria.

Get-Mailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
ForwardingAddress,
ForwardingSmtpAddress,
DeliverToMailboxAndForward |
Export-Csv C:\Auditoria-M365\DeliverToMailboxAndForward.csv -NoTypeInformation -Encoding UTF8

Ajuda a identificar caixas postais que possuem encaminhamento de mensagens configurado, seja para destinatários internos ou externos à organização.

Essa verificação é importante para detectar configurações legítimas, necessidades operacionais e possíveis indícios de comprometimento de contas.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do ambiente Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta o resultado para o arquivo ''DeliverToMailboxAndForward.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| ForwardingAddress
| Encaminhamento para outra caixa postal existente no Exchange Online.
|-
| ForwardingSmtpAddress
| Encaminhamento para um endereço SMTP específico, podendo ser interno ou externo.
|-
| DeliverToMailboxAndForward
| Define se a mensagem permanece na caixa postal original após ser encaminhada.
|}

====ForwardingAddress====

Indica que o encaminhamento foi configurado para outra caixa postal gerenciada pelo Exchange Online.

Exemplo:

Usuário A → Secretaria

====ForwardingSmtpAddress====

Indica que as mensagens são encaminhadas para um endereço SMTP específico.

Exemplos:

* usuario@empresa.com.br
* usuario@gmail.com
* suporte@outradominio.com

Quando o endereço pertence a um domínio externo, recomenda-se validar se o encaminhamento foi autorizado.

==== DeliverToMailboxAndForward ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A mensagem permanece na caixa postal original e também é encaminhada.
|-
| False
| A mensagem é apenas encaminhada para o destinatário configurado.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Encaminhamento automático para usuários internos.
* Encaminhamento automático para domínios externos.
* Contas utilizadas por sistemas ou aplicações.
* Configurações realizadas para secretarias ou caixas compartilhadas.
* Possíveis mecanismos de exfiltração de informações.

=== Indicadores de atenção ===

Durante a análise do relatório, recomenda-se verificar:

* Encaminhamento para provedores públicos, como Gmail, Outlook.com ou Yahoo.
* Encaminhamento para domínios desconhecidos.
* Contas de usuários comuns com encaminhamento externo habilitado.
* Encaminhamentos não documentados ou sem justificativa operacional.
* Encaminhamentos configurados em contas privilegiadas.

=== Boas práticas ===

* Permitir encaminhamento externo apenas quando houver necessidade formal.
* Revisar periodicamente todas as configurações de encaminhamento.
* Documentar exceções aprovadas.
* Utilizar políticas do Exchange Online ou Microsoft Defender para restringir encaminhamentos automáticos externos.
* Monitorar alterações nas configurações de encaminhamento por meio dos logs de auditoria do Microsoft 365.

=== Importância para a segurança ===

O encaminhamento automático é uma das técnicas mais utilizadas após o comprometimento de contas de e-mail. Um invasor pode configurar o envio automático de todas as mensagens para um endereço externo, mantendo acesso contínuo às comunicações da organização sem a necessidade de permanecer autenticado na conta. Por esse motivo, este relatório deve fazer parte de auditorias periódicas de segurança e resposta a incidentes.

= Auditoria de Regras =

Get-Mailbox -ResultSize Unlimited |
ForEach-Object {
Get-InboxRule -Mailbox $_.PrimarySmtpAddress |
Select @{
Name="Mailbox";
Expression={$_.MailboxOwnerId}
},
Name,
Enabled,
Description,
ForwardTo,
ForwardAsAttachmentTo,
RedirectTo,
DeleteMessage,
SoftDeleteMessage,
MarkAsRead,
StopProcessingRules
} |
Export-Csv C:\Auditoria-M365\InboxRules-Detalhado.csv -NoTypeInformation -Encoding UTF8

=== Descrição ===

Este comando realiza uma auditoria completa das regras de caixa de entrada (Inbox Rules) existentes em todas as caixas postais do Exchange Online. As informações são consolidadas em um único arquivo CSV para facilitar a análise e identificação de regras legítimas ou potencialmente maliciosas.

Identificar regras criadas pelos usuários ou por invasores que possam:

* Encaminhar mensagens automaticamente.
* Redirecionar e-mails para outros destinatários.
* Excluir mensagens sem conhecimento do usuário.
* Marcar mensagens como lidas automaticamente.
* Interromper o processamento das demais regras.
* Ocultar atividades maliciosas após o comprometimento de uma conta.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Percorre cada caixa postal individualmente utilizando ''ForEach-Object''.
* Executa o cmdlet ''Get-InboxRule'' para recuperar todas as regras da caixa de entrada.
* Seleciona apenas os atributos relevantes para auditoria.
* Adiciona uma coluna denominada ''Mailbox'', contendo o proprietário da caixa postal.
* Exporta o resultado para um arquivo CSV codificado em UTF-8.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| Mailbox
| Proprietário da caixa postal onde a regra está configurada.
|-
| Name
| Nome da regra.
|-
| Enabled
| Indica se a regra está ativa.
|-
| Description
| Descrição da regra criada pelo Exchange Online.
|-
| ForwardTo
| Encaminha a mensagem para outro destinatário mantendo uma cópia na caixa postal.
|-
| ForwardAsAttachmentTo
| Encaminha a mensagem como anexo para outro destinatário.
|-
| RedirectTo
| Redireciona a mensagem para outro destinatário sem manter indicação de encaminhamento.
|-
| DeleteMessage
| Exclui permanentemente a mensagem quando a regra é executada.
|-
| SoftDeleteMessage
| Move a mensagem para a pasta de itens recuperáveis.
|-
| MarkAsRead
| Marca automaticamente a mensagem como lida.
|-
| StopProcessingRules
| Impede que as demais regras da caixa de entrada sejam processadas.
|}

==== Enabled ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A regra está ativa e será aplicada quando suas condições forem atendidas.
|-
| False
| A regra existe, porém está desabilitada.
|}

==== ForwardTo ====

Encaminha automaticamente uma cópia da mensagem para outro destinatário.

Pode ser utilizado para:

* Secretarias.
* Caixas compartilhadas.
* Fluxos internos de trabalho.

Também pode indicar tentativa de exfiltração de informações quando aponta para endereços externos.

==== ForwardAsAttachmentTo ====

Encaminha a mensagem original como anexo.

Esse tipo de regra preserva todos os cabeçalhos da mensagem e pode ser utilizado para arquivamento ou coleta indevida de informações.

==== RedirectTo ====

Redireciona a mensagem para outro destinatário sem que o destinatário final visualize que houve encaminhamento.

Esse comportamento é frequentemente utilizado por invasores para receber cópias das mensagens de forma discreta.

==== DeleteMessage ====

Quando configurado como True, a mensagem é excluída automaticamente.

Pode ser utilizado para ocultar:

* Alertas de segurança.
* Notificações do Microsoft 365.
* Mensagens enviadas por administradores.
* Avisos de alteração de senha.

==== SoftDeleteMessage ====

Move automaticamente a mensagem para a pasta de itens recuperáveis.

Embora a mensagem permaneça recuperável, ela deixa de aparecer normalmente na caixa de entrada do usuário.

==== MarkAsRead ====

Marca automaticamente a mensagem como lida.

Essa configuração pode dificultar que o usuário perceba mensagens importantes ou alertas enviados pela organização.

==== StopProcessingRules ====

Quando definido como True, nenhuma outra regra será executada após essa regra.

Um invasor pode utilizar esse recurso para impedir que regras legítimas sejam aplicadas.

= Informações adicionais =

== Aplicações na auditoria ==

Este relatório permite identificar:

* Encaminhamento automático de mensagens.
* Redirecionamentos internos e externos.
* Exclusão automática de mensagens.
* Regras utilizadas para ocultação de atividades maliciosas.
* Configurações incompatíveis com as políticas da organização.
* Regras criadas por malware ou após comprometimento de credenciais.

== Indicadores de comprometimento ==

Durante a análise recomenda-se investigar especialmente:

* Regras com ''ForwardTo'' apontando para domínios externos.
* Regras com ''RedirectTo'' para endereços desconhecidos.
* Regras contendo ''DeleteMessage'' habilitado.
* Regras contendo ''SoftDeleteMessage'' habilitado.
* Regras contendo ''MarkAsRead'' habilitado.
* Regras com ''StopProcessingRules'' habilitado.
* Regras recém-criadas sem justificativa operacional.
* Regras presentes apenas em contas privilegiadas.

== Boas práticas ==

* Revisar periodicamente todas as regras de caixa de entrada.
* Bloquear encaminhamento automático externo quando não houver necessidade operacional.
* Monitorar alterações utilizando os logs de auditoria do Microsoft 365.
* Investigar imediatamente regras criadas após suspeitas de comprometimento.
* Remover regras desconhecidas ou não documentadas.
* Validar regras existentes em contas administrativas, caixas compartilhadas e usuários privilegiados.

== Arquivos gerados ==

{{Nota| Sempre ao final dos comandos é passado o nome de um arquivo.csv, este arquivo será utilizado para análise posterior pelo profissional. lembre-se que cada comando é um arquivo separado para evitar confusão, cabe ao profissional identificar}}

'''Exemplo'''
C:\Auditoria-M365\InboxRules-Detalhado.csv

== Formato do arquivo ==

Arquivo CSV codificado em UTF-8, compatível com Microsoft Excel, LibreOffice Calc e outras ferramentas de análise.

== Importância para a segurança ==

As regras de caixa de entrada são um dos mecanismos mais explorados por invasores após o comprometimento de contas do Microsoft 365. Elas permitem encaminhar mensagens, ocultar notificações de segurança, apagar evidências e manter acesso contínuo às informações da organização sem necessidade de novas autenticações. A revisão periódica deste relatório é uma prática recomendada em auditorias de segurança, resposta a incidentes e avaliações de conformidade.

Auditoria do Microsoft 365

2026-07-21T14:37:40Z

Diegocosta: /* Listar usuários com MFA */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre os principais comandos utilizados durante uma auditoria de segurança do Exchange Online (Microsoft 365), permitindo coletar informações sobre configuração do ambiente, autenticação, encaminhamento de e-mails, permissões e possíveis riscos de comprometimento.

== Objetivo ==

Esta página documenta os comandos utilizados para auditoria do Exchange Online, descrevendo sua finalidade, utilização e os dados coletados durante a análise do ambiente Microsoft 365.

== Pré-requisitos ==

* Windows PowerShell 5.1 ou PowerShell 7
* Módulo ExchangeOnlineManagement
* Permissões administrativas no Exchange Online
* Conta com autenticação multifator, quando aplicável

= Instalação do módulo =

Abra o Powershell como administrador e digite o comando abaixo:

Install-Module ExchangeOnlineManagement -Scope CurrentUser

=== Parâmetros ===

{| class="wikitable"
! Parâmetro
! Descrição
|-
| Scope CurrentUser
| Instala o módulo apenas para o usuário atual, dispensando privilégios administrativos.
|}

Executar apenas uma vez em cada computador utilizado para administração do Microsoft 365.

O módulo ficará disponível para utilização nas próximas sessões do PowerShell.

== Carregar o módulo ==
No mesmo Powershell onde fez a instalação digite o comando abaixo para carregar o módulo.

Import-Module ExchangeOnlineManagement

Sempre antes da conexão com o Exchange Online.

== Conectar ao Exchange Online ==
Realiza a autenticação no tenant Microsoft 365.

Connect-ExchangeOnline

Após autenticação, todos os cmdlets do Exchange Online estarão disponíveis.

= Preparação da auditoria =

mkdir Auditoria-M365

ou

New-Item C:\Auditoria-M365 -ItemType Directory

Cria o diretório onde serão armazenados os relatórios gerados pela auditoria.

cd .\Auditoria-M365\

Define a pasta atual como diretório de trabalho.

= Domínios aceitos =

Get-AcceptedDomain | Format-Table

Lista todos os domínios aceitos pelo Exchange Online.

=== Informações obtidas ===
Verificar a existência de domínios desnecessários ou configurações incorretas.

* Domínio principal
* Domínios secundários
* Domínio onmicrosoft.com
* Tipo do domínio (Authoritative ou Internal Relay)

== Exportar domínios ==
Exporta a lista de domínios aceitos para análise posterior.

Get-AcceptedDomain | Export-Csv C:\Auditoria-M365\AcceptedDomains.csv -NoTypeInformation

= DKIM =
Exibe todas as configurações de assinatura DKIM.

Get-DkimSigningConfig | Format-List

=== Permite verificar ===

* Domínio
* Status
* Seletores
* Habilitação da assinatura

== Exportar DKIM ==

Get-DkimSigningConfig | Export-Csv C:\Auditoria-M365\DKIM.csv -NoTypeInformation

Exporta todas as configurações DKIM para um arquivo CSV.

= SMTP AUTH =
SMTP AUTH é frequentemente explorado em ataques de força bruta e envio de spam utilizando credenciais comprometidas.

Get-TransportConfig | Select SmtpClientAuthenticationDisabled

Verifica se o SMTP AUTH está habilitado globalmente.

{| class="wikitable"
! Valor
! Significado
|-
| True
| SMTP AUTH desabilitado
|-
| False
| SMTP AUTH habilitado
|}

= SMTP AUTH por Caixa Postal =
Este comando realiza uma auditoria da configuração de autenticação SMTP (SMTP AUTH) para todas as caixas postais do Exchange Online. O resultado é exportado para um arquivo CSV, permitindo identificar quais usuários possuem a autenticação SMTP habilitada ou desabilitada.

Get-CASMailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
SmtpClientAuthenticationDisabled |
Export-Csv C:\Auditoria-M365\SMTPAUTH.csv -NoTypeInformation -Encoding UTF8

Identificar exceções à política global de SMTP AUTH configurada na organização.
Mesmo quando o SMTP AUTH estiver desabilitado globalmente, administradores podem habilitá-lo individualmente para determinadas caixas postais. Essas exceções devem ser revisadas periodicamente para reduzir a superfície de ataque da organização.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta os resultados para o arquivo ''SMTPAUTH.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| SmtpClientAuthenticationDisabled
| Indica se a autenticação SMTP está desabilitada para a caixa postal.
|}

=== Interpretação dos resultados ===

{| class="wikitable"
! Valor
! Significado
|-
| True
| A autenticação SMTP está desabilitada para a caixa postal.
|-
| False
| A autenticação SMTP está habilitada para a caixa postal.
|-
| Em branco
| A caixa postal herda a configuração global definida na organização.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Usuários que possuem SMTP AUTH habilitado.
* Exceções à política global da organização.
* Contas utilizadas por aplicações legadas.
* Contas de serviço que dependem de autenticação SMTP.
* Configurações que necessitam de revisão ou atualização.

=== Indicadores de atenção ===

Durante a análise recomenda-se verificar:

* Contas administrativas com SMTP AUTH habilitado.
* Usuários comuns que não possuem justificativa para utilizar SMTP AUTH.
* Contas inativas que permanecem com SMTP AUTH habilitado.
* Contas privilegiadas utilizadas por sistemas antigos.
* Configurações incompatíveis com a política de segurança da organização.

=== Boas práticas ===

* Desabilitar SMTP AUTH sempre que possível.
* Utilizar OAuth 2.0 para autenticação de clientes modernos.
* Manter habilitado apenas para aplicações que realmente dependam do protocolo SMTP AUTH.
* Revisar periodicamente as exceções configuradas.
* Documentar todas as contas autorizadas a utilizar SMTP AUTH.

=== Importância para a segurança ===

O protocolo SMTP AUTH é frequentemente explorado em ataques de força bruta, password spraying e envio de spam utilizando credenciais comprometidas. A redução do número de caixas postais com SMTP AUTH habilitado diminui significativamente a superfície de ataque da organização e está alinhada às recomendações da Microsoft para ambientes Exchange Online.

= Auditoria de Encaminhamento =
Este comando realiza uma auditoria de todas as caixas postais do Exchange Online, coletando informações relacionadas ao encaminhamento automático de mensagens (Mail Forwarding). O resultado é exportado para um arquivo CSV codificado em UTF-8, facilitando a análise em planilhas eletrônicas ou ferramentas de auditoria.

Get-Mailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
ForwardingAddress,
ForwardingSmtpAddress,
DeliverToMailboxAndForward |
Export-Csv C:\Auditoria-M365\DeliverToMailboxAndForward.csv -NoTypeInformation -Encoding UTF8

Ajuda a identificar caixas postais que possuem encaminhamento de mensagens configurado, seja para destinatários internos ou externos à organização.

Essa verificação é importante para detectar configurações legítimas, necessidades operacionais e possíveis indícios de comprometimento de contas.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do ambiente Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta o resultado para o arquivo ''DeliverToMailboxAndForward.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| ForwardingAddress
| Encaminhamento para outra caixa postal existente no Exchange Online.
|-
| ForwardingSmtpAddress
| Encaminhamento para um endereço SMTP específico, podendo ser interno ou externo.
|-
| DeliverToMailboxAndForward
| Define se a mensagem permanece na caixa postal original após ser encaminhada.
|}

====ForwardingAddress====

Indica que o encaminhamento foi configurado para outra caixa postal gerenciada pelo Exchange Online.

Exemplo:

Usuário A → Secretaria

====ForwardingSmtpAddress====

Indica que as mensagens são encaminhadas para um endereço SMTP específico.

Exemplos:

* usuario@empresa.com.br
* usuario@gmail.com
* suporte@outradominio.com

Quando o endereço pertence a um domínio externo, recomenda-se validar se o encaminhamento foi autorizado.

==== DeliverToMailboxAndForward ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A mensagem permanece na caixa postal original e também é encaminhada.
|-
| False
| A mensagem é apenas encaminhada para o destinatário configurado.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Encaminhamento automático para usuários internos.
* Encaminhamento automático para domínios externos.
* Contas utilizadas por sistemas ou aplicações.
* Configurações realizadas para secretarias ou caixas compartilhadas.
* Possíveis mecanismos de exfiltração de informações.

=== Indicadores de atenção ===

Durante a análise do relatório, recomenda-se verificar:

* Encaminhamento para provedores públicos, como Gmail, Outlook.com ou Yahoo.
* Encaminhamento para domínios desconhecidos.
* Contas de usuários comuns com encaminhamento externo habilitado.
* Encaminhamentos não documentados ou sem justificativa operacional.
* Encaminhamentos configurados em contas privilegiadas.

=== Boas práticas ===

* Permitir encaminhamento externo apenas quando houver necessidade formal.
* Revisar periodicamente todas as configurações de encaminhamento.
* Documentar exceções aprovadas.
* Utilizar políticas do Exchange Online ou Microsoft Defender para restringir encaminhamentos automáticos externos.
* Monitorar alterações nas configurações de encaminhamento por meio dos logs de auditoria do Microsoft 365.

=== Importância para a segurança ===

O encaminhamento automático é uma das técnicas mais utilizadas após o comprometimento de contas de e-mail. Um invasor pode configurar o envio automático de todas as mensagens para um endereço externo, mantendo acesso contínuo às comunicações da organização sem a necessidade de permanecer autenticado na conta. Por esse motivo, este relatório deve fazer parte de auditorias periódicas de segurança e resposta a incidentes.

= Auditoria de Regras =

Get-Mailbox -ResultSize Unlimited |
ForEach-Object {
Get-InboxRule -Mailbox $_.PrimarySmtpAddress |
Select @{
Name="Mailbox";
Expression={$_.MailboxOwnerId}
},
Name,
Enabled,
Description,
ForwardTo,
ForwardAsAttachmentTo,
RedirectTo,
DeleteMessage,
SoftDeleteMessage,
MarkAsRead,
StopProcessingRules
} |
Export-Csv C:\Auditoria-M365\InboxRules-Detalhado.csv -NoTypeInformation -Encoding UTF8

=== Descrição ===

Este comando realiza uma auditoria completa das regras de caixa de entrada (Inbox Rules) existentes em todas as caixas postais do Exchange Online. As informações são consolidadas em um único arquivo CSV para facilitar a análise e identificação de regras legítimas ou potencialmente maliciosas.

Identificar regras criadas pelos usuários ou por invasores que possam:

* Encaminhar mensagens automaticamente.
* Redirecionar e-mails para outros destinatários.
* Excluir mensagens sem conhecimento do usuário.
* Marcar mensagens como lidas automaticamente.
* Interromper o processamento das demais regras.
* Ocultar atividades maliciosas após o comprometimento de uma conta.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Percorre cada caixa postal individualmente utilizando ''ForEach-Object''.
* Executa o cmdlet ''Get-InboxRule'' para recuperar todas as regras da caixa de entrada.
* Seleciona apenas os atributos relevantes para auditoria.
* Adiciona uma coluna denominada ''Mailbox'', contendo o proprietário da caixa postal.
* Exporta o resultado para um arquivo CSV codificado em UTF-8.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| Mailbox
| Proprietário da caixa postal onde a regra está configurada.
|-
| Name
| Nome da regra.
|-
| Enabled
| Indica se a regra está ativa.
|-
| Description
| Descrição da regra criada pelo Exchange Online.
|-
| ForwardTo
| Encaminha a mensagem para outro destinatário mantendo uma cópia na caixa postal.
|-
| ForwardAsAttachmentTo
| Encaminha a mensagem como anexo para outro destinatário.
|-
| RedirectTo
| Redireciona a mensagem para outro destinatário sem manter indicação de encaminhamento.
|-
| DeleteMessage
| Exclui permanentemente a mensagem quando a regra é executada.
|-
| SoftDeleteMessage
| Move a mensagem para a pasta de itens recuperáveis.
|-
| MarkAsRead
| Marca automaticamente a mensagem como lida.
|-
| StopProcessingRules
| Impede que as demais regras da caixa de entrada sejam processadas.
|}

==== Enabled ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A regra está ativa e será aplicada quando suas condições forem atendidas.
|-
| False
| A regra existe, porém está desabilitada.
|}

==== ForwardTo ====

Encaminha automaticamente uma cópia da mensagem para outro destinatário.

Pode ser utilizado para:

* Secretarias.
* Caixas compartilhadas.
* Fluxos internos de trabalho.

Também pode indicar tentativa de exfiltração de informações quando aponta para endereços externos.

==== ForwardAsAttachmentTo ====

Encaminha a mensagem original como anexo.

Esse tipo de regra preserva todos os cabeçalhos da mensagem e pode ser utilizado para arquivamento ou coleta indevida de informações.

==== RedirectTo ====

Redireciona a mensagem para outro destinatário sem que o destinatário final visualize que houve encaminhamento.

Esse comportamento é frequentemente utilizado por invasores para receber cópias das mensagens de forma discreta.

==== DeleteMessage ====

Quando configurado como True, a mensagem é excluída automaticamente.

Pode ser utilizado para ocultar:

* Alertas de segurança.
* Notificações do Microsoft 365.
* Mensagens enviadas por administradores.
* Avisos de alteração de senha.

==== SoftDeleteMessage ====

Move automaticamente a mensagem para a pasta de itens recuperáveis.

Embora a mensagem permaneça recuperável, ela deixa de aparecer normalmente na caixa de entrada do usuário.

==== MarkAsRead ====

Marca automaticamente a mensagem como lida.

Essa configuração pode dificultar que o usuário perceba mensagens importantes ou alertas enviados pela organização.

==== StopProcessingRules ====

Quando definido como True, nenhuma outra regra será executada após essa regra.

Um invasor pode utilizar esse recurso para impedir que regras legítimas sejam aplicadas.

= Informações adicionais =

== Aplicações na auditoria ==

Este relatório permite identificar:

* Encaminhamento automático de mensagens.
* Redirecionamentos internos e externos.
* Exclusão automática de mensagens.
* Regras utilizadas para ocultação de atividades maliciosas.
* Configurações incompatíveis com as políticas da organização.
* Regras criadas por malware ou após comprometimento de credenciais.

== Indicadores de comprometimento ==

Durante a análise recomenda-se investigar especialmente:

* Regras com ''ForwardTo'' apontando para domínios externos.
* Regras com ''RedirectTo'' para endereços desconhecidos.
* Regras contendo ''DeleteMessage'' habilitado.
* Regras contendo ''SoftDeleteMessage'' habilitado.
* Regras contendo ''MarkAsRead'' habilitado.
* Regras com ''StopProcessingRules'' habilitado.
* Regras recém-criadas sem justificativa operacional.
* Regras presentes apenas em contas privilegiadas.

== Boas práticas ==

* Revisar periodicamente todas as regras de caixa de entrada.
* Bloquear encaminhamento automático externo quando não houver necessidade operacional.
* Monitorar alterações utilizando os logs de auditoria do Microsoft 365.
* Investigar imediatamente regras criadas após suspeitas de comprometimento.
* Remover regras desconhecidas ou não documentadas.
* Validar regras existentes em contas administrativas, caixas compartilhadas e usuários privilegiados.

== Arquivos gerados ==

{{Nota| Sempre ao final dos comandos é passado o nome de um arquivo.csv, este arquivo será utilizado para análise posterior pelo profissional. lembre-se que cada comando é um arquivo separado para evitar confusão, cabe ao profissional identificar}}

'''Exemplo'''
C:\Auditoria-M365\InboxRules-Detalhado.csv

== Formato do arquivo ==

Arquivo CSV codificado em UTF-8, compatível com Microsoft Excel, LibreOffice Calc e outras ferramentas de análise.

== Importância para a segurança ==

As regras de caixa de entrada são um dos mecanismos mais explorados por invasores após o comprometimento de contas do Microsoft 365. Elas permitem encaminhar mensagens, ocultar notificações de segurança, apagar evidências e manter acesso contínuo às informações da organização sem necessidade de novas autenticações. A revisão periódica deste relatório é uma prática recomendada em auditorias de segurança, resposta a incidentes e avaliações de conformidade.

Auditoria do Microsoft 365

2026-07-21T14:37:22Z

Diegocosta: /* Listar usuários com MFA */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre os principais comandos utilizados durante uma auditoria de segurança do Exchange Online (Microsoft 365), permitindo coletar informações sobre configuração do ambiente, autenticação, encaminhamento de e-mails, permissões e possíveis riscos de comprometimento.

== Objetivo ==

Esta página documenta os comandos utilizados para auditoria do Exchange Online, descrevendo sua finalidade, utilização e os dados coletados durante a análise do ambiente Microsoft 365.

== Pré-requisitos ==

* Windows PowerShell 5.1 ou PowerShell 7
* Módulo ExchangeOnlineManagement
* Permissões administrativas no Exchange Online
* Conta com autenticação multifator, quando aplicável

= Instalação do módulo =

Abra o Powershell como administrador e digite o comando abaixo:

Install-Module ExchangeOnlineManagement -Scope CurrentUser

=== Parâmetros ===

{| class="wikitable"
! Parâmetro
! Descrição
|-
| Scope CurrentUser
| Instala o módulo apenas para o usuário atual, dispensando privilégios administrativos.
|}

Executar apenas uma vez em cada computador utilizado para administração do Microsoft 365.

O módulo ficará disponível para utilização nas próximas sessões do PowerShell.

== Carregar o módulo ==
No mesmo Powershell onde fez a instalação digite o comando abaixo para carregar o módulo.

Import-Module ExchangeOnlineManagement

Sempre antes da conexão com o Exchange Online.

== Conectar ao Exchange Online ==
Realiza a autenticação no tenant Microsoft 365.

Connect-ExchangeOnline

Após autenticação, todos os cmdlets do Exchange Online estarão disponíveis.

= Preparação da auditoria =

mkdir Auditoria-M365

ou

New-Item C:\Auditoria-M365 -ItemType Directory

Cria o diretório onde serão armazenados os relatórios gerados pela auditoria.

cd .\Auditoria-M365\

Define a pasta atual como diretório de trabalho.

= Domínios aceitos =

Get-AcceptedDomain | Format-Table

Lista todos os domínios aceitos pelo Exchange Online.

=== Informações obtidas ===
Verificar a existência de domínios desnecessários ou configurações incorretas.

* Domínio principal
* Domínios secundários
* Domínio onmicrosoft.com
* Tipo do domínio (Authoritative ou Internal Relay)

== Exportar domínios ==
Exporta a lista de domínios aceitos para análise posterior.

Get-AcceptedDomain | Export-Csv C:\Auditoria-M365\AcceptedDomains.csv -NoTypeInformation

= DKIM =
Exibe todas as configurações de assinatura DKIM.

Get-DkimSigningConfig | Format-List

=== Permite verificar ===

* Domínio
* Status
* Seletores
* Habilitação da assinatura

== Exportar DKIM ==

Get-DkimSigningConfig | Export-Csv C:\Auditoria-M365\DKIM.csv -NoTypeInformation

Exporta todas as configurações DKIM para um arquivo CSV.

= SMTP AUTH =
SMTP AUTH é frequentemente explorado em ataques de força bruta e envio de spam utilizando credenciais comprometidas.

Get-TransportConfig | Select SmtpClientAuthenticationDisabled

Verifica se o SMTP AUTH está habilitado globalmente.

{| class="wikitable"
! Valor
! Significado
|-
| True
| SMTP AUTH desabilitado
|-
| False
| SMTP AUTH habilitado
|}

= SMTP AUTH por Caixa Postal =
Este comando realiza uma auditoria da configuração de autenticação SMTP (SMTP AUTH) para todas as caixas postais do Exchange Online. O resultado é exportado para um arquivo CSV, permitindo identificar quais usuários possuem a autenticação SMTP habilitada ou desabilitada.

Get-CASMailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
SmtpClientAuthenticationDisabled |
Export-Csv C:\Auditoria-M365\SMTPAUTH.csv -NoTypeInformation -Encoding UTF8

Identificar exceções à política global de SMTP AUTH configurada na organização.
Mesmo quando o SMTP AUTH estiver desabilitado globalmente, administradores podem habilitá-lo individualmente para determinadas caixas postais. Essas exceções devem ser revisadas periodicamente para reduzir a superfície de ataque da organização.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta os resultados para o arquivo ''SMTPAUTH.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| SmtpClientAuthenticationDisabled
| Indica se a autenticação SMTP está desabilitada para a caixa postal.
|}

=== Interpretação dos resultados ===

{| class="wikitable"
! Valor
! Significado
|-
| True
| A autenticação SMTP está desabilitada para a caixa postal.
|-
| False
| A autenticação SMTP está habilitada para a caixa postal.
|-
| Em branco
| A caixa postal herda a configuração global definida na organização.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Usuários que possuem SMTP AUTH habilitado.
* Exceções à política global da organização.
* Contas utilizadas por aplicações legadas.
* Contas de serviço que dependem de autenticação SMTP.
* Configurações que necessitam de revisão ou atualização.

=== Indicadores de atenção ===

Durante a análise recomenda-se verificar:

* Contas administrativas com SMTP AUTH habilitado.
* Usuários comuns que não possuem justificativa para utilizar SMTP AUTH.
* Contas inativas que permanecem com SMTP AUTH habilitado.
* Contas privilegiadas utilizadas por sistemas antigos.
* Configurações incompatíveis com a política de segurança da organização.

=== Boas práticas ===

* Desabilitar SMTP AUTH sempre que possível.
* Utilizar OAuth 2.0 para autenticação de clientes modernos.
* Manter habilitado apenas para aplicações que realmente dependam do protocolo SMTP AUTH.
* Revisar periodicamente as exceções configuradas.
* Documentar todas as contas autorizadas a utilizar SMTP AUTH.

=== Importância para a segurança ===

O protocolo SMTP AUTH é frequentemente explorado em ataques de força bruta, password spraying e envio de spam utilizando credenciais comprometidas. A redução do número de caixas postais com SMTP AUTH habilitado diminui significativamente a superfície de ataque da organização e está alinhada às recomendações da Microsoft para ambientes Exchange Online.

= Listar usuários com MFA =

Realizando a pesquisa pontual (passando o usuário), '''substitua: EMAIL@EMPRESA,com por e-mail válido'''

$user="EMAIL@EMPRESA,com"; if ((Get-MgUserAuthenticationMethod -UserId $user | Where-Object {$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"})) {"MFA SIM"} else {"MFA NÃO"}

Realizando apenas quem está '''ativo''' de maneira automática '''sem a necessidade de informar e-mail por e-mail'''

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName;$result=foreach($user in $users){$methods=Get-MgUserAuthenticationMethod -UserId $user.Id;$mfa=$methods|Where-Object{$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"};if($mfa){[PSCustomObject]@{Nome=$user.DisplayName;Usuario=$user.UserPrincipalName;MFA="SIM"}}};$result|Format-Table -AutoSize

Realizando apenas quem está '''desativado''' de maneira automática '''sem a necessidade de informar e-mail por e-mail'''

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName;$result=foreach($user in $users){$methods=Get-MgUserAuthenticationMethod -UserId $user.Id;$mfa=$methods|Where-Object{$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"};if(-not $mfa){[PSCustomObject]@{Nome=$user.DisplayName;Usuario=$user.UserPrincipalName;MFA="NAO"}}};$result|Format-Table -AutoSize

= Auditoria de Encaminhamento =
Este comando realiza uma auditoria de todas as caixas postais do Exchange Online, coletando informações relacionadas ao encaminhamento automático de mensagens (Mail Forwarding). O resultado é exportado para um arquivo CSV codificado em UTF-8, facilitando a análise em planilhas eletrônicas ou ferramentas de auditoria.

Get-Mailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
ForwardingAddress,
ForwardingSmtpAddress,
DeliverToMailboxAndForward |
Export-Csv C:\Auditoria-M365\DeliverToMailboxAndForward.csv -NoTypeInformation -Encoding UTF8

Ajuda a identificar caixas postais que possuem encaminhamento de mensagens configurado, seja para destinatários internos ou externos à organização.

Essa verificação é importante para detectar configurações legítimas, necessidades operacionais e possíveis indícios de comprometimento de contas.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do ambiente Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta o resultado para o arquivo ''DeliverToMailboxAndForward.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| ForwardingAddress
| Encaminhamento para outra caixa postal existente no Exchange Online.
|-
| ForwardingSmtpAddress
| Encaminhamento para um endereço SMTP específico, podendo ser interno ou externo.
|-
| DeliverToMailboxAndForward
| Define se a mensagem permanece na caixa postal original após ser encaminhada.
|}

====ForwardingAddress====

Indica que o encaminhamento foi configurado para outra caixa postal gerenciada pelo Exchange Online.

Exemplo:

Usuário A → Secretaria

====ForwardingSmtpAddress====

Indica que as mensagens são encaminhadas para um endereço SMTP específico.

Exemplos:

* usuario@empresa.com.br
* usuario@gmail.com
* suporte@outradominio.com

Quando o endereço pertence a um domínio externo, recomenda-se validar se o encaminhamento foi autorizado.

==== DeliverToMailboxAndForward ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A mensagem permanece na caixa postal original e também é encaminhada.
|-
| False
| A mensagem é apenas encaminhada para o destinatário configurado.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Encaminhamento automático para usuários internos.
* Encaminhamento automático para domínios externos.
* Contas utilizadas por sistemas ou aplicações.
* Configurações realizadas para secretarias ou caixas compartilhadas.
* Possíveis mecanismos de exfiltração de informações.

=== Indicadores de atenção ===

Durante a análise do relatório, recomenda-se verificar:

* Encaminhamento para provedores públicos, como Gmail, Outlook.com ou Yahoo.
* Encaminhamento para domínios desconhecidos.
* Contas de usuários comuns com encaminhamento externo habilitado.
* Encaminhamentos não documentados ou sem justificativa operacional.
* Encaminhamentos configurados em contas privilegiadas.

=== Boas práticas ===

* Permitir encaminhamento externo apenas quando houver necessidade formal.
* Revisar periodicamente todas as configurações de encaminhamento.
* Documentar exceções aprovadas.
* Utilizar políticas do Exchange Online ou Microsoft Defender para restringir encaminhamentos automáticos externos.
* Monitorar alterações nas configurações de encaminhamento por meio dos logs de auditoria do Microsoft 365.

=== Importância para a segurança ===

O encaminhamento automático é uma das técnicas mais utilizadas após o comprometimento de contas de e-mail. Um invasor pode configurar o envio automático de todas as mensagens para um endereço externo, mantendo acesso contínuo às comunicações da organização sem a necessidade de permanecer autenticado na conta. Por esse motivo, este relatório deve fazer parte de auditorias periódicas de segurança e resposta a incidentes.

= Auditoria de Regras =

Get-Mailbox -ResultSize Unlimited |
ForEach-Object {
Get-InboxRule -Mailbox $_.PrimarySmtpAddress |
Select @{
Name="Mailbox";
Expression={$_.MailboxOwnerId}
},
Name,
Enabled,
Description,
ForwardTo,
ForwardAsAttachmentTo,
RedirectTo,
DeleteMessage,
SoftDeleteMessage,
MarkAsRead,
StopProcessingRules
} |
Export-Csv C:\Auditoria-M365\InboxRules-Detalhado.csv -NoTypeInformation -Encoding UTF8

=== Descrição ===

Este comando realiza uma auditoria completa das regras de caixa de entrada (Inbox Rules) existentes em todas as caixas postais do Exchange Online. As informações são consolidadas em um único arquivo CSV para facilitar a análise e identificação de regras legítimas ou potencialmente maliciosas.

Identificar regras criadas pelos usuários ou por invasores que possam:

* Encaminhar mensagens automaticamente.
* Redirecionar e-mails para outros destinatários.
* Excluir mensagens sem conhecimento do usuário.
* Marcar mensagens como lidas automaticamente.
* Interromper o processamento das demais regras.
* Ocultar atividades maliciosas após o comprometimento de uma conta.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Percorre cada caixa postal individualmente utilizando ''ForEach-Object''.
* Executa o cmdlet ''Get-InboxRule'' para recuperar todas as regras da caixa de entrada.
* Seleciona apenas os atributos relevantes para auditoria.
* Adiciona uma coluna denominada ''Mailbox'', contendo o proprietário da caixa postal.
* Exporta o resultado para um arquivo CSV codificado em UTF-8.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| Mailbox
| Proprietário da caixa postal onde a regra está configurada.
|-
| Name
| Nome da regra.
|-
| Enabled
| Indica se a regra está ativa.
|-
| Description
| Descrição da regra criada pelo Exchange Online.
|-
| ForwardTo
| Encaminha a mensagem para outro destinatário mantendo uma cópia na caixa postal.
|-
| ForwardAsAttachmentTo
| Encaminha a mensagem como anexo para outro destinatário.
|-
| RedirectTo
| Redireciona a mensagem para outro destinatário sem manter indicação de encaminhamento.
|-
| DeleteMessage
| Exclui permanentemente a mensagem quando a regra é executada.
|-
| SoftDeleteMessage
| Move a mensagem para a pasta de itens recuperáveis.
|-
| MarkAsRead
| Marca automaticamente a mensagem como lida.
|-
| StopProcessingRules
| Impede que as demais regras da caixa de entrada sejam processadas.
|}

==== Enabled ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A regra está ativa e será aplicada quando suas condições forem atendidas.
|-
| False
| A regra existe, porém está desabilitada.
|}

==== ForwardTo ====

Encaminha automaticamente uma cópia da mensagem para outro destinatário.

Pode ser utilizado para:

* Secretarias.
* Caixas compartilhadas.
* Fluxos internos de trabalho.

Também pode indicar tentativa de exfiltração de informações quando aponta para endereços externos.

==== ForwardAsAttachmentTo ====

Encaminha a mensagem original como anexo.

Esse tipo de regra preserva todos os cabeçalhos da mensagem e pode ser utilizado para arquivamento ou coleta indevida de informações.

==== RedirectTo ====

Redireciona a mensagem para outro destinatário sem que o destinatário final visualize que houve encaminhamento.

Esse comportamento é frequentemente utilizado por invasores para receber cópias das mensagens de forma discreta.

==== DeleteMessage ====

Quando configurado como True, a mensagem é excluída automaticamente.

Pode ser utilizado para ocultar:

* Alertas de segurança.
* Notificações do Microsoft 365.
* Mensagens enviadas por administradores.
* Avisos de alteração de senha.

==== SoftDeleteMessage ====

Move automaticamente a mensagem para a pasta de itens recuperáveis.

Embora a mensagem permaneça recuperável, ela deixa de aparecer normalmente na caixa de entrada do usuário.

==== MarkAsRead ====

Marca automaticamente a mensagem como lida.

Essa configuração pode dificultar que o usuário perceba mensagens importantes ou alertas enviados pela organização.

==== StopProcessingRules ====

Quando definido como True, nenhuma outra regra será executada após essa regra.

Um invasor pode utilizar esse recurso para impedir que regras legítimas sejam aplicadas.

= Informações adicionais =

== Aplicações na auditoria ==

Este relatório permite identificar:

* Encaminhamento automático de mensagens.
* Redirecionamentos internos e externos.
* Exclusão automática de mensagens.
* Regras utilizadas para ocultação de atividades maliciosas.
* Configurações incompatíveis com as políticas da organização.
* Regras criadas por malware ou após comprometimento de credenciais.

== Indicadores de comprometimento ==

Durante a análise recomenda-se investigar especialmente:

* Regras com ''ForwardTo'' apontando para domínios externos.
* Regras com ''RedirectTo'' para endereços desconhecidos.
* Regras contendo ''DeleteMessage'' habilitado.
* Regras contendo ''SoftDeleteMessage'' habilitado.
* Regras contendo ''MarkAsRead'' habilitado.
* Regras com ''StopProcessingRules'' habilitado.
* Regras recém-criadas sem justificativa operacional.
* Regras presentes apenas em contas privilegiadas.

== Boas práticas ==

* Revisar periodicamente todas as regras de caixa de entrada.
* Bloquear encaminhamento automático externo quando não houver necessidade operacional.
* Monitorar alterações utilizando os logs de auditoria do Microsoft 365.
* Investigar imediatamente regras criadas após suspeitas de comprometimento.
* Remover regras desconhecidas ou não documentadas.
* Validar regras existentes em contas administrativas, caixas compartilhadas e usuários privilegiados.

== Arquivos gerados ==

{{Nota| Sempre ao final dos comandos é passado o nome de um arquivo.csv, este arquivo será utilizado para análise posterior pelo profissional. lembre-se que cada comando é um arquivo separado para evitar confusão, cabe ao profissional identificar}}

'''Exemplo'''
C:\Auditoria-M365\InboxRules-Detalhado.csv

== Formato do arquivo ==

Arquivo CSV codificado em UTF-8, compatível com Microsoft Excel, LibreOffice Calc e outras ferramentas de análise.

== Importância para a segurança ==

As regras de caixa de entrada são um dos mecanismos mais explorados por invasores após o comprometimento de contas do Microsoft 365. Elas permitem encaminhar mensagens, ocultar notificações de segurança, apagar evidências e manter acesso contínuo às informações da organização sem necessidade de novas autenticações. A revisão periódica deste relatório é uma prática recomendada em auditorias de segurança, resposta a incidentes e avaliações de conformidade.

Auditoria do Microsoft 365

2026-07-21T14:36:45Z

Diegocosta: /* Listar usuários com MFA */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre os principais comandos utilizados durante uma auditoria de segurança do Exchange Online (Microsoft 365), permitindo coletar informações sobre configuração do ambiente, autenticação, encaminhamento de e-mails, permissões e possíveis riscos de comprometimento.

== Objetivo ==

Esta página documenta os comandos utilizados para auditoria do Exchange Online, descrevendo sua finalidade, utilização e os dados coletados durante a análise do ambiente Microsoft 365.

== Pré-requisitos ==

* Windows PowerShell 5.1 ou PowerShell 7
* Módulo ExchangeOnlineManagement
* Permissões administrativas no Exchange Online
* Conta com autenticação multifator, quando aplicável

= Instalação do módulo =

Abra o Powershell como administrador e digite o comando abaixo:

Install-Module ExchangeOnlineManagement -Scope CurrentUser

=== Parâmetros ===

{| class="wikitable"
! Parâmetro
! Descrição
|-
| Scope CurrentUser
| Instala o módulo apenas para o usuário atual, dispensando privilégios administrativos.
|}

Executar apenas uma vez em cada computador utilizado para administração do Microsoft 365.

O módulo ficará disponível para utilização nas próximas sessões do PowerShell.

== Carregar o módulo ==
No mesmo Powershell onde fez a instalação digite o comando abaixo para carregar o módulo.

Import-Module ExchangeOnlineManagement

Sempre antes da conexão com o Exchange Online.

== Conectar ao Exchange Online ==
Realiza a autenticação no tenant Microsoft 365.

Connect-ExchangeOnline

Após autenticação, todos os cmdlets do Exchange Online estarão disponíveis.

= Preparação da auditoria =

mkdir Auditoria-M365

ou

New-Item C:\Auditoria-M365 -ItemType Directory

Cria o diretório onde serão armazenados os relatórios gerados pela auditoria.

cd .\Auditoria-M365\

Define a pasta atual como diretório de trabalho.

= Domínios aceitos =

Get-AcceptedDomain | Format-Table

Lista todos os domínios aceitos pelo Exchange Online.

=== Informações obtidas ===
Verificar a existência de domínios desnecessários ou configurações incorretas.

* Domínio principal
* Domínios secundários
* Domínio onmicrosoft.com
* Tipo do domínio (Authoritative ou Internal Relay)

== Exportar domínios ==
Exporta a lista de domínios aceitos para análise posterior.

Get-AcceptedDomain | Export-Csv C:\Auditoria-M365\AcceptedDomains.csv -NoTypeInformation

= DKIM =
Exibe todas as configurações de assinatura DKIM.

Get-DkimSigningConfig | Format-List

=== Permite verificar ===

* Domínio
* Status
* Seletores
* Habilitação da assinatura

== Exportar DKIM ==

Get-DkimSigningConfig | Export-Csv C:\Auditoria-M365\DKIM.csv -NoTypeInformation

Exporta todas as configurações DKIM para um arquivo CSV.

= SMTP AUTH =
SMTP AUTH é frequentemente explorado em ataques de força bruta e envio de spam utilizando credenciais comprometidas.

Get-TransportConfig | Select SmtpClientAuthenticationDisabled

Verifica se o SMTP AUTH está habilitado globalmente.

{| class="wikitable"
! Valor
! Significado
|-
| True
| SMTP AUTH desabilitado
|-
| False
| SMTP AUTH habilitado
|}

= SMTP AUTH por Caixa Postal =
Este comando realiza uma auditoria da configuração de autenticação SMTP (SMTP AUTH) para todas as caixas postais do Exchange Online. O resultado é exportado para um arquivo CSV, permitindo identificar quais usuários possuem a autenticação SMTP habilitada ou desabilitada.

Get-CASMailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
SmtpClientAuthenticationDisabled |
Export-Csv C:\Auditoria-M365\SMTPAUTH.csv -NoTypeInformation -Encoding UTF8

Identificar exceções à política global de SMTP AUTH configurada na organização.
Mesmo quando o SMTP AUTH estiver desabilitado globalmente, administradores podem habilitá-lo individualmente para determinadas caixas postais. Essas exceções devem ser revisadas periodicamente para reduzir a superfície de ataque da organização.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta os resultados para o arquivo ''SMTPAUTH.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| SmtpClientAuthenticationDisabled
| Indica se a autenticação SMTP está desabilitada para a caixa postal.
|}

=== Interpretação dos resultados ===

{| class="wikitable"
! Valor
! Significado
|-
| True
| A autenticação SMTP está desabilitada para a caixa postal.
|-
| False
| A autenticação SMTP está habilitada para a caixa postal.
|-
| Em branco
| A caixa postal herda a configuração global definida na organização.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Usuários que possuem SMTP AUTH habilitado.
* Exceções à política global da organização.
* Contas utilizadas por aplicações legadas.
* Contas de serviço que dependem de autenticação SMTP.
* Configurações que necessitam de revisão ou atualização.

=== Indicadores de atenção ===

Durante a análise recomenda-se verificar:

* Contas administrativas com SMTP AUTH habilitado.
* Usuários comuns que não possuem justificativa para utilizar SMTP AUTH.
* Contas inativas que permanecem com SMTP AUTH habilitado.
* Contas privilegiadas utilizadas por sistemas antigos.
* Configurações incompatíveis com a política de segurança da organização.

=== Boas práticas ===

* Desabilitar SMTP AUTH sempre que possível.
* Utilizar OAuth 2.0 para autenticação de clientes modernos.
* Manter habilitado apenas para aplicações que realmente dependam do protocolo SMTP AUTH.
* Revisar periodicamente as exceções configuradas.
* Documentar todas as contas autorizadas a utilizar SMTP AUTH.

=== Importância para a segurança ===

O protocolo SMTP AUTH é frequentemente explorado em ataques de força bruta, password spraying e envio de spam utilizando credenciais comprometidas. A redução do número de caixas postais com SMTP AUTH habilitado diminui significativamente a superfície de ataque da organização e está alinhada às recomendações da Microsoft para ambientes Exchange Online.

= Listar usuários com MFA =

Realizando a pesquisa pontual (passando o usuário), '''substitua: EMAIL@EMPRESA,com por e-mail válido'''

$user="EMAIL@EMPRESA,com"; if ((Get-MgUserAuthenticationMethod -UserId $user | Where-Object {$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"})) {"MFA SIM"} else {"MFA NÃO"}

Realizando apenas quem está ativo de maneira automática '''sem a necessidade de informar e-mail por e-mail'''

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName;$result=foreach($user in $users){$methods=Get-MgUserAuthenticationMethod -UserId $user.Id;$mfa=$methods|Where-Object{$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"};if($mfa){[PSCustomObject]@{Nome=$user.DisplayName;Usuario=$user.UserPrincipalName;MFA="SIM"}}};$result|Format-Table -AutoSize

Realizando apenas quem está desativado de maneira automática '''sem a necessidade de informar e-mail por e-mail'''

$users=Get-MgUser -All -Property Id,DisplayName,UserPrincipalName;$result=foreach($user in $users){$methods=Get-MgUserAuthenticationMethod -UserId $user.Id;$mfa=$methods|Where-Object{$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"};if(-not $mfa){[PSCustomObject]@{Nome=$user.DisplayName;Usuario=$user.UserPrincipalName;MFA="NAO"}}};$result|Format-Table -AutoSize

= Auditoria de Encaminhamento =
Este comando realiza uma auditoria de todas as caixas postais do Exchange Online, coletando informações relacionadas ao encaminhamento automático de mensagens (Mail Forwarding). O resultado é exportado para um arquivo CSV codificado em UTF-8, facilitando a análise em planilhas eletrônicas ou ferramentas de auditoria.

Get-Mailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
ForwardingAddress,
ForwardingSmtpAddress,
DeliverToMailboxAndForward |
Export-Csv C:\Auditoria-M365\DeliverToMailboxAndForward.csv -NoTypeInformation -Encoding UTF8

Ajuda a identificar caixas postais que possuem encaminhamento de mensagens configurado, seja para destinatários internos ou externos à organização.

Essa verificação é importante para detectar configurações legítimas, necessidades operacionais e possíveis indícios de comprometimento de contas.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do ambiente Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta o resultado para o arquivo ''DeliverToMailboxAndForward.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| ForwardingAddress
| Encaminhamento para outra caixa postal existente no Exchange Online.
|-
| ForwardingSmtpAddress
| Encaminhamento para um endereço SMTP específico, podendo ser interno ou externo.
|-
| DeliverToMailboxAndForward
| Define se a mensagem permanece na caixa postal original após ser encaminhada.
|}

====ForwardingAddress====

Indica que o encaminhamento foi configurado para outra caixa postal gerenciada pelo Exchange Online.

Exemplo:

Usuário A → Secretaria

====ForwardingSmtpAddress====

Indica que as mensagens são encaminhadas para um endereço SMTP específico.

Exemplos:

* usuario@empresa.com.br
* usuario@gmail.com
* suporte@outradominio.com

Quando o endereço pertence a um domínio externo, recomenda-se validar se o encaminhamento foi autorizado.

==== DeliverToMailboxAndForward ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A mensagem permanece na caixa postal original e também é encaminhada.
|-
| False
| A mensagem é apenas encaminhada para o destinatário configurado.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Encaminhamento automático para usuários internos.
* Encaminhamento automático para domínios externos.
* Contas utilizadas por sistemas ou aplicações.
* Configurações realizadas para secretarias ou caixas compartilhadas.
* Possíveis mecanismos de exfiltração de informações.

=== Indicadores de atenção ===

Durante a análise do relatório, recomenda-se verificar:

* Encaminhamento para provedores públicos, como Gmail, Outlook.com ou Yahoo.
* Encaminhamento para domínios desconhecidos.
* Contas de usuários comuns com encaminhamento externo habilitado.
* Encaminhamentos não documentados ou sem justificativa operacional.
* Encaminhamentos configurados em contas privilegiadas.

=== Boas práticas ===

* Permitir encaminhamento externo apenas quando houver necessidade formal.
* Revisar periodicamente todas as configurações de encaminhamento.
* Documentar exceções aprovadas.
* Utilizar políticas do Exchange Online ou Microsoft Defender para restringir encaminhamentos automáticos externos.
* Monitorar alterações nas configurações de encaminhamento por meio dos logs de auditoria do Microsoft 365.

=== Importância para a segurança ===

O encaminhamento automático é uma das técnicas mais utilizadas após o comprometimento de contas de e-mail. Um invasor pode configurar o envio automático de todas as mensagens para um endereço externo, mantendo acesso contínuo às comunicações da organização sem a necessidade de permanecer autenticado na conta. Por esse motivo, este relatório deve fazer parte de auditorias periódicas de segurança e resposta a incidentes.

= Auditoria de Regras =

Get-Mailbox -ResultSize Unlimited |
ForEach-Object {
Get-InboxRule -Mailbox $_.PrimarySmtpAddress |
Select @{
Name="Mailbox";
Expression={$_.MailboxOwnerId}
},
Name,
Enabled,
Description,
ForwardTo,
ForwardAsAttachmentTo,
RedirectTo,
DeleteMessage,
SoftDeleteMessage,
MarkAsRead,
StopProcessingRules
} |
Export-Csv C:\Auditoria-M365\InboxRules-Detalhado.csv -NoTypeInformation -Encoding UTF8

=== Descrição ===

Este comando realiza uma auditoria completa das regras de caixa de entrada (Inbox Rules) existentes em todas as caixas postais do Exchange Online. As informações são consolidadas em um único arquivo CSV para facilitar a análise e identificação de regras legítimas ou potencialmente maliciosas.

Identificar regras criadas pelos usuários ou por invasores que possam:

* Encaminhar mensagens automaticamente.
* Redirecionar e-mails para outros destinatários.
* Excluir mensagens sem conhecimento do usuário.
* Marcar mensagens como lidas automaticamente.
* Interromper o processamento das demais regras.
* Ocultar atividades maliciosas após o comprometimento de uma conta.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Percorre cada caixa postal individualmente utilizando ''ForEach-Object''.
* Executa o cmdlet ''Get-InboxRule'' para recuperar todas as regras da caixa de entrada.
* Seleciona apenas os atributos relevantes para auditoria.
* Adiciona uma coluna denominada ''Mailbox'', contendo o proprietário da caixa postal.
* Exporta o resultado para um arquivo CSV codificado em UTF-8.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| Mailbox
| Proprietário da caixa postal onde a regra está configurada.
|-
| Name
| Nome da regra.
|-
| Enabled
| Indica se a regra está ativa.
|-
| Description
| Descrição da regra criada pelo Exchange Online.
|-
| ForwardTo
| Encaminha a mensagem para outro destinatário mantendo uma cópia na caixa postal.
|-
| ForwardAsAttachmentTo
| Encaminha a mensagem como anexo para outro destinatário.
|-
| RedirectTo
| Redireciona a mensagem para outro destinatário sem manter indicação de encaminhamento.
|-
| DeleteMessage
| Exclui permanentemente a mensagem quando a regra é executada.
|-
| SoftDeleteMessage
| Move a mensagem para a pasta de itens recuperáveis.
|-
| MarkAsRead
| Marca automaticamente a mensagem como lida.
|-
| StopProcessingRules
| Impede que as demais regras da caixa de entrada sejam processadas.
|}

==== Enabled ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A regra está ativa e será aplicada quando suas condições forem atendidas.
|-
| False
| A regra existe, porém está desabilitada.
|}

==== ForwardTo ====

Encaminha automaticamente uma cópia da mensagem para outro destinatário.

Pode ser utilizado para:

* Secretarias.
* Caixas compartilhadas.
* Fluxos internos de trabalho.

Também pode indicar tentativa de exfiltração de informações quando aponta para endereços externos.

==== ForwardAsAttachmentTo ====

Encaminha a mensagem original como anexo.

Esse tipo de regra preserva todos os cabeçalhos da mensagem e pode ser utilizado para arquivamento ou coleta indevida de informações.

==== RedirectTo ====

Redireciona a mensagem para outro destinatário sem que o destinatário final visualize que houve encaminhamento.

Esse comportamento é frequentemente utilizado por invasores para receber cópias das mensagens de forma discreta.

==== DeleteMessage ====

Quando configurado como True, a mensagem é excluída automaticamente.

Pode ser utilizado para ocultar:

* Alertas de segurança.
* Notificações do Microsoft 365.
* Mensagens enviadas por administradores.
* Avisos de alteração de senha.

==== SoftDeleteMessage ====

Move automaticamente a mensagem para a pasta de itens recuperáveis.

Embora a mensagem permaneça recuperável, ela deixa de aparecer normalmente na caixa de entrada do usuário.

==== MarkAsRead ====

Marca automaticamente a mensagem como lida.

Essa configuração pode dificultar que o usuário perceba mensagens importantes ou alertas enviados pela organização.

==== StopProcessingRules ====

Quando definido como True, nenhuma outra regra será executada após essa regra.

Um invasor pode utilizar esse recurso para impedir que regras legítimas sejam aplicadas.

= Informações adicionais =

== Aplicações na auditoria ==

Este relatório permite identificar:

* Encaminhamento automático de mensagens.
* Redirecionamentos internos e externos.
* Exclusão automática de mensagens.
* Regras utilizadas para ocultação de atividades maliciosas.
* Configurações incompatíveis com as políticas da organização.
* Regras criadas por malware ou após comprometimento de credenciais.

== Indicadores de comprometimento ==

Durante a análise recomenda-se investigar especialmente:

* Regras com ''ForwardTo'' apontando para domínios externos.
* Regras com ''RedirectTo'' para endereços desconhecidos.
* Regras contendo ''DeleteMessage'' habilitado.
* Regras contendo ''SoftDeleteMessage'' habilitado.
* Regras contendo ''MarkAsRead'' habilitado.
* Regras com ''StopProcessingRules'' habilitado.
* Regras recém-criadas sem justificativa operacional.
* Regras presentes apenas em contas privilegiadas.

== Boas práticas ==

* Revisar periodicamente todas as regras de caixa de entrada.
* Bloquear encaminhamento automático externo quando não houver necessidade operacional.
* Monitorar alterações utilizando os logs de auditoria do Microsoft 365.
* Investigar imediatamente regras criadas após suspeitas de comprometimento.
* Remover regras desconhecidas ou não documentadas.
* Validar regras existentes em contas administrativas, caixas compartilhadas e usuários privilegiados.

== Arquivos gerados ==

{{Nota| Sempre ao final dos comandos é passado o nome de um arquivo.csv, este arquivo será utilizado para análise posterior pelo profissional. lembre-se que cada comando é um arquivo separado para evitar confusão, cabe ao profissional identificar}}

'''Exemplo'''
C:\Auditoria-M365\InboxRules-Detalhado.csv

== Formato do arquivo ==

Arquivo CSV codificado em UTF-8, compatível com Microsoft Excel, LibreOffice Calc e outras ferramentas de análise.

== Importância para a segurança ==

As regras de caixa de entrada são um dos mecanismos mais explorados por invasores após o comprometimento de contas do Microsoft 365. Elas permitem encaminhar mensagens, ocultar notificações de segurança, apagar evidências e manter acesso contínuo às informações da organização sem necessidade de novas autenticações. A revisão periódica deste relatório é uma prática recomendada em auditorias de segurança, resposta a incidentes e avaliações de conformidade.

Auditoria do Microsoft 365

2026-07-21T14:20:04Z

Diegocosta: /* Listar usuários com MFA */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre os principais comandos utilizados durante uma auditoria de segurança do Exchange Online (Microsoft 365), permitindo coletar informações sobre configuração do ambiente, autenticação, encaminhamento de e-mails, permissões e possíveis riscos de comprometimento.

== Objetivo ==

Esta página documenta os comandos utilizados para auditoria do Exchange Online, descrevendo sua finalidade, utilização e os dados coletados durante a análise do ambiente Microsoft 365.

== Pré-requisitos ==

* Windows PowerShell 5.1 ou PowerShell 7
* Módulo ExchangeOnlineManagement
* Permissões administrativas no Exchange Online
* Conta com autenticação multifator, quando aplicável

= Instalação do módulo =

Abra o Powershell como administrador e digite o comando abaixo:

Install-Module ExchangeOnlineManagement -Scope CurrentUser

=== Parâmetros ===

{| class="wikitable"
! Parâmetro
! Descrição
|-
| Scope CurrentUser
| Instala o módulo apenas para o usuário atual, dispensando privilégios administrativos.
|}

Executar apenas uma vez em cada computador utilizado para administração do Microsoft 365.

O módulo ficará disponível para utilização nas próximas sessões do PowerShell.

== Carregar o módulo ==
No mesmo Powershell onde fez a instalação digite o comando abaixo para carregar o módulo.

Import-Module ExchangeOnlineManagement

Sempre antes da conexão com o Exchange Online.

== Conectar ao Exchange Online ==
Realiza a autenticação no tenant Microsoft 365.

Connect-ExchangeOnline

Após autenticação, todos os cmdlets do Exchange Online estarão disponíveis.

= Preparação da auditoria =

mkdir Auditoria-M365

ou

New-Item C:\Auditoria-M365 -ItemType Directory

Cria o diretório onde serão armazenados os relatórios gerados pela auditoria.

cd .\Auditoria-M365\

Define a pasta atual como diretório de trabalho.

= Domínios aceitos =

Get-AcceptedDomain | Format-Table

Lista todos os domínios aceitos pelo Exchange Online.

=== Informações obtidas ===
Verificar a existência de domínios desnecessários ou configurações incorretas.

* Domínio principal
* Domínios secundários
* Domínio onmicrosoft.com
* Tipo do domínio (Authoritative ou Internal Relay)

== Exportar domínios ==
Exporta a lista de domínios aceitos para análise posterior.

Get-AcceptedDomain | Export-Csv C:\Auditoria-M365\AcceptedDomains.csv -NoTypeInformation

= DKIM =
Exibe todas as configurações de assinatura DKIM.

Get-DkimSigningConfig | Format-List

=== Permite verificar ===

* Domínio
* Status
* Seletores
* Habilitação da assinatura

== Exportar DKIM ==

Get-DkimSigningConfig | Export-Csv C:\Auditoria-M365\DKIM.csv -NoTypeInformation

Exporta todas as configurações DKIM para um arquivo CSV.

= SMTP AUTH =
SMTP AUTH é frequentemente explorado em ataques de força bruta e envio de spam utilizando credenciais comprometidas.

Get-TransportConfig | Select SmtpClientAuthenticationDisabled

Verifica se o SMTP AUTH está habilitado globalmente.

{| class="wikitable"
! Valor
! Significado
|-
| True
| SMTP AUTH desabilitado
|-
| False
| SMTP AUTH habilitado
|}

= SMTP AUTH por Caixa Postal =
Este comando realiza uma auditoria da configuração de autenticação SMTP (SMTP AUTH) para todas as caixas postais do Exchange Online. O resultado é exportado para um arquivo CSV, permitindo identificar quais usuários possuem a autenticação SMTP habilitada ou desabilitada.

Get-CASMailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
SmtpClientAuthenticationDisabled |
Export-Csv C:\Auditoria-M365\SMTPAUTH.csv -NoTypeInformation -Encoding UTF8

Identificar exceções à política global de SMTP AUTH configurada na organização.
Mesmo quando o SMTP AUTH estiver desabilitado globalmente, administradores podem habilitá-lo individualmente para determinadas caixas postais. Essas exceções devem ser revisadas periodicamente para reduzir a superfície de ataque da organização.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta os resultados para o arquivo ''SMTPAUTH.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| SmtpClientAuthenticationDisabled
| Indica se a autenticação SMTP está desabilitada para a caixa postal.
|}

=== Interpretação dos resultados ===

{| class="wikitable"
! Valor
! Significado
|-
| True
| A autenticação SMTP está desabilitada para a caixa postal.
|-
| False
| A autenticação SMTP está habilitada para a caixa postal.
|-
| Em branco
| A caixa postal herda a configuração global definida na organização.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Usuários que possuem SMTP AUTH habilitado.
* Exceções à política global da organização.
* Contas utilizadas por aplicações legadas.
* Contas de serviço que dependem de autenticação SMTP.
* Configurações que necessitam de revisão ou atualização.

=== Indicadores de atenção ===

Durante a análise recomenda-se verificar:

* Contas administrativas com SMTP AUTH habilitado.
* Usuários comuns que não possuem justificativa para utilizar SMTP AUTH.
* Contas inativas que permanecem com SMTP AUTH habilitado.
* Contas privilegiadas utilizadas por sistemas antigos.
* Configurações incompatíveis com a política de segurança da organização.

=== Boas práticas ===

* Desabilitar SMTP AUTH sempre que possível.
* Utilizar OAuth 2.0 para autenticação de clientes modernos.
* Manter habilitado apenas para aplicações que realmente dependam do protocolo SMTP AUTH.
* Revisar periodicamente as exceções configuradas.
* Documentar todas as contas autorizadas a utilizar SMTP AUTH.

=== Importância para a segurança ===

O protocolo SMTP AUTH é frequentemente explorado em ataques de força bruta, password spraying e envio de spam utilizando credenciais comprometidas. A redução do número de caixas postais com SMTP AUTH habilitado diminui significativamente a superfície de ataque da organização e está alinhada às recomendações da Microsoft para ambientes Exchange Online.

= Listar usuários com MFA =

Realizado a pesquisa pontual (passando o usuário), '''substitua: EMAIL@EMPRESA,com por e-mail válido'''

$user="EMAIL@EMPRESA,com"; if ((Get-MgUserAuthenticationMethod -UserId $user | Where-Object {$_.AdditionalProperties.'@odata.type' -ne "#microsoft.graph.passwordAuthenticationMethod"})) {"MFA SIM"} else {"MFA NÃO"}

= Auditoria de Encaminhamento =
Este comando realiza uma auditoria de todas as caixas postais do Exchange Online, coletando informações relacionadas ao encaminhamento automático de mensagens (Mail Forwarding). O resultado é exportado para um arquivo CSV codificado em UTF-8, facilitando a análise em planilhas eletrônicas ou ferramentas de auditoria.

Get-Mailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
ForwardingAddress,
ForwardingSmtpAddress,
DeliverToMailboxAndForward |
Export-Csv C:\Auditoria-M365\DeliverToMailboxAndForward.csv -NoTypeInformation -Encoding UTF8

Ajuda a identificar caixas postais que possuem encaminhamento de mensagens configurado, seja para destinatários internos ou externos à organização.

Essa verificação é importante para detectar configurações legítimas, necessidades operacionais e possíveis indícios de comprometimento de contas.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do ambiente Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta o resultado para o arquivo ''DeliverToMailboxAndForward.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| ForwardingAddress
| Encaminhamento para outra caixa postal existente no Exchange Online.
|-
| ForwardingSmtpAddress
| Encaminhamento para um endereço SMTP específico, podendo ser interno ou externo.
|-
| DeliverToMailboxAndForward
| Define se a mensagem permanece na caixa postal original após ser encaminhada.
|}

====ForwardingAddress====

Indica que o encaminhamento foi configurado para outra caixa postal gerenciada pelo Exchange Online.

Exemplo:

Usuário A → Secretaria

====ForwardingSmtpAddress====

Indica que as mensagens são encaminhadas para um endereço SMTP específico.

Exemplos:

* usuario@empresa.com.br
* usuario@gmail.com
* suporte@outradominio.com

Quando o endereço pertence a um domínio externo, recomenda-se validar se o encaminhamento foi autorizado.

==== DeliverToMailboxAndForward ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A mensagem permanece na caixa postal original e também é encaminhada.
|-
| False
| A mensagem é apenas encaminhada para o destinatário configurado.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Encaminhamento automático para usuários internos.
* Encaminhamento automático para domínios externos.
* Contas utilizadas por sistemas ou aplicações.
* Configurações realizadas para secretarias ou caixas compartilhadas.
* Possíveis mecanismos de exfiltração de informações.

=== Indicadores de atenção ===

Durante a análise do relatório, recomenda-se verificar:

* Encaminhamento para provedores públicos, como Gmail, Outlook.com ou Yahoo.
* Encaminhamento para domínios desconhecidos.
* Contas de usuários comuns com encaminhamento externo habilitado.
* Encaminhamentos não documentados ou sem justificativa operacional.
* Encaminhamentos configurados em contas privilegiadas.

=== Boas práticas ===

* Permitir encaminhamento externo apenas quando houver necessidade formal.
* Revisar periodicamente todas as configurações de encaminhamento.
* Documentar exceções aprovadas.
* Utilizar políticas do Exchange Online ou Microsoft Defender para restringir encaminhamentos automáticos externos.
* Monitorar alterações nas configurações de encaminhamento por meio dos logs de auditoria do Microsoft 365.

=== Importância para a segurança ===

O encaminhamento automático é uma das técnicas mais utilizadas após o comprometimento de contas de e-mail. Um invasor pode configurar o envio automático de todas as mensagens para um endereço externo, mantendo acesso contínuo às comunicações da organização sem a necessidade de permanecer autenticado na conta. Por esse motivo, este relatório deve fazer parte de auditorias periódicas de segurança e resposta a incidentes.

= Auditoria de Regras =

Get-Mailbox -ResultSize Unlimited |
ForEach-Object {
Get-InboxRule -Mailbox $_.PrimarySmtpAddress |
Select @{
Name="Mailbox";
Expression={$_.MailboxOwnerId}
},
Name,
Enabled,
Description,
ForwardTo,
ForwardAsAttachmentTo,
RedirectTo,
DeleteMessage,
SoftDeleteMessage,
MarkAsRead,
StopProcessingRules
} |
Export-Csv C:\Auditoria-M365\InboxRules-Detalhado.csv -NoTypeInformation -Encoding UTF8

=== Descrição ===

Este comando realiza uma auditoria completa das regras de caixa de entrada (Inbox Rules) existentes em todas as caixas postais do Exchange Online. As informações são consolidadas em um único arquivo CSV para facilitar a análise e identificação de regras legítimas ou potencialmente maliciosas.

Identificar regras criadas pelos usuários ou por invasores que possam:

* Encaminhar mensagens automaticamente.
* Redirecionar e-mails para outros destinatários.
* Excluir mensagens sem conhecimento do usuário.
* Marcar mensagens como lidas automaticamente.
* Interromper o processamento das demais regras.
* Ocultar atividades maliciosas após o comprometimento de uma conta.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Percorre cada caixa postal individualmente utilizando ''ForEach-Object''.
* Executa o cmdlet ''Get-InboxRule'' para recuperar todas as regras da caixa de entrada.
* Seleciona apenas os atributos relevantes para auditoria.
* Adiciona uma coluna denominada ''Mailbox'', contendo o proprietário da caixa postal.
* Exporta o resultado para um arquivo CSV codificado em UTF-8.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| Mailbox
| Proprietário da caixa postal onde a regra está configurada.
|-
| Name
| Nome da regra.
|-
| Enabled
| Indica se a regra está ativa.
|-
| Description
| Descrição da regra criada pelo Exchange Online.
|-
| ForwardTo
| Encaminha a mensagem para outro destinatário mantendo uma cópia na caixa postal.
|-
| ForwardAsAttachmentTo
| Encaminha a mensagem como anexo para outro destinatário.
|-
| RedirectTo
| Redireciona a mensagem para outro destinatário sem manter indicação de encaminhamento.
|-
| DeleteMessage
| Exclui permanentemente a mensagem quando a regra é executada.
|-
| SoftDeleteMessage
| Move a mensagem para a pasta de itens recuperáveis.
|-
| MarkAsRead
| Marca automaticamente a mensagem como lida.
|-
| StopProcessingRules
| Impede que as demais regras da caixa de entrada sejam processadas.
|}

==== Enabled ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A regra está ativa e será aplicada quando suas condições forem atendidas.
|-
| False
| A regra existe, porém está desabilitada.
|}

==== ForwardTo ====

Encaminha automaticamente uma cópia da mensagem para outro destinatário.

Pode ser utilizado para:

* Secretarias.
* Caixas compartilhadas.
* Fluxos internos de trabalho.

Também pode indicar tentativa de exfiltração de informações quando aponta para endereços externos.

==== ForwardAsAttachmentTo ====

Encaminha a mensagem original como anexo.

Esse tipo de regra preserva todos os cabeçalhos da mensagem e pode ser utilizado para arquivamento ou coleta indevida de informações.

==== RedirectTo ====

Redireciona a mensagem para outro destinatário sem que o destinatário final visualize que houve encaminhamento.

Esse comportamento é frequentemente utilizado por invasores para receber cópias das mensagens de forma discreta.

==== DeleteMessage ====

Quando configurado como True, a mensagem é excluída automaticamente.

Pode ser utilizado para ocultar:

* Alertas de segurança.
* Notificações do Microsoft 365.
* Mensagens enviadas por administradores.
* Avisos de alteração de senha.

==== SoftDeleteMessage ====

Move automaticamente a mensagem para a pasta de itens recuperáveis.

Embora a mensagem permaneça recuperável, ela deixa de aparecer normalmente na caixa de entrada do usuário.

==== MarkAsRead ====

Marca automaticamente a mensagem como lida.

Essa configuração pode dificultar que o usuário perceba mensagens importantes ou alertas enviados pela organização.

==== StopProcessingRules ====

Quando definido como True, nenhuma outra regra será executada após essa regra.

Um invasor pode utilizar esse recurso para impedir que regras legítimas sejam aplicadas.

= Informações adicionais =

== Aplicações na auditoria ==

Este relatório permite identificar:

* Encaminhamento automático de mensagens.
* Redirecionamentos internos e externos.
* Exclusão automática de mensagens.
* Regras utilizadas para ocultação de atividades maliciosas.
* Configurações incompatíveis com as políticas da organização.
* Regras criadas por malware ou após comprometimento de credenciais.

== Indicadores de comprometimento ==

Durante a análise recomenda-se investigar especialmente:

* Regras com ''ForwardTo'' apontando para domínios externos.
* Regras com ''RedirectTo'' para endereços desconhecidos.
* Regras contendo ''DeleteMessage'' habilitado.
* Regras contendo ''SoftDeleteMessage'' habilitado.
* Regras contendo ''MarkAsRead'' habilitado.
* Regras com ''StopProcessingRules'' habilitado.
* Regras recém-criadas sem justificativa operacional.
* Regras presentes apenas em contas privilegiadas.

== Boas práticas ==

* Revisar periodicamente todas as regras de caixa de entrada.
* Bloquear encaminhamento automático externo quando não houver necessidade operacional.
* Monitorar alterações utilizando os logs de auditoria do Microsoft 365.
* Investigar imediatamente regras criadas após suspeitas de comprometimento.
* Remover regras desconhecidas ou não documentadas.
* Validar regras existentes em contas administrativas, caixas compartilhadas e usuários privilegiados.

== Arquivos gerados ==

{{Nota| Sempre ao final dos comandos é passado o nome de um arquivo.csv, este arquivo será utilizado para análise posterior pelo profissional. lembre-se que cada comando é um arquivo separado para evitar confusão, cabe ao profissional identificar}}

'''Exemplo'''
C:\Auditoria-M365\InboxRules-Detalhado.csv

== Formato do arquivo ==

Arquivo CSV codificado em UTF-8, compatível com Microsoft Excel, LibreOffice Calc e outras ferramentas de análise.

== Importância para a segurança ==

As regras de caixa de entrada são um dos mecanismos mais explorados por invasores após o comprometimento de contas do Microsoft 365. Elas permitem encaminhar mensagens, ocultar notificações de segurança, apagar evidências e manter acesso contínuo às informações da organização sem necessidade de novas autenticações. A revisão periódica deste relatório é uma prática recomendada em auditorias de segurança, resposta a incidentes e avaliações de conformidade.

Auditoria do Microsoft 365

2026-07-21T11:57:04Z

Diegocosta: /* SMTP AUTH por Caixa Postal */

= Sobre =
Olá! Visitante, reunimos aqui, informações sobre os principais comandos utilizados durante uma auditoria de segurança do Exchange Online (Microsoft 365), permitindo coletar informações sobre configuração do ambiente, autenticação, encaminhamento de e-mails, permissões e possíveis riscos de comprometimento.

== Objetivo ==

Esta página documenta os comandos utilizados para auditoria do Exchange Online, descrevendo sua finalidade, utilização e os dados coletados durante a análise do ambiente Microsoft 365.

== Pré-requisitos ==

* Windows PowerShell 5.1 ou PowerShell 7
* Módulo ExchangeOnlineManagement
* Permissões administrativas no Exchange Online
* Conta com autenticação multifator, quando aplicável

= Instalação do módulo =

Abra o Powershell como administrador e digite o comando abaixo:

Install-Module ExchangeOnlineManagement -Scope CurrentUser

=== Parâmetros ===

{| class="wikitable"
! Parâmetro
! Descrição
|-
| Scope CurrentUser
| Instala o módulo apenas para o usuário atual, dispensando privilégios administrativos.
|}

Executar apenas uma vez em cada computador utilizado para administração do Microsoft 365.

O módulo ficará disponível para utilização nas próximas sessões do PowerShell.

== Carregar o módulo ==
No mesmo Powershell onde fez a instalação digite o comando abaixo para carregar o módulo.

Import-Module ExchangeOnlineManagement

Sempre antes da conexão com o Exchange Online.

== Conectar ao Exchange Online ==
Realiza a autenticação no tenant Microsoft 365.

Connect-ExchangeOnline

Após autenticação, todos os cmdlets do Exchange Online estarão disponíveis.

= Preparação da auditoria =

mkdir Auditoria-M365

ou

New-Item C:\Auditoria-M365 -ItemType Directory

Cria o diretório onde serão armazenados os relatórios gerados pela auditoria.

cd .\Auditoria-M365\

Define a pasta atual como diretório de trabalho.

= Domínios aceitos =

Get-AcceptedDomain | Format-Table

Lista todos os domínios aceitos pelo Exchange Online.

=== Informações obtidas ===
Verificar a existência de domínios desnecessários ou configurações incorretas.

* Domínio principal
* Domínios secundários
* Domínio onmicrosoft.com
* Tipo do domínio (Authoritative ou Internal Relay)

== Exportar domínios ==
Exporta a lista de domínios aceitos para análise posterior.

Get-AcceptedDomain | Export-Csv C:\Auditoria-M365\AcceptedDomains.csv -NoTypeInformation

= DKIM =
Exibe todas as configurações de assinatura DKIM.

Get-DkimSigningConfig | Format-List

=== Permite verificar ===

* Domínio
* Status
* Seletores
* Habilitação da assinatura

== Exportar DKIM ==

Get-DkimSigningConfig | Export-Csv C:\Auditoria-M365\DKIM.csv -NoTypeInformation

Exporta todas as configurações DKIM para um arquivo CSV.

= SMTP AUTH =
SMTP AUTH é frequentemente explorado em ataques de força bruta e envio de spam utilizando credenciais comprometidas.

Get-TransportConfig | Select SmtpClientAuthenticationDisabled

Verifica se o SMTP AUTH está habilitado globalmente.

{| class="wikitable"
! Valor
! Significado
|-
| True
| SMTP AUTH desabilitado
|-
| False
| SMTP AUTH habilitado
|}

= SMTP AUTH por Caixa Postal =
Este comando realiza uma auditoria da configuração de autenticação SMTP (SMTP AUTH) para todas as caixas postais do Exchange Online. O resultado é exportado para um arquivo CSV, permitindo identificar quais usuários possuem a autenticação SMTP habilitada ou desabilitada.

Get-CASMailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
SmtpClientAuthenticationDisabled |
Export-Csv C:\Auditoria-M365\SMTPAUTH.csv -NoTypeInformation -Encoding UTF8

Identificar exceções à política global de SMTP AUTH configurada na organização.
Mesmo quando o SMTP AUTH estiver desabilitado globalmente, administradores podem habilitá-lo individualmente para determinadas caixas postais. Essas exceções devem ser revisadas periodicamente para reduzir a superfície de ataque da organização.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta os resultados para o arquivo ''SMTPAUTH.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| SmtpClientAuthenticationDisabled
| Indica se a autenticação SMTP está desabilitada para a caixa postal.
|}

=== Interpretação dos resultados ===

{| class="wikitable"
! Valor
! Significado
|-
| True
| A autenticação SMTP está desabilitada para a caixa postal.
|-
| False
| A autenticação SMTP está habilitada para a caixa postal.
|-
| Em branco
| A caixa postal herda a configuração global definida na organização.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Usuários que possuem SMTP AUTH habilitado.
* Exceções à política global da organização.
* Contas utilizadas por aplicações legadas.
* Contas de serviço que dependem de autenticação SMTP.
* Configurações que necessitam de revisão ou atualização.

=== Indicadores de atenção ===

Durante a análise recomenda-se verificar:

* Contas administrativas com SMTP AUTH habilitado.
* Usuários comuns que não possuem justificativa para utilizar SMTP AUTH.
* Contas inativas que permanecem com SMTP AUTH habilitado.
* Contas privilegiadas utilizadas por sistemas antigos.
* Configurações incompatíveis com a política de segurança da organização.

=== Boas práticas ===

* Desabilitar SMTP AUTH sempre que possível.
* Utilizar OAuth 2.0 para autenticação de clientes modernos.
* Manter habilitado apenas para aplicações que realmente dependam do protocolo SMTP AUTH.
* Revisar periodicamente as exceções configuradas.
* Documentar todas as contas autorizadas a utilizar SMTP AUTH.

=== Importância para a segurança ===

O protocolo SMTP AUTH é frequentemente explorado em ataques de força bruta, password spraying e envio de spam utilizando credenciais comprometidas. A redução do número de caixas postais com SMTP AUTH habilitado diminui significativamente a superfície de ataque da organização e está alinhada às recomendações da Microsoft para ambientes Exchange Online.

= Listar usuários com MFA =

teste

= Auditoria de Encaminhamento =
Este comando realiza uma auditoria de todas as caixas postais do Exchange Online, coletando informações relacionadas ao encaminhamento automático de mensagens (Mail Forwarding). O resultado é exportado para um arquivo CSV codificado em UTF-8, facilitando a análise em planilhas eletrônicas ou ferramentas de auditoria.

Get-Mailbox -ResultSize Unlimited |
Select DisplayName,
PrimarySmtpAddress,
ForwardingAddress,
ForwardingSmtpAddress,
DeliverToMailboxAndForward |
Export-Csv C:\Auditoria-M365\DeliverToMailboxAndForward.csv -NoTypeInformation -Encoding UTF8

Ajuda a identificar caixas postais que possuem encaminhamento de mensagens configurado, seja para destinatários internos ou externos à organização.

Essa verificação é importante para detectar configurações legítimas, necessidades operacionais e possíveis indícios de comprometimento de contas.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do ambiente Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Seleciona apenas as propriedades relevantes para a auditoria.
* Exporta o resultado para o arquivo ''DeliverToMailboxAndForward.csv''.
* Utiliza codificação UTF-8 para preservar corretamente caracteres especiais.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| DisplayName
| Nome de exibição da caixa postal.
|-
| PrimarySmtpAddress
| Endereço principal de e-mail da caixa postal.
|-
| ForwardingAddress
| Encaminhamento para outra caixa postal existente no Exchange Online.
|-
| ForwardingSmtpAddress
| Encaminhamento para um endereço SMTP específico, podendo ser interno ou externo.
|-
| DeliverToMailboxAndForward
| Define se a mensagem permanece na caixa postal original após ser encaminhada.
|}

====ForwardingAddress====

Indica que o encaminhamento foi configurado para outra caixa postal gerenciada pelo Exchange Online.

Exemplo:

Usuário A → Secretaria

====ForwardingSmtpAddress====

Indica que as mensagens são encaminhadas para um endereço SMTP específico.

Exemplos:

* usuario@empresa.com.br
* usuario@gmail.com
* suporte@outradominio.com

Quando o endereço pertence a um domínio externo, recomenda-se validar se o encaminhamento foi autorizado.

==== DeliverToMailboxAndForward ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A mensagem permanece na caixa postal original e também é encaminhada.
|-
| False
| A mensagem é apenas encaminhada para o destinatário configurado.
|}

=== Aplicações na auditoria ===

Este relatório permite identificar:

* Encaminhamento automático para usuários internos.
* Encaminhamento automático para domínios externos.
* Contas utilizadas por sistemas ou aplicações.
* Configurações realizadas para secretarias ou caixas compartilhadas.
* Possíveis mecanismos de exfiltração de informações.

=== Indicadores de atenção ===

Durante a análise do relatório, recomenda-se verificar:

* Encaminhamento para provedores públicos, como Gmail, Outlook.com ou Yahoo.
* Encaminhamento para domínios desconhecidos.
* Contas de usuários comuns com encaminhamento externo habilitado.
* Encaminhamentos não documentados ou sem justificativa operacional.
* Encaminhamentos configurados em contas privilegiadas.

=== Boas práticas ===

* Permitir encaminhamento externo apenas quando houver necessidade formal.
* Revisar periodicamente todas as configurações de encaminhamento.
* Documentar exceções aprovadas.
* Utilizar políticas do Exchange Online ou Microsoft Defender para restringir encaminhamentos automáticos externos.
* Monitorar alterações nas configurações de encaminhamento por meio dos logs de auditoria do Microsoft 365.

=== Importância para a segurança ===

O encaminhamento automático é uma das técnicas mais utilizadas após o comprometimento de contas de e-mail. Um invasor pode configurar o envio automático de todas as mensagens para um endereço externo, mantendo acesso contínuo às comunicações da organização sem a necessidade de permanecer autenticado na conta. Por esse motivo, este relatório deve fazer parte de auditorias periódicas de segurança e resposta a incidentes.

= Auditoria de Regras =

Get-Mailbox -ResultSize Unlimited |
ForEach-Object {
Get-InboxRule -Mailbox $_.PrimarySmtpAddress |
Select @{
Name="Mailbox";
Expression={$_.MailboxOwnerId}
},
Name,
Enabled,
Description,
ForwardTo,
ForwardAsAttachmentTo,
RedirectTo,
DeleteMessage,
SoftDeleteMessage,
MarkAsRead,
StopProcessingRules
} |
Export-Csv C:\Auditoria-M365\InboxRules-Detalhado.csv -NoTypeInformation -Encoding UTF8

=== Descrição ===

Este comando realiza uma auditoria completa das regras de caixa de entrada (Inbox Rules) existentes em todas as caixas postais do Exchange Online. As informações são consolidadas em um único arquivo CSV para facilitar a análise e identificação de regras legítimas ou potencialmente maliciosas.

Identificar regras criadas pelos usuários ou por invasores que possam:

* Encaminhar mensagens automaticamente.
* Redirecionar e-mails para outros destinatários.
* Excluir mensagens sem conhecimento do usuário.
* Marcar mensagens como lidas automaticamente.
* Interromper o processamento das demais regras.
* Ocultar atividades maliciosas após o comprometimento de uma conta.

=== Funcionamento ===

O comando executa as seguintes etapas:

* Obtém todas as caixas postais do Exchange Online utilizando o parâmetro ''-ResultSize Unlimited''.
* Percorre cada caixa postal individualmente utilizando ''ForEach-Object''.
* Executa o cmdlet ''Get-InboxRule'' para recuperar todas as regras da caixa de entrada.
* Seleciona apenas os atributos relevantes para auditoria.
* Adiciona uma coluna denominada ''Mailbox'', contendo o proprietário da caixa postal.
* Exporta o resultado para um arquivo CSV codificado em UTF-8.

=== Campos exportados ===

{| class="wikitable"
! Campo
! Descrição
|-
| Mailbox
| Proprietário da caixa postal onde a regra está configurada.
|-
| Name
| Nome da regra.
|-
| Enabled
| Indica se a regra está ativa.
|-
| Description
| Descrição da regra criada pelo Exchange Online.
|-
| ForwardTo
| Encaminha a mensagem para outro destinatário mantendo uma cópia na caixa postal.
|-
| ForwardAsAttachmentTo
| Encaminha a mensagem como anexo para outro destinatário.
|-
| RedirectTo
| Redireciona a mensagem para outro destinatário sem manter indicação de encaminhamento.
|-
| DeleteMessage
| Exclui permanentemente a mensagem quando a regra é executada.
|-
| SoftDeleteMessage
| Move a mensagem para a pasta de itens recuperáveis.
|-
| MarkAsRead
| Marca automaticamente a mensagem como lida.
|-
| StopProcessingRules
| Impede que as demais regras da caixa de entrada sejam processadas.
|}

==== Enabled ====

{| class="wikitable"
! Valor
! Significado
|-
| True
| A regra está ativa e será aplicada quando suas condições forem atendidas.
|-
| False
| A regra existe, porém está desabilitada.
|}

==== ForwardTo ====

Encaminha automaticamente uma cópia da mensagem para outro destinatário.

Pode ser utilizado para:

* Secretarias.
* Caixas compartilhadas.
* Fluxos internos de trabalho.

Também pode indicar tentativa de exfiltração de informações quando aponta para endereços externos.

==== ForwardAsAttachmentTo ====

Encaminha a mensagem original como anexo.

Esse tipo de regra preserva todos os cabeçalhos da mensagem e pode ser utilizado para arquivamento ou coleta indevida de informações.

==== RedirectTo ====

Redireciona a mensagem para outro destinatário sem que o destinatário final visualize que houve encaminhamento.

Esse comportamento é frequentemente utilizado por invasores para receber cópias das mensagens de forma discreta.

==== DeleteMessage ====

Quando configurado como True, a mensagem é excluída automaticamente.

Pode ser utilizado para ocultar:

* Alertas de segurança.
* Notificações do Microsoft 365.
* Mensagens enviadas por administradores.
* Avisos de alteração de senha.

==== SoftDeleteMessage ====

Move automaticamente a mensagem para a pasta de itens recuperáveis.

Embora a mensagem permaneça recuperável, ela deixa de aparecer normalmente na caixa de entrada do usuário.

==== MarkAsRead ====

Marca automaticamente a mensagem como lida.

Essa configuração pode dificultar que o usuário perceba mensagens importantes ou alertas enviados pela organização.

==== StopProcessingRules ====

Quando definido como True, nenhuma outra regra será executada após essa regra.

Um invasor pode utilizar esse recurso para impedir que regras legítimas sejam aplicadas.

= Informações adicionais =

== Aplicações na auditoria ==

Este relatório permite identificar:

* Encaminhamento automático de mensagens.
* Redirecionamentos internos e externos.
* Exclusão automática de mensagens.
* Regras utilizadas para ocultação de atividades maliciosas.
* Configurações incompatíveis com as políticas da organização.
* Regras criadas por malware ou após comprometimento de credenciais.

== Indicadores de comprometimento ==

Durante a análise recomenda-se investigar especialmente:

* Regras com ''ForwardTo'' apontando para domínios externos.
* Regras com ''RedirectTo'' para endereços desconhecidos.
* Regras contendo ''DeleteMessage'' habilitado.
* Regras contendo ''SoftDeleteMessage'' habilitado.
* Regras contendo ''MarkAsRead'' habilitado.
* Regras com ''StopProcessingRules'' habilitado.
* Regras recém-criadas sem justificativa operacional.
* Regras presentes apenas em contas privilegiadas.

== Boas práticas ==

* Revisar periodicamente todas as regras de caixa de entrada.
* Bloquear encaminhamento automático externo quando não houver necessidade operacional.
* Monitorar alterações utilizando os logs de auditoria do Microsoft 365.
* Investigar imediatamente regras criadas após suspeitas de comprometimento.
* Remover regras desconhecidas ou não documentadas.
* Validar regras existentes em contas administrativas, caixas compartilhadas e usuários privilegiados.

== Arquivos gerados ==

{{Nota| Sempre ao final dos comandos é passado o nome de um arquivo.csv, este arquivo será utilizado para análise posterior pelo profissional. lembre-se que cada comando é um arquivo separado para evitar confusão, cabe ao profissional identificar}}

'''Exemplo'''
C:\Auditoria-M365\InboxRules-Detalhado.csv

== Formato do arquivo ==

Arquivo CSV codificado em UTF-8, compatível com Microsoft Excel, LibreOffice Calc e outras ferramentas de análise.

== Importância para a segurança ==

As regras de caixa de entrada são um dos mecanismos mais explorados por invasores após o comprometimento de contas do Microsoft 365. Elas permitem encaminhar mensagens, ocultar notificações de segurança, apagar evidências e manter acesso contínuo às informações da organização sem necessidade de novas autenticações. A revisão periódica deste relatório é uma prática recomendada em auditorias de segurança, resposta a incidentes e avaliações de conformidade.

Proxmox - Backup Server

2026-07-15T13:36:12Z

Diegocosta: /* Removendo pela interface web */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

'''Lembre-se que todos os Backups armazenados neste DataStore será excluído sem possibilidades de recuperação, então apenas faça a remoção do DataStore se realmente for necessário e sabendo que vai perder os backups armazenados nele!'''

=== Remover DataStore ===

* Acesse o menu '''Datastore'''.

* Selecione o datastore que deseja remover.

* Abra a aba '''Options''' (Opções).

* Clique em '''Remove'''.

[[Arquivo:Remove-DataStore-PBS-01.png|1200px|thumb|center|Opções do DataStore]]

Vai abrir uma caixa, escreva o nome do datastore e marque as duas opções, conforme o exemplo:

[[Arquivo:Remove-DataStore-PBS-02.png|900px|thumb|center|Remoção do Backup(DataStore)]]

=== Limpeza do Disco ===

Fazer o Wipe (Limpeza nas partições) no disco.

* Acesse o menu '''Storage/Disks'''.
* Selecione o disco que será limpo.
* Clique em '''Wipe Disk'''.

[[Arquivo:Wipe-Disk-PBS-01.png|1200px|thumb|center|Selecionando wipe]]

* Confirme clicando em '''Yes'''.

[[Arquivo:Wipe-Disk-PBS-02.png|900px|thumb|center|Confirmando a exclusão]]

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

= Removendo partições existentes =

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra '''p''' para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

Novamente pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe).

Após apertamos '''w''' para sair e gravar as alterações no disco.

Proxmox - Backup Server

2026-07-15T13:35:05Z

Diegocosta: /* Removendo pela interface web */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

'''Lembre-se que todos os Backups armazenados neste DataStore será excluído sem possibilidades de recuperação, então apenas faça a remoção do DataStore se realmente for necessário e sabendo que vai perder os backups armazenados nele!'''

* Acesse o menu '''Datastore'''.

* Selecione o datastore que deseja remover.

* Abra a aba '''Options''' (Opções).

* Clique em '''Remove'''.

[[Arquivo:Remove-DataStore-PBS-01.png|1200px|thumb|center|Opções do DataStore]]

Vai abrir uma caixa, escreva o nome do datastore e marque as duas opções, conforme o exemplo:

[[Arquivo:Remove-DataStore-PBS-02.png|900px|thumb|center|Remoção do Backup(DataStore)]]

Fazer o Wipe (Limpeza nas partições) no disco.

* Acesse o menu '''Storage/Disks'''.
* Selecione o disco que será limpo.
* Clique em '''Wipe Disk'''.

[[Arquivo:Wipe-Disk-PBS-01.png|1200px|thumb|center|Selecionando wipe]]

* Confirme clicando em '''Yes'''.

[[Arquivo:Wipe-Disk-PBS-02.png|900px|thumb|center|Confirmando a exclusão]]

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

= Removendo partições existentes =

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra '''p''' para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

Novamente pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe).

Após apertamos '''w''' para sair e gravar as alterações no disco.

Proxmox - Backup Server

2026-07-15T13:33:56Z

Diegocosta: /* Removendo pela interface web */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

'''Lembre-se que todos os Backups armazenados neste DataStore será excluído sem possibilidades de recuperação, então apenas faça a remoção do DataStore se realmente for necessário e sabendo que vai perder os backups armazenados nele!'''

* Acesse o menu '''Datastore'''.

* Selecione o datastore que deseja remover.

* Abra a aba '''Options''' (Opções).

* Clique em '''Remove'''.

[[Arquivo:Remove-DataStore-PBS-01.png|1200px|thumb|center|Opções do DataStore]]

Vai abrir uma caixa, escreva o nome do datastore e marque as duas opções, conforme o exemplo:

[[Arquivo:Remove-DataStore-PBS-02.png|900px|thumb|center|Remoção do Backup(DataStore)]]

Fazer o Wipe (Limpeza nas partições) no disco.

* Acesse o menu '''Storage/Disks'''.
* Selecione o disco que será limpo.
* Clique em '''Wipe'''.

[[Arquivo:Wipe-Disk-PBS-01.png|1200px|thumb|center|Selecionando wipe]]

* Confirme clicando em '''Yes'''.

[[Arquivo:Wipe-Disk-PBS-02.png|900px|thumb|center|Confirmando a exclusão]]

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

= Removendo partições existentes =

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra '''p''' para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

Novamente pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe).

Após apertamos '''w''' para sair e gravar as alterações no disco.

Arquivo:Wipe-Disk-PBS-02.png

2026-07-15T13:32:58Z

Diegocosta:

Arquivo:Wipe-Disk-PBS-01.png

2026-07-15T13:32:50Z

Diegocosta:

Proxmox - Backup Server

2026-07-15T13:22:52Z

Diegocosta: /* Removendo pela interface web */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

'''Lembre-se que todos os Backups armazenados neste DataStore será excluído sem possibilidades de recuperação, então apenas faça a remoção do DataStore se realmente for necessário e sabendo que vai perder os backups armazenados nele!'''

* Acesse o menu '''Datastore'''.

* Selecione o datastore que deseja remover.

* Abra a aba '''Options''' (Opções).

* Clique em '''Remove'''.

[[Arquivo:Remove-DataStore-PBS-01.png|1200px|thumb|center|Opções do DataStore]]

Vai abrir uma caixa, escreva o nome do datastore e marque as duas opções, conforme o exemplo:

[[Arquivo:Remove-DataStore-PBS-02.png|900px|thumb|center|Remoção do Backup(DataStore)]]

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

= Removendo partições existentes =

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra '''p''' para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

Novamente pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe).

Após apertamos '''w''' para sair e gravar as alterações no disco.

Proxmox - Backup Server

2026-07-15T13:20:56Z

Diegocosta: /* Removendo pela interface web */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

* Acesse o menu '''Datastore'''.

* Selecione o datastore que deseja remover.

* Abra a aba '''Options''' (Opções).

* Clique em '''Remove'''.

[[Arquivo:Remove-DataStore-PBS-01.png|1200px|thumb|center|Opções do DataStore]]

Vai abrir uma caixa, escreva o nome do datastore e marque as duas opções, conforme o exemplo:

[[Arquivo:Remove-DataStore-PBS-02.png|900px|thumb|center|Remoção do Backup(DataStore)]]

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

= Removendo partições existentes =

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra '''p''' para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

Novamente pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe).

Após apertamos '''w''' para sair e gravar as alterações no disco.

Proxmox - Backup Server

2026-07-15T13:20:35Z

Diegocosta: /* Removendo pela interface web */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

* Acesse o menu '''Datastore'''.

* Selecione o datastore que deseja remover.

* Abra a aba '''Options''' (Opções).

* Clique em '''Remove'''.

[[Arquivo:Remove-DataStore-PBS-01.png|900px|thumb|center|Opções do DataStore]]

Vai abrir uma caixa, escreva o nome do datastore e marque as duas opções, conforme o exemplo:

[[Arquivo:Remove-DataStore-PBS-02.png|900px|thumb|center|Remoção do Backup(DataStore)]]

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

= Removendo partições existentes =

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra '''p''' para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

Novamente pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe).

Após apertamos '''w''' para sair e gravar as alterações no disco.

Proxmox - Backup Server

2026-07-15T13:20:24Z

Diegocosta: /* Removendo pela interface web */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

* Acesse o menu '''Datastore'''.

* Selecione o datastore que deseja remover.

* Abra a aba '''Options''' (Opções).

* Clique em '''Remove'''.

[[Arquivo:Remove-DataStore-PBS-01.png|600px|thumb|center|Opções do DataStore]]

Vai abrir uma caixa, escreva o nome do datastore e marque as duas opções, conforme o exemplo:

[[Arquivo:Remove-DataStore-PBS-02.png|600px|thumb|center|Remoção do Backup(DataStore)]]

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

= Removendo partições existentes =

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra '''p''' para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

Novamente pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe).

Após apertamos '''w''' para sair e gravar as alterações no disco.

Proxmox - Backup Server

2026-07-15T13:20:07Z

Diegocosta: /* Removendo pela interface web */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

* Acesse o menu '''Datastore'''.

* Selecione o datastore que deseja remover.

* Abra a aba '''Options''' (Opções).

* Clique em '''Remove'''.

[[Arquivo:Remove-DataStore-PBS-01.png|600px|thumb|left|Opções do DataStore]]

Vai abrir uma caixa, escreva o nome do datastore e marque as duas opções, conforme o exemplo:

[[Arquivo:Remove-DataStore-PBS-02.png|600px|thumb|left|Remoção do Backup(DataStore)]]

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

= Removendo partições existentes =

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra '''p''' para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

Novamente pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe).

Após apertamos '''w''' para sair e gravar as alterações no disco.

Arquivo:Remove-DataStore-PBS-02.png

2026-07-15T13:17:07Z

Diegocosta:

Arquivo:Remove-DataStore-PBS-01.png

2026-07-15T13:16:56Z

Diegocosta:

Proxmox - Backup Server

2026-07-15T13:11:05Z

Diegocosta: /* Removendo pela interface web */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

* Acesse o menu '''Datastore'''.

* Selecione o datastore que deseja remover.

* Abra a aba '''Options''' (Opções).

* Clique em '''Remove'''.

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

= Removendo partições existentes =

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra '''p''' para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

Novamente pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe).

Após apertamos '''w''' para sair e gravar as alterações no disco.

Proxmox - Backup Server

2026-07-15T13:10:51Z

Diegocosta: /* Removendo pela interface web */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

* Acesse o menu '''Datastore'''.

* Selecione o datastore que deseja remover.

* Abra a aba '''Options''' (Opções)

* Clique em '''Remove'''.

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

= Removendo partições existentes =

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra '''p''' para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

Novamente pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe).

Após apertamos '''w''' para sair e gravar as alterações no disco.

Proxmox - Backup Server

2026-07-15T13:10:28Z

Diegocosta: /* Removendo pela interface web */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

# Acesse o menu '''Datastore'''.

# Selecione o datastore que deseja remover.

# Abra a aba '''Options''' (Opções)

# Clique em '''Remove'''.

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

= Removendo partições existentes =

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra '''p''' para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

Novamente pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe).

Após apertamos '''w''' para sair e gravar as alterações no disco.

Proxmox - Backup Server

2026-07-15T12:52:13Z

Diegocosta: /* Removendo partições existentes */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

# Acesse o menu '''Datastore'''.

# Selecione o datastore que deseja remover.

# Clique em '''Remove'''.

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

= Removendo partições existentes =

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra '''p''' para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

Novamente pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe).

Após apertamos '''w''' para sair e gravar as alterações no disco.

Proxmox - Backup Server

2026-07-15T12:51:35Z

Diegocosta: /* Removendo partições existentes */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

# Acesse o menu '''Datastore'''.

# Selecione o datastore que deseja remover.

# Clique em '''Remove'''.

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

== Removendo partições existentes ==

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra '''p''' para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

Novamente pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe).

Após apertamos '''w''' para sair e gravar as alterações no disco.

Proxmox - Backup Server

2026-07-15T12:50:59Z

Diegocosta: /* Removendo partições existentes */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

# Acesse o menu '''Datastore'''.

# Selecione o datastore que deseja remover.

# Clique em '''Remove'''.

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

== Removendo partições existentes ==

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra p para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sdb: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

Novamente pressione a letra '''d''' (para deletar) e confirme com '''enter'''.

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe).

Após apertamos '''w''' para sair e gravar as alterações no disco.

Proxmox - Backup Server

2026-07-15T12:50:22Z

Diegocosta: /* Removendo partições existentes */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

# Acesse o menu '''Datastore'''.

# Selecione o datastore que deseja remover.

# Clique em '''Remove'''.

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

== Removendo partições existentes ==

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra p para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sdb: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra d (para deletar) e confirme com enter.

Novamente pressione a letra d (para deletar) e confirme com enter

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe)

Após apertamos w para sair e gravar as alterações no disco.

Proxmox - Backup Server

2026-07-15T12:50:11Z

Diegocosta: /* Removendo partições existentes */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

# Acesse o menu '''Datastore'''.

# Selecione o datastore que deseja remover.

# Clique em '''Remove'''.

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

== Removendo partições existentes ==

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra p para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sdb: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra d (para deletar) e confirme com enter.
Novamente pressione a letra d (para deletar) e confirme com enter
desta forma apagamos as 2 partições e deixamos o disco limpo (wipe)
Após apertamos w para sair e gravar as alterações no disco.

Proxmox - Backup Server

2026-07-15T12:49:54Z

Diegocosta: /* Removendo partições existentes */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

# Acesse o menu '''Datastore'''.

# Selecione o datastore que deseja remover.

# Clique em '''Remove'''.

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

== Removendo partições existentes ==

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra p para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sda

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sdb: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra d (para deletar) e confirme com enter
Novamente pressione a letra d (para deletar) e confirme com enter
desta forma apagamos as 2 partições e deixamos o disco limpo (wipe)
Após apertamos w para sair e gravar as alterações no disco.

Proxmox - Backup Server

2026-07-15T12:48:58Z

Diegocosta: /* Removendo um Datastore do Proxmox Backup Server (PBS) */

== Sobre ==
Olá! Visitante, reunimos aqui, informações sobre o Proxmox Backup Server.

Site oficial: https://www.proxmox.com/en/products/proxmox-backup-server

= Removendo um Datastore do Proxmox Backup Server (PBS) =

Em alguns cenários, um disco pode apresentar falhas e o sistema de arquivos tornar-se corrompido. Também é comum que o dispositivo seja removido ou reconfigurado manualmente, por exemplo, após a exclusão de um pool ZFS ou da tabela de partições com ferramentas como o `fdisk`. Nessas situações, o datastore pode permanecer cadastrado no Proxmox Backup Server (PBS), mesmo que o caminho de armazenamento não exista mais.

Na maioria dos casos, a remoção pode ser realizada pela interface web do PBS. Entretanto, quando a interface apresenta erros ou não consegue concluir a operação, a exclusão deverá ser feita pela linha de comando.

== Removendo pela interface web ==

# Acesse o menu '''Datastore'''.

# Selecione o datastore que deseja remover.

# Clique em '''Remove'''.

Se a operação falhar devido à inexistência do caminho do datastore, utilize o procedimento por linha de comando.

== Removendo pela linha de comando ==

Em seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

=== Listando os datastores cadastrados ===

<pre>
proxmox-backup-manager datastore list
</pre>

Exemplo de saída:

<pre>
┌────────┬───────────────────────┬─────────┐
│ name │ path │ comment │
╞════════╪═══════════════════════╪═════════╡
│ Backup │ /mnt/datastore/Backup │ │
└────────┴───────────────────────┴─────────┘
</pre>

=== Removendo o datastore ===

Substitua ''Backup'' pelo nome do datastore que deseja remover.

<pre>
proxmox-backup-manager datastore remove Backup
</pre>

Para confirmar que a remoção foi realizada com sucesso:

<pre>
proxmox-backup-manager datastore list
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Remoção manual da configuração ==

Caso o comando anterior não funcione, edite manualmente o arquivo de configuração dos datastores.

Visualize o conteúdo do arquivo:

<pre>
cat /etc/proxmox-backup/datastore.cfg
</pre>

Exemplo:

<pre>
datastore: Backup
path /mnt/datastore/Backup
gc-schedule daily
</pre>

Edite o arquivo:

<pre>
nano /etc/proxmox-backup/datastore.cfg
</pre>

Remova todo o bloco correspondente ao datastore desejado, salve o arquivo e reinicie os serviços do PBS:

<pre>
systemctl restart proxmox-backup-proxy
systemctl restart proxmox-backup
</pre>

Para remover o caminho antigo e permitir a recriação posterior.
<pre>
rm -rf /mnt/datastore/
</pre>

* Recomenda-se o reboot após o procedimento.

== Verificações adicionais ==

Se o datastore continuar sendo exibido na interface após a remoção:

* Atualize a página ou faça um recarregamento completo do navegador (`Ctrl + F5`).
* Recomenda-se o reboot após o procedimento.
* Verifique se não existem tarefas associadas ao datastore em:
** ''Prune Jobs''
** ''Garbage Collection Jobs''
** ''Sync Jobs''
** ''Verification Jobs''
** ''Remotes''

Caso existam tarefas vinculadas ao datastore, remova-as ou altere sua configuração antes de tentar excluir o datastore novamente.

== Removendo partições existentes ==

Em casos que pela interface não é possível remover as partições (wipe) no caso de estar em uso, no seu Proxmox Backup Server acesse o menu Shell, e/ou por ssh como usuário '''root''' e faça os comandos abaixo:

fdisk -l

Veja qual a unidade você quer fazer o wipe, veja no exemplo a unidade de 1TB (931.51 GiB)

<pre>
root@pbs01:~# fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-08W
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E0CA4EEB-BFE4-FC46-8767-E0F304ED68E5

Device Start End Sectors Size Type
/dev/sda1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sda9 1953507328 1953523711 16384 8M Solaris reserved 1
</pre>

Para remover as partições dessa unidade faça:

fdisk /dev/sda

Depois pressione a letra p para verificar se estamos no dispositivo correto, deve aparecer algo semelhante ao exemplo:

<pre>

root@pbs01:~# fdisk /dev/sdb

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.

Command (m for help): p

Disk /dev/sdb: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZEX-60M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 22DCDFCC-2194-584F-A689-63FDFD2A5EA0

Device Start End Sectors Size Type
/dev/sdb1 2048 1953507327 1953505280 931.5G Solaris /usr & Apple ZFS
/dev/sdb9 1953507328 1953523711 16384 8M Solaris reserved 1

</pre>

Para remover pressione a letra d (para deletar) e confirme com enter
Novamente pressione a letra d (para deletar) e confirme com enter

desta forma apagamos as 2 partições e deixamos o disco limpo (wipe)

Proxmox - Backup Server

2026-07-15T12:36:29Z

Diegocosta: /* Remoção manual da configuração */

Proxmox - Backup Server

2026-07-15T12:36:01Z

Diegocosta: /* Remoção manual da configuração */

Proxmox - Backup Server

2026-07-15T12:35:23Z

Diegocosta: /* Removendo o datastore */

Proxmox - Backup Server

2026-07-15T12:35:15Z

Diegocosta: /* Removendo o datastore */

Proxmox - Backup Server

2026-07-15T12:34:38Z

Diegocosta: /* Removendo o datastore */