ROGÉRIO FERNANDES PEREIRA

UMA INTEGRAÇÃO DO TELEGRAM COM

O ZABBIX PARA FINS DE ENVIO DE

ALERTAS DE MONITORAMENTO

LAVRAS – MG

2014

ROGÉRIO FERNANDES PEREIRA

UMA INTEGRAÇÃO DO TELEGRAM COM O ZABBIX PARA FINS DE

ENVIO DE ALERTAS DE MONITORAMENTO

Monografia de Pós-Graduação ”Lato Sensu”

apresentada ao Departamento de Ciência da

Computação para obtenção do título de Especialista

em “Administração em Redes Linux”

Orientador

Prof. Dr. Sanderson Lincohn Gonzaga de Oliveira

LAVRAS – MG

2014

Dedico esse trabalho ao meu amigo Luiz Alberto Horst inmemoriam por ter me

colocado no caminho dessa importante especialização e me incentivado a

continuar mesmo em momentos de dificuldades.

AGRADECIMENTOS

Agradeço aos meus pais por me passarem cada um do seu modo, suas

experiências e ensinamentos, análogo a blocos de tijolos, que vou co-

locando na construção do meu aprendizado e na formação de meu

caráter, para ser quem sou, trazendo comigo de cada um deles um

pouco de sua essência. À minha esposa por acompanhar todas as mi-

nhas lutas e me apoiar mesmo nas horas mais difíceis, sendo minha

companheira no real sentido da palavra. Ao meu orientador por res-

ponder sempre rapidamente aos meus e-mails, me direcionando na

conclusão desse trabalho, tão importante para mim.

RESUMO

Em um ambiente de rede, é imprescindível um monitoramento eficiente dos ativos

e serviços para resposta rápida a qualquer incidente que possa ocorrer, valendo

essa premissa também para análise de segurança, performance e acompanhamento

do crescente uso dessa infraestrutura, com objetivo de planejar as melhorias e a

expansão necessária, conforme sua evolução. Geralmente, as ferramentas de mo-

nitoramento utilizam meios de alerta, como monitores ou telões, alarme sonoro,

mensagens via e-mail, etc. O envio de alertas por mensagens é o meio mais útil

para equipes de plantão. Com esse objetivo, foi escolhido o Zabbix como ferra-

menta de monitoramento, pois além de uma solução open-source, oferece capaci-

dade de verificar e testar diversos parâmetros, em vários ativos, permitindo uma

configuração flexível do serviço e aceitar integração com outras soluções por meio

de programação utilizando-se diversas linguagens como Python, Pearl, C, PHP e

Shell Script. Para uma solução de envio de mensagens instantâneas e integradas

ao Zabbix, foi escolhido o Telegram, que é uma ferramenta multi-plataforma, gra-

tuita e parcialmente em código-aberto, com foco na segurança. Este trabalho trata

do estudo sobre o Telegram e sua integração ao Zabbix, com objetivo de enviar

mensagens instantâneas para celulares e alertar a equipe de analistas da Divisão de

Redes do Ministério das Comunicações do governo brasileiro.

Palavras-Chave: Telegram; Zabbix; GNU/Linux; Software Livre; Monitoramento.

SUMÁRIO

1 Introdução 9

2 Referencial teórico 11

2.1 Zabbix . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

2.1.1 Alertas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

2.1.2 Mídias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

2.1.3 Macros . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

2.1.4 Gatilhos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

2.1.5 Ações . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

2.1.6 Scripts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

2.2 Telegram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

2.2.1 Características do Telegram . . . . . . . . . . . . . . . . . . . . . 19

2.2.2 Diferenças entre Telegram e Whatsapp . . . . . . . . . . . . . . . . 21

2.2.3 Outros aplicativos similares . . . . . . . . . . . . . . . . . . . . . 22

3 Estudo de caso 24

3.1 Configuração do cliente Telegram . . . . . . . . . . . . . . . . . . . 27

3.2 Script para integração . . . . . . . . . . . . . . . . . . . . . . . . . . 30

3.3 Configuração da integração . . . . . . . . . . . . . . . . . . . . . . . 33

3.4 Resultado do envio de alertas . . . . . . . . . . . . . . . . . . . . . . 35

4 Conclusões 37

LISTA DE FIGURAS

2.1 Comparação entre Telegram e Whatsapp. . . . . . . . . . . . . . . . 22

3.1 Esquema de funcionamento da integração do Telegram com o Zabbix. 26

3.2 Registro do serviço Telegram. . . . . . . . . . . . . . . . . . . . . . 29

3.3 Tela de ajuda do cliente Telegram. . . . . . . . . . . . . . . . . . . . 29

3.4 Script de integração do Telegram como Zabbix. . . . . . . . . . . . . 30

3.5 Configuração de mídia. . . . . . . . . . . . . . . . . . . . . . . . . . 33

3.6 Configuração da mensagem de alerta. . . . . . . . . . . . . . . . . . 33

3.7 Regras de disparo dos alertas ao Telegram. . . . . . . . . . . . . . . . 34

3.8 Configuração das ações dos alertas. . . . . . . . . . . . . . . . . . . . 35

3.9 Resultado do recebimento dos alertas no celular. . . . . . . . . . . . . 36

LISTA DE TABELAS

2.1 Nome das macros mais utilizadas. . . . . . . . . . . . . . . . . . . . 14

2.2 Exemplo de funcionamento de um gatilho. . . . . . . . . . . . . . . . 14

2.3 Exemplo de funcionamento de um gatilho. . . . . . . . . . . . . . . . 17

2.4 Exemplo de controle de fluxo. . . . . . . . . . . . . . . . . . . . . . 17

2.5 Principais comandos utilizados em shell. . . . . . . . . . . . . . . . . 18

9

1 INTRODUÇÃO

No atual cenário mundial, a tecnologia da informação está ficando cada

vez mais complexa, manuseando maior quantidade de informações em tempo real

e seu crescimento está acontecendo de forma exponencial (QUEIROZ, 2010). Para

trabalhar com essa crescente demanda de dados e informações, se faz necessário o

investimento em infraestrutura de redes e computadores cada vez mais modernos

e potentes, requerendo assim, mais cuidado e um maior volume de trabalho para

manter tudo isso em funcionamento. Se uma falha acontecer, para que toda essa

estrutura complexa continue funcionando, é preciso lançar mão de algum recurso

que possa ajudar no controle, na manutenção, ou até mesmo na identificação da

necessidade de intervenção, para que melhorias sejam feitas, evitando assim pa-

ralisação por tempo prolongado, mantendo-se o mínimo possível de indisponibili-

dade. Normalmente, dada a quantidade de serviços e operações críticas existentes,

que dependem de uma infraestrutura estabilizada, o funcionamento correto é o

objetivo principal para alcançar o sucesso das suas finalidades.

Para esse fim, existem diversas ferramentas de monitoramento, que pos-

suem a função de auxiliar no mapeamento constante e preciso de uma infraestru-

tura, não só apenas para resolução de problemas, mas também para planejamento

de futuras ações. As decisões estratégicas tomadas com embasamento em infor-

mações precisas, auxiliam no aperfeiçoamento, melhoria e economia dos recursos

utilizados.

Uma boa ferramenta de monitoramento precisa possuir a capacidade de

detectar rapidamente um incidente, podendo ser reativa de forma autônoma, que

é a capacidade de restabelecer um serviço automaticamente, através de scripts

ou rotinas programadas para esse fim. Caso ela seja impossibilitada de resolver

o problema automaticamente, por limitação na sua programação, por um evento

desconhecido ou por uma incapacidade técnica na realização dessa ação, a fer-

ramenta para ser útil, precisa emitir alertas através de um meio de comunicação

10

com a equipe de monitoramento. Existem várias formas de envio, como o serviço

de mensagem instantânea, o e-mail, o alarme sonoro ou o alerta em tela, afim de

chamar a atenção dos operadores para a necessidade de intervenção humana na

resolução do problema.

A proposta desse trabalho foi estudar os processos de implementação e os

resultados da integração da ferramenta Telegram com o Zabbix, na Divisão de Re-

des do Ministério das Comunicações, como recurso de alerta em tempo real e envio

de mensagens para celulares. Essas mensagens são disparadas pela ocorrência de

incidentes, através de um script integrado ao Zabbix, que é uma das ferramentas

de monitoramento dos ativos e serviços da autarquia.

Esse trabalho também tem o objetivo de auxiliar a comunidade acadêmica,

open-source e interessados no uso do Telegram, que é uma ferramenta nova, gra-

tuita, e parcialmente livre, voltada para comunicação entre usuários, que surgiu

como uma alternativa ao Whatsapp.

Não foi o objetivo desse trabalho entrar em detalhes sobre o Zabbix, limitando-

se apenas à integração do Telegram, como serviço de mensagem instantânea para

celulares, com o Zabbix, aumentando sua possibilidade de comunicação de forma

econômica, eficiente e segura.

Este estudo está dividido em quatro capítulos e os demais estão distribuí-

dos conforme se apresentam abaixo.

No capítulo 2, apresenta-se um estudo para o entendimento geral das par-

tes envolvidas no processo de integração entre o Zabbix e o Telegram.

No capítulo 3, são apresentados os processos de preparação do Telegram,

como instalação, configuração e integração com o Zabbix e os resultados dessa

implementação.

No capítulo 4, serão apresentadas as conclusões referentes ao impacto

dessa integração no ambiente de produção do Ministério das Comunicações.

11

2 REFERENCIAL TEÓRICO

Neste capítulo serão apresentados alguns conceitos e a aplicação das partes

envolvidas no processo de integração entre o Zabbix e o Telegram.

Na seção 2.1 será feita uma introdução sobre as características do Zabbix,

seu emprego e algumas de suas funções focadas no objetivo deste trabalho.

Na seção 2.2 serão abordadas as características do Telegram e o diferen-

cial sobre o seu concorrente direto Whatsapp.

2.1 Zabbix

O Zabbix é uma ferramenta open-source de monitoramento para empresas,

criado pelo russo Alexei Vladishev em 1998. Quando ele trabalhava em um banco

na Letônia como administrador de sistemas, sua insatisfação com as aplicações

de monitoramento na época forneceu o motivo para desenvolver o Zabbix (LIMA,

2014).

Em 2001 foi lançada a primeira versão alpha do Zabbix, a 0.1 sob a Li-

cença Pública Geral ou General Public License em inglês. Em 2004 a versão

estável foi liberada identificada como 1.0. Para ter abertura de mercado como

um produto mais profissional, em 2005 foi fundada a Zabbix SIA. Desde 2006, a

ferramenta vem evoluindo até o momento atual como é conhecida (LIMA, 2014).

Ele é dividido basicamente em três módulos: servidor, agente e proxy.

O servidor é o principal componente, onde está localizado o banco de dados que

armazena todas as informações sobre a configuração, autenticação, grupo de hosts,

hosts, templates, etc. Um servidor possui a capacidade de monitorar milhares de

itens ou pode ser feito o monitoramento em servidores distribuídos, dividindo a

carga e aumentando a performance.

O proxy Zabbix é um elemento opcional que não é necessário para o fun-

cionamento do servidor, mas é um item muito importante se for trabalhar com uma

12

arquitetura de monitoramento distribuído. O proxy coleta as informação de partes

de uma infraestrutura monitorada e repassa para o Zabbix server.

O agente é responsável pela leitura das informações de um ativo ou ser-

viço, enviando-as ao servidor ou ao proxy, e pode ser instalado em uma máquina

com sistema operacional suportado. O servidor Zabbix é suportado por várias pla-

taformas, sendo elas: AIX, FreeBSD, HP-UX, GNU/Linux, Mac OS X, NetBSD,

OpenBSD, SCO Open Server e Solaris. Já o agente além desses acima citados

ainda é suportado pelo Windows 2000 e superiores.

É possível utilizar várias opções de banco de dados com o servidor Zabbix,

dentre elas: IBM DB2, MySQL, Oracle, PostgreSQL e SQLite.

O Zabbix possui uma interface gráfica via Web, para gerenciamento da

ferramenta, permitindo um acesso fácil ao servidor de qualquer lugar e de qualquer

plataforma.

Na subseção 2.1.1, será apresentado a função dos alertas. Na subseção

2.1.2 será comentado a função da mídia no Zabbix. Na subseção 2.1.3, apresenta-

se aplicação das macros. A subseção 2.1.4, comenta-se sobre os gatilhos. Na

subseção 2.1.5, será apresentada a função das ações. E por fim na subseção 2.1.6,

apresenta-se a importância dos scripts no Zabbix.

2.1.1 Alertas

Os alertas são fundamentais para notificar a parte interessada no monitora-

mento dos ativos, seja o operador, analista, gerente de equipe, diretor etc. Quando

um incidente não é corrigido de forma automática por questões de impossibilidade

técnica ou propositalmente, é a função do alerta avisar que algo indesejável ou de

recuperação aconteceu. Esse alarme pode ser disparado através de várias mídias

disponíveis.

13

2.1.2 Mídias

As mídias são os meios pelos quais as mensagens de alerta são enviadas.

Elas podem ser configuradas conforme o serviço fornecido no servidor, através de

e-mail, Jabber, SMS, script ou Ez Texting. Para se enviar e-mail é necessário con-

figurar o servidor com algum tipo de serviço de correio eletrônico como o Exim4

ou Postfix. Para a utilização com Jabber é necessário ter conexão com um servidor

desse serviço, para que as mensagens sejam enviadas. As mensagens através do

serviço de SMS, podem ser enviadas por um cliente Web ou ter acoplado ao ser-

vidor, algum dispositivo com serviço celular ativo. O Ez Texting é um serviço de

SMS pago e pré-configurado para utilização com o Zabbix. É preciso ter a conta

criada e acesso ao serviço. Por último, o script, que está inserido no escopo desse

trabalho e será explicado mais adiante.

2.1.3 Macros

As macros são utilizadas no Zabbix para aplicação em alertas, relatórios,

gatilhos, sensores, templates, etc. Uma macro é simplesmente uma variável, que

confere grande flexibilidade e poder na utilização da ferramenta no monitoramento

de ativos e serviços. O uso das macros é importante quando precisamos usar va-

lores de objetos que alteram seu conteúdo dinamicamente. O Zabbix faz a leitura

de um valor real no banco de dados em determinada posição e mostra esse valor

na interface que está utilizando a macro. A utilização planejada e pensada deste

recurso pode reduzir drasticamente a quantidade de configurações e o custo de

manutenção do monitoramento. As macros podem ser internas da ferramenta ou

podem ser definidas por usuários. Na Tabela 2.1 será listada as principais macros

utilizadas nesse trabalho.

14

Tabela 2.1: Nome das macros mais utilizadas.

Macro Descrição{TRIGGER.NAME} Nome do gatilho.{TRIGGER.SEVERITY} Severidade do gatilho. Valores possíveis: Não classificado,

Informação, Alerta, Média, Alta, Desastre e Desconhecido.{HOSTNAME<1-9>} Nome do host até o nono item do gatilho que causa a notifi-

cação.{ITEM.NAME<1-9>} Nome até o nono item do gatilho que causa notificação.{TRIGGER.STATUS} Estado do gatilho. Pode ser PROBLEM ou OK.

2.1.4 Gatilhos

Os gatilhos (triggers) são expressões lógicas, que são avaliadas toda vez

que a coleta de dados de um item, em monitoramento, chega ao servidor Zabbix.

Como exemplo, temos a temperatura de um processador. Quando essa informação

é lida, existe uma checagem para verificar se tal dado se enquadra dentro de uma

regra ou não, podendo ser verdadeiro ou falso. Consequentemente é tomada uma

ação conforme programado. A Tabela 2.2 apresenta um exemplo desse procedi-

mento, onde vamos ter hipoteticamente a leitura da temperatura de um processa-

dor.

Tabela 2.2: Exemplo de funcionamento de um gatilho.

GATILHO (TRIGGER)Processador = 57o C (informação enviada ao servidor Zabbix).Regra = toda vez que o processador atingir 60o C disparar um alarme.Processador 57o C < 60o C disparar alarme (falso).

São operações realizadas, que após a checagem de um gatilho, o resultado

fornecido é positivo. O exemplo da subseção anterior ilustra esse funcionamento.

15

2.1.5 Ações

A ação, no caso do exemplo fornecido, seria disparar o alarme caso a

temperatura chegasse a 60o C. O envio do alarme nesse caso, é uma ação que pode

ser feita através das mídias anteriormente apresentadas.

2.1.6 Scripts

No Zabbix existem duas possibilidades de trabalhar com scripts utilizando-

se o shell: uma aplica-se aos comandos externos que podem ser executados direta-

mente nos hosts monitorados pelo Zabbix para automatizar uma ação de recupera-

ção (ação reativa) e outra que pode ser aplicada aos tipos de mídias, chamando um

arquivo que contém uma sequências de comandos para o envio de mensagens, atra-

vés de um serviço interno (e-mail) ou externo (mensagem instantânea via Web). É

a segunda possibilidade de uso de scripts nosso alvo de estudo.

Um script para um shell é um arquivo que armazena um conjunto de

comandos para o shell. Ao se executar esse arquivo, os comandos são

executados em lote, ou seja, os comandos são executados sequencial-

mente. Mais precisamente, os comandos do arquivo são executados

com a simples digitação no nome do arquivo no Terminal em vez do

usuário do sistema operacional digitá-los um de cada vez. O script

faz com que todos os comandos formem um só comando. Entretanto,

na realidade, os comandos são executados um de cada vez no shell

(OLIVEIRA, 2012).

Na integração realizada entre o Zabbix e o Telegram, foi utilizado o re-

curso de suporte ao script externo do Zabbix para a automatização no envio de

alertas para celulares. Em específico foi usado o Shell Script como recurso de

programação da plataforma GNU/Linux, onde foi instalado o servidor Zabbix.

16

Como explicado por (OLIVEIRA, 2012), um shell, é uma aplicação na

qual digitam-se comandos para interação com sistemas operacionais GNU/Linux

em execução, ou seja, é uma interface em modo texto, entre o usuário e esses

sistemas. Entende-se então, que no shell em vez de se arrastar o mouse para copiar

um arquivo por exemplo, é dado um comando de cópia diretamente nesse console

seguindo um padrão organizado de texto. Na mesma linha, podemos digitar vários

comandos um após o outro, combinando-os afim de obtermos um resultado. Se

editarmos um arquivo de texto simples e sem formatação, com vários comandos

em linha, de forma sequencial, teremos em mãos um Shell Script.

Entende-se por script qualquer programa escrito em linguagem não com-

pilada ou interpretada, ou seja, executada por um interpretador de comandos, como

o bash, como mostrado em (OLIVEIRA, 2012), sendo esse o interpretador mais

comum que, geralmente vem por padrão nas distribuições GNU/Linux.

Um dos recursos importantes em um script é a variável. Essa é utilizada

em Shell Script e tem uma grande importância no armazenamento de dados e com

isso pode manipulá-los para se atingir um resultado esperado. Esses dados podem

ser números, caracteres ou frases, outras variáveis e até comandos. Conforme

ilustra a Tabela 2.3, para se armazenar um dado em uma variável sem interpretá-

la, deve-se limitar esse conjunto de caracteres com apóstrofos. Atribuir um valor

à uma variável deve-se especificar o número sem delimitação de nenhum símbolo.

Para interpretação dos valores das variáveis usam-se as aspas. Por fim, as crases

são usadas para interpretar um comando e repassar o resultado para uma variável

(JARGAS, 2008).

Outro recurso importante, muito usado em Shell Script é o controle de

fluxo e verificação. Ele tem a função de testar opções e conforme o resultado vai

executando comandos com objetivo de realizar tarefas ou finalizar uma rotina. Um

dos comandos utilizados no controle de fluxo é o if, que funciona, por exemplo,

da seguinte forma: “se o resultado for x, faça tal operação, senão faça outra coisa”.

17

Tabela 2.3: Exemplo de funcionamento de um gatilho.

$ variavel="Meu nome de usuario e $user"$ echo $variavelMeu nome de usuario e ufla

$ variavel=’Meu nome de usuario e $user’$ echo $variavelMeu nome de usuario e $user

$ variavel="Meu diretorio atual e o ‘pwd‘"$ echo $variavelMeu diretorio atual e o /home/ufla

$ variavel=57$ echo $variavel57

Conforme Tabela 2.4, o if testa a seguinte expressão: Se a variável $var

existir, então (then) é mostrada a frase ela existe com o comando echo, se não

(else) é mostrada a frase de que a variável não existe. A opção (-e) é utilizada

para checar a existência da variável.

Tabela 2.4: Exemplo de controle de fluxo.

if [ -e $var ]thenecho ’A variável $var existe.’

elseecho ’A variável $var não existe.’

fi

Os comandos mais utilizados executados em shell script são mostrados na

Tabela 2.5

18

Tabela 2.5: Principais comandos utilizados em shell.

Comando Descriçãoecho Exibe o texto na tela.clear Limpa a tela.sleep Dá uma pausa na tela medida em segundos.exit Finaliza o script.read Captura os dados do usuário e insere em uma variável.case Controle de fluxo que checa várias expressões ao mesmo tempo.for Controle de fluxo que checa uma ou mais expressões.while Controle de fluxo que checa uma ou mais expressões.

2.2 Telegram

Telegram é um aplicativo, que usa a combinação de mensagem instantânea

com e-mail, para envio de mensagens para celulares, sendo uma alternativa ao seu

concorrente Whatsapp. Através dele pode-se enviar mensagens, vídeos, fotos e

arquivos de qualquer tipo (zip, mp3, doc, jpg, etc) para pessoas da sua lista de

contatos, que possuem o Telegram instalado. Ele também permite a criação de

grupos para interação de até duzentas pessoas. É possível utilizar quantidade livre

de dispositivos e funciona tanto em equipamentos móveis quanto em desktops.

Por se tratar de uma aplicação nova, a única fonte de informação técnica

sobre ele é encontrada na página do próprio desenvolvedor do Telegram, e as ava-

liações e testes sobre o produto podem ser encontrados em diversas páginas espa-

lhadas pela Internet.

Na subseção 2.2.1, são apresentadas as características do Telegram, a tec-

nologia empregada no seu desenvolvimento e as plataformas suportadas pelo apli-

cativo. Na subseção 2.2.2, definem-se as diferenças principais entre o Telegram

e o Whatsapp. Na subseção 2.2.3, serão mencionados outros dois mensageiros

instantâneos, o KakaoTalk e o WeChat, com uma pequena descrição sobre suas

respectivas características.

19

2.2.1 Características do Telegram

Segundo a página oficial do Telegram, na seção de perguntas e respostas,

foi desenvolvido um protocolo de dados desde o início, aberto, otimizado e seguro,

preparado para trabalhar com múltiplos servidores, tornando-o confiável e rápido

em qualquer rede (TELEGRAM, 2014a).

Após a descoberta de espionagem de vários países, inclusive o Brasil, de-

nunciada por um ex-técnico de inteligência da Agência Nacional de Segurança

dos Estados Unidos, Edward Snowden, juntamente com as falhas de segurança na

comunicação do Whatsapp, que são publicadas constantemente, geraram descon-

fiança e medo de invasão da privacidade com roubo de informações. Esse fatores

contribuem para busca de novas alternativas.

A promessa do Telegram em focar na segurança e privacidade de comuni-

cação de seus usuários, faz com que naturalmente seja impulsionada a adesão pelo

uso dele (ALVES, 2014), (OLHAR DIGITAL, 2014) e (OTONI, 2014).

Uma matéria publicada na página do GRIS (Grupo de Resposta a Incidente

de Segurança), pertencente ao Departamento de Ciência da Computação da Uni-

versidade Federal do Rio de Janeiro, relatou que um estudante de Ciência da Com-

putação e Matemática da Universidade de Utrecht, na Holanda, Thijs Alkemade,

fez uma descoberta de uma falha grave na criptografia do Whatsapp recentemente.

O aplicativo passou a ter uma falha no momento da implementação dessa cripto-

grafia, pois uma mesma chave é utilizada para codificar o fluxo de entrada e saída

entre o cliente e o servidor do serviço, e caso um cracker1 consiga interceptá-las,

com análise das mensagens poderá decifrá-las e recuperar a informação original

(GRUPO DE RESPOSTA À INCIDENTES DE SEGURANÇA, 2014).

O Telegram é totalmente gratuito, mas possui uma plataforma parcial-

mente livre, sendo apenas sua interface de programação totalmente aberta e do-

1Termo usado para designar o indivíduo que pratica a quebra de um sistema de segurança, deforma ilegal ou sem ética.

20

cumentada. A única informação encontrada sobre esse assunto está na seção de

perguntas e respostas, onde é explicado porque não é tudo desenvolvido em có-

digo aberto. A tradução da resposta em inglês segue abaixo:

Todo o código será liberado eventualmente. Começamos com as par-

tes mais úteis - uma interface de programação de aplicativos bem do-

cumentada, que permite os desenvolvedores criarem novos aplicativos

baseados no Telegram, e clientes de código aberto que podem ser ve-

rificados por especialistas em segurança. No momento estamos nos

concentrando nas coisas em código aberto, que permitem aos desen-

volvedores criarem rapidamente qualquer coisa usando nossa inter-

face de programação. Começamos com Android e Linux, uma vez

que estas plataformas são as mais aberta, e recentemente, publicamos

o código do aplicativo para iOS também. Nós estaremos liberando

mais código eventualmente (TELEGRAM, 2014b).

Por ter sua interface de programação aberta e documentada, isso incenti-

vou vários desenvolvedores ao redor do mundo criarem diversos outros clientes

não oficiais, para serem utilizados com o Telegram em diversas plataformas, como

Linux, Unix, Mac, Android, Windows, Web, etc. (ESPÍRITO LIVRE, 2014b).

As principais características do Telegram são:

- As conversas são encriptadas com o protocolo MTProto, desenvolvido

pela equipe do Telegram;

- O histórico do chat é armazenado nos servidores em nuvem2 do próprio

e pode ser acessado por qualquer quantidade de dispositivos;

- Existe versão para dispositivos móveis, desktop e Web;

- Pode ser enviado nota de voz, fotos, vídeos e todos os tipos de arquivos;

- Pode ser inserido até 200 pessoas por grupo criado;

2É uma tecnologia para guardar arquivos importantes remotamente em um datacenter podendoacessar a qualquer momento, mediante login e senha.

21

- Conversas secretas possuem encriptação3 fim a fim e não são armazenas

em servidores;

- Mensagens em conversas secretas são autodestruídas;

- Existem 2 status para conversas: um sinal de visto significa que a mensa-

gem foi enviada e dois sinais de visto informam que a mensagem foi lida (aberta).

2.2.2 Diferenças entre Telegram e Whatsapp

Apesar de terem um modelo de desenvolvimento diferente, a interface de

usuário é bem parecida e similar, o que facilita a adaptação do usuário ao Telegram.

Outras características que são comuns aos dois: ambos são mensageiros instantâ-

neos em tempo real e utilizam a conexão de Internet para funcionarem (BRESANI,

2014).

Na Figura 2.1 é apresentado um comparativo entre o Telegram e o Whatsapp,

vem ilustrado as características e as vantagens do primeiro sobre o segundo, que fi-

cam bem claros. Até o momento da confecção desse trabalho, essas características

ainda estavam em vigor. O Telegram possui vantagem na otimização da velocidade

de transferência, autodestruição de mensagens secretas, sincronia em nuvem entre

os dispositivos, suporte a todos os tipos de arquivos, interface de programação do

aplicativo aberta e documentada, acesso às mensagens em diversos dispositivos

simultaneamente. Todas essas características são ausentes no Whatsapp.

No quesito de capacidade de forma mensurada, o Telegram tem suporte a

duzentos usuários por grupo, contra cinquenta do Whatsapp. Pode compartilhar

imagens e vídeos de até 1 GB contra 12 MB. Possui suporte para 6 plataformas

(iOS – iPhone e iPad, Android, Windows Phone, MacOS, Windows e GNU/Li-

nux), contra 3 plataformas (iOS - iPhone, Android e Windows Phone). Outra

grande vantagem do Telegram é que este fornece o serviço totalmente gratuito

contra a cobrança de US$ 0,99 (noventa e nove centavos de dólar) cobrados anu-

3É o processo de codificação de dados informáticos onde apenas o destinatário que possua achave (arquivo de código) possa reconhecer.

22

almente, que exige cartão de crédito internacional para efetuar o pagamento. O

Telegram também é livre de publicidade (ESPÍRITO LIVRE, 2014a).

Figura 2.1: Comparação entre Telegram e Whatsapp.

2.2.3 Outros aplicativos similares

Existem outros aplicativos similares ao Telegram e Whatsapp mas são me-

nos conhecidos que esses.

O KakaoTalk é uma aplicação de mensagem instantânea para smartphones

gratuito criado na Coréia do Sul em 2010 com funções livres de texto e chamadas

telefônicas similares ao VoIP com uma base de 140 milhões de usuários e tradu-

zido para 15 idiomas. Ele é suportado por iOS, Android, Bada OS, BlackBerry,

Windows Phone, Nokia Asha e desktop. Esse aplicativo é utilizado por 93% dos

23

usuários de smartphone na Coréia do Sul. Os usuários do KakaoTalk podem com-

partilhar vídeos, fotos, voz, mensagens, localização, link de endereço como tam-

bém informação de contato, não existindo limite de usuários para grupo de bate

papo. A base de usuários no Brasil é pequena e esse aplicativo não é desenvolvido

em código aberto (TERRA, 2014).

O WeChat é um serviço de comunicação por mensagem de texto e voz

móvel desenvolvido na China, lançado em 2011. A aplicação é suportada pelos

sistemas Windows Phone, Symbiam, iPhone, BlackBerry e Android. Em 2013

o WeChat tinha 300 milhões de usuário, sendo 70 milhões fora da China. Ele

oferece mensagem de texto, de voz via push to talk (aperte para falar), mensagem

por broadcast (um para muitos), compartilhamento de vídeos, fotos e localização.

Pode trocar informações com contatos próximos via Bluetooth4, se essa função

estiver ativa e integrada com serviço de rede social pelo Facebook e Tencent QQ

(KURTZ, 2013).

4É uma tecnologia de comunicação sem fio que permite que computadores, smartphones, tabletse afins troquem dados entre si e se conectem a mouses, teclados, fones de ouvido, impressoras eoutros acessórios a partir de ondas de rádio.

24

3 ESTUDO DE CASO

As necessidades apontadas, pela Coordenação Geral de Tecnologia da In-

formação, do Ministério das Comunicações, à Divisão de Redes, eram a continui-

dade e ininterrupção dos serviços, mantendo-os em funcionamento vinte e quatro

horas por dia e sete dias por semana. Essa demanda exigia um monitoramento

mais austero, afim de evitar qualquer falha e alcançar a meta estabelecida. Assim

foi necessário o envolvimento de todos os profissionais da divisão, como coorde-

nador, líder de equipe, analistas e técnicos.

Com a necessidade crescente de monitoramento dos ativos de rede e dos

serviços da Divisão de Redes, do Ministério das Comunicações, juntamente com

a insuficiência de respostas de algumas soluções à essa demanda, o Zabbix acabou

provando sua capacidade, no apoio e continuidade do funcionamento da infraes-

trutura, fornecendo informações precisas para respostas rápidas aos incidentes.

A grande dificuldade para aprovação e adoção do Zabbix como solução de

monitoramento, foi devido às diversas interrupções do processo de implementa-

ção, que sofreu resistência interna de colegas terceirizados ou por ex-gestores de

escalão mais baixo, que acabaram se desligando da função. Interesses técnicos,

comerciais e financeiros pessoais de alguns funcionários aliados a lobbys de for-

necedores sempre barraram o avanço do Software Livre no Governo Federal, sob o

pretexto de que o gratuito não tem suporte ou não é capaz de resolver os problemas

existentes. Essa prática não é novidade e inclusive é debatida segundo (SERPRO,

2005), (CESAR, 2003) e (SANTOS, 2012).

A solução foi viabilizada por determinação da Coordenação Geral de Tec-

nologia da Informação juntamente com a nova coordenação da Divisão de Redes,

que entenderam a condição e a capacidade da aplicação funcionar e se adequar

perfeitamente ao cenário esperado.

25

Também existia um serviço de mensagem curta, o SMS1, que funcionava

após o expediente, enviando mensagens de alerta para o celular, que ficava em

poder do plantonista, exclusivo para esse fim. Essa solução de mensagens ado-

tada inicialmente, foi muito útil, mas existiam problemas na sua utilização, além

de ser um serviço pago. O tamanho da mensagem enviada era insuficiente, pois

suportava o máximo de 140 caracteres, não sendo grande o bastante para a apre-

sentação detalhada do incidente, ou seja, as mensagens não eram intuitivas e nem

esclarecedoras, fazendo com que o plantonista investigasse mais detalhadamente

o problema antes de agir consumindo mais tempo.

O serviço além de pago era limitado em mil mensagens mensais, podendo

estourar o limite ou sobrar crédito dentro do mês de uso, o que dificultava fazer um

controle para economizar e evitar desperdícios. Se por acaso o crédito chegasse ao

fim, tal situação só seria percebida após um incidente sem notificação por SMS,

acarretando desgaste da divisão perante o usuário.

Outra fator limitador dessa solução era o recebimento dos alertas apenas

pelo plantonista do turno, pois era ele quem ficava com o aparelho cadastrado

para receber as mensagens, não havendo maior acompanhamento da situação por

parte da coordenação ou de outros envolvidos, corroborando para a centralização

do conhecimento da informação. Caso duas pessoas recebessem o mesmo alerta,

eram cobradas duas mensagens, ficando inviável o envio para todos do setor. Neste

caso, não havia backup de plantonistas e nem acompanhamento da coordenação.

Como os serviços oferecidos pelo Ministério das Comunicações não po-

deriam ficar fora do ar, seja por qualquer período de tempo, pois atendiam um

público nacional, qualquer indisponibilidade podia trazer prejuízos à imagem da

instituição ou dos programas por ela geridos.

1Short Message Service, que em português significa Serviço de Mensagens Curtas, é um serviçomuito usado para troca de mensagens de textos breves que podem ser enviadas ou recebidas atravésde um aparelho celular.

26

Para melhor atuação da equipe, um monitoramento mais eficiente e uma

resposta mais rápida, foram pensadas outras alternativas, como envio de mensa-

gem por Whatsapp, mas por possuir também limitações, foi escolhido o Telegram

para integração ao Zabbix. A Figura 3.1 mostra-se o esquema de funcionamento

da solução desenvolvida.

Figura 3.1: Esquema de funcionamento da integração do Telegram com o Zabbix.

Na seção 3.1, apresenta-se a configuração necessária, do cliente Telegram,

utilizada no servidor Zabbix. Na seção 3.2, explica-se a estrutura do script para

integração com o Zabbix e a descrição de seu código linha a linha. Na seção 3.3,

27

descreve-se a configuração necessária, feita no Zabbix, para funcionamento da in-

tegração através do script. Na seção 3.4, mostra-se o funcionamento da integração,

no recebimento de mensagens enviadas pelo Telegram.

3.1 Configuração do cliente Telegram

O primeiro passo é fazer a instalação do cliente Telegram no servidor que

usará o serviço. Nesse caso, o servidor Zabbix fará o uso do serviço para envio

de alertas. É preciso então, fazer as configurações desse servidor. Por questões

de segurança e preservação do ambiente de produção, da Divisão de Redes do

Ministério das Comunicações, algumas informações serão modificadas, utilizando

um nome fictício ou até mesmo omitidas, não comprometendo o objetivo desse

trabalho, no quesito da qualidade da informação fornecida para o desenvolvimento

do meio acadêmico.

Inicialmente é preciso preparar o ambiente para a instalação desse cliente,

que fará o uso do servidor de mensagens instantâneas do Telegram, para enviar o

alerta ao grupo ou pessoa alvo da informação.

Seguem abaixo as especificações do ambiente utilizado para instalação do

cliente:

- Servidor com sistema operacional Debian Wheezy;

- Interpretador de comandos Bash;

- Zabbix versão 2.0.8;

- Número de celular dedicado para registro do serviço;

- Script desenvolvido em Shell Script.

Inicialmente é necessária a instalação de algumas bibliotecas para correta

compilação do código fonte e o funcionamento do cliente, já que não existia até

aquele momento, nenhuma aplicação cliente do Telegram disponível no repositório

do Debian para instalação.

28

Foi preciso baixar o código fonte e compilá-lo. Esse trabalho não irá tra-

tar dos detalhes da instalação, pois a instrução encontra-se na página oficial do

Telegram2, onde é explicada toda a sequência de forma ordenada e detalhada,

sendo desnecessária a transcrição dessa operação.

Depois de instalado, foi criado um atalho do cliente no diretório /usr/bin,

facilitando a execução direta, de qualquer lugar do sistema operacional, pois, esse

diretório geralmente já está inserido no caminho (path) especificado no bash do

root. Foi preciso entrar no diretório onde o Telegram foi compilado, executando-

o pela primeira vez, afim de registrar o telefone celular como pré-requisito de uso,

vinculando o número à uma conta do Telegram. Após ser feito esse registro, foi

gerado um arquivo de configuração, criptografado, contendo as informações da

conta, que a aplicação utiliza para se conectar, garantindo a segurança do usuário

que está enviando a mensagem.

O arquivo de configuração gerado pelo registro do serviço, vinculado ao

telefone, também foi mudado de diretório, passando do diretório da compilação,

para o /etc/telegram criado manualmente. Os novos diretórios precisaram ser

especificados ao invocar a aplicação, para que o cliente funcionasse de forma cor-

reta.

A Figura 3.2 ilustra o registro do serviço no servidor. No momento da

confecção desse trabalho, o cliente Telegram já havia sido utilizado e já estava em

operação, por isso o grupo Zabbix já consta na imagem.

Com o cliente instalado, todas as operações possíveis de serem feitas em

um celular, ou em qualquer cliente do Telegram, também podem ser executadas via

linha de comando, no próprio terminal ou via script, para inserir, renomear e re-

mover usuários, como também criar, renomear ou remover grupos, como também,

qualquer operação disponível nesse cliente.

2Disponível em <https://github.com/vysheng/tg>.

29

Figura 3.2: Registro do serviço Telegram.

São mostrados na Figura 3.3 exemplos de comandos disponíveis, invoca-

dos pelo comando help.

Figura 3.3: Tela de ajuda do cliente Telegram.

30

3.2 Script para integração

Para viabilizar a integração do Telegram, foi necessário desenvolver um

script, que fazia a leitura dos parâmetros do Zabbix, montava a mensagem e a

enviava para o cliente da aplicação. Esse cliente, por sua vez, se encarregava

de enviar ao seu servidor externo, via internet, as mensagens a serem entregues

ao grupo informado pela configuração no Zabbix. As pessoas cadastradas nesse

grupo então recebiam as mensagens. Em seguida apresenta-se na Figura 3.4, o

código original conforme encontra-se no servidor e explicando-se a finalidade de

cada linha abaixo com suas respectivas funções.

1 #!/bin/bash23 ############################################################4 # Autor: Rogério Fernandes Pereira #5 # Data: 07/05/2014 Hora: 01:27 #6 # #7 # Script: tg.sh #8 # Função: captar as informações do Zabbix sobre incidentes #9 # e disparar para o serviço do Telegram #

10 # #11 # Copyleft - 2014 / GPLv3 #12 # #13 # Esse script é livre para cópias e modificações. #14 # #15 ############################################################1617 PROCESSO=‘sudo ps ax | grep telegramID | grep -v grep | wc -l‘1819 if [ \$PROCESSO -eq 0 ]; then20 sudo screen -dmS telegramID /usr/bin/telegram -k /etc/telegram/tg-server.pub21 sudo sleep 522 fi2324 PARA=\$125 OBJETO=\$226 DETALHES=\$327 DATAENV=‘date +\%d/\%m/\%Y" as "\%H:\%M:\%S‘28 COMPOSICAO=’ Em ’\$DATAENV’ - OBJETO: ’\$2’ ’\$32930 echo \$COMPOSICAO >> /var/log/zabbix/telegram.log31 sudo screen -S telegramID -X eval "stuff ’msg \${PARA} \${COMPOSICAO}’\015"32 sudo killall -9 telegramID

Figura 3.4: Script de integração do Telegram como Zabbix.

31

Na linha 1, está declarado o shebang3 e nesse caso, ele passa uma refe-

rência ao sistema operacional, avisando que esse script deve ser interpretado pelo

bash, que se encontra no diretório /bin.

Da linha 3 a 15, existe o símbolo de comentário #, que impede o sistema

operacional de interpretar qualquer coisa que venha após ele, pois a única função

é de comentário no script, informando data de criação, hora de criação, nome do

autor, etc.

Na linha 17, é passado para a variável PROCESSO, o resultado de uma ca-

deia de comando, que retorna 0 se o processo telegramID não existir, ou 1 se ele

estiver carregado na memória.

Da linha 19 à linha 22, é onde está a parte mais crítica do script, cabendo

aqui uma discussão à parte. Após pesquisa na forma de passar os parâmetros e exe-

cutar o cliente do Telegram, para envio das mensagens, nada que funcionasse cor-

retamente foi encontrado, nem mesmo na própria página ou fórum oficial da apli-

cação. Muitos testes e simulações foram tentados. Quando se enviava uma men-

sagem qualquer diretamente pelo console, ela era recebida imediatamente, mas

quando se executava pelo script nada acontecia. A conclusão foi que o problema

não estava no cliente, e sim na interação do script com a aplicação. Buscando

recursos nos comandos do GNU/Linux, finalmente o problema foi resolvido. Até

aquele momento, nenhuma publicação na Internet tinha sido encontrada para a

resolução do problema acima citado.

Na linha 19, é feita uma checagem, para saber se o resultado da variá-

vel PROCESSO é igual a 0, ou seja, processo não iniciado, e em caso afirmativo

ou verdadeiro, então irá criar um processo chamado telegramID com o comando

screen e privilégio administrativo. Esse processo contém o cliente Telegram car-

regado com as opções e a chave pública informadas no arquivo tg-server.pub,

localizado em /etc/telegram, mencionado anteriormente.3Também chamado de hashbang, hashpling, poundbang, ou crunchbang, que é comumente

utilizado em linguagens interpretadas.

32

O comando screen é robusto, pois mesmo que a sessão principal falhar,

tudo que está sendo rodado por ele continua funcionando, sem perda de dados. A

falha ocorre somente se a máquina rodando o GNU/Linux falhar. Esse comando

não vem instalado por padrão na distribuição Debian e por isso foi necessário fazê-

lo. As opções -dmS inicia o processo como daemon4 em tela destacada, ou seja,

carregado na memória liberando o terminal atual para outras operações.

Para completar, foi necessário executar o comando sleep com cinco se-

gundos de espera, para dar tempo de carregar o processo na memória. Com a falta

desse recurso nada acontecia, pois não havia o tempo necessário para carregar o

processo, e o disparo da mensagem acontecia antes, executando uma operação

indisponível, gerando um erro imperceptível. O problema foi descoberto após a

depuração utilizada em outro terminal paralelamente.

Na linha 22, é finaliza a condição de verificação. Nas linhas 24, 25 e 26,

são passados os parâmetros do destinatário, do título e dos detalhes da mensagem.

Na linha 27, é montada a cadeia de strings com a data por extenso, afim

de informar o momento que ocorreu a falha ou sua recuperação.

Na linha 28, é feita a composição da mensagem completa a ser disparada

pelo Telegram. É gerado um histórico de operações do Telegram pela linha 30,

armazenando a informação no arquivo telegram.log, com objetivo de fazer de-

puração de erros, ou auditoria e comparações por questões de segurança.

A mensagem é finalmente disparada na linha 31, onde o screen chama o

processo carregado na memória, o telegramID, que recebe a mensagem montada

nas linhas anteriores e a envia para o servidor externo, que se encarrega de entregá-

las ao grupo. Finalmente na linha 32, o processo é removido da memória liberando

espaço.

4Em Unix e outros sistemas operacionais multitarefas, é um acrônimo de Disk And ExecutionMONitor (Monitor de Execução e de Disco). É um programa de computador que roda de formaindependente em segundo plano, ao invés de ser controlado diretamente por um usuário.

33

O script foi nomeado como tg.sh, dando a ele o atributo de execução

com o comando chmod +x, colocando-o no diretório /etc/zabbix/alert.d.

3.3 Configuração da integração

Para fazer essa integração entre Telegram e Zabbix foi necessário fazer

algumas configurações dentro do servidor de monitoramento através da interface

Web de algumas funções disponíveis para esse objetivo.

Figura 3.5: Configuração de mídia.

Foi preciso na seção de mídia do Zabbix, conforme mostrada na Figura 3.5,

fazer as configurações necessárias nos itens “Descrição”, “Tipo”, “Nome script”

e “Ativo”, para posteriormente configurar as outras opções, tornando a integração

completa e funcional.

Figura 3.6: Configuração da mensagem de alerta.

34

O segundo passo, foi configurar as mensagens de alerta na seção de ações

do Zabbix, conforme mostra-se na Figura 3.6. Explicado anteriormente sobre ma-

cros, elas foram utilizadas na composição das mensagens de alertas para incidentes

e recuperação. O significado delas será discutido mais à frente.

Figura 3.7: Regras de disparo dos alertas ao Telegram.

O próximo passo foi configurar as condições para o envio de alertas con-

forme a Figura 3.7. As condições para disparo de alertas precisaram que os inci-

dentes satisfizessem as seguintes condições:

- O ativo ou o sistema não estivesse em manutenção.

- O intervalo de horário entre 20:01 e 07:59 horas, de segunda a sexta-feira.

- O tipo de problema deveria ser um incidente.

- O incidente fosse um desastre ou de alto impacto.

- E os ativos não fizessem parte das delegacias regionais.

Por último a configuração das ações tomadas conforme a Figura 3.8, onde

a mensagem devia ser enviada imediatamente para o usuário Admin do sistema,

através da mídia “Mensagem por Telegram” que chama o script tg.sh. Este, por

sua vez, realiza as tarefas programadas de acordo com a ilustração da Figura 3.4.

35

Figura 3.8: Configuração das ações dos alertas.

3.4 Resultado do envio de alertas

O resultado dessa integração são mensagens enviadas para o celular dos

profissionais inseridos no grupo Zabbix, criado através do cliente Telegram, para

monitoramento da Divisão de Redes do Ministério das Comunicações. As men-

sagens eram apresentadas de acordo com as macros configuradas no exemplo da

Figura 3.6. Na Figura 3.9 é apresentado o resultado dos alertas enviados para o

celular.

Analisando as mensagens apresentadas na Figura 3.9, estudando a integra-

ção entre o script e as macros definidas no Zabbix, seguem os resultados abaixo

para uma melhor compreensão do funcionamento.

As macros utilizadas, apresentadas na Tabela 2.1, mantém as seguintes

relações com o script:

A variável PARA do script recebe o valor de $1 repassado pelo Zabbix

com o valor do destinatário definido em “Ações” da Figura ??, para o usuário

Admin, que envia para o grupo Zabbix. A variável OBJETO do script recebe o valor

do $2 repassado pelo aplicativo com o valor do “Assunto padrão” ou “Assunto

36

Figura 3.9: Resultado do recebimento dos alertas no celular.

da recuperação”, se for incidente ou recuperação respectivamente. O valor de

$3 é repassado com o valor da “Mensagem padrão” ou “Mensagem recuperação”

na mesma situação de incidente ou recuperação similar à variável $2, conforme

mostrado na Figura 3.6.

37

4 CONCLUSÕES

Procurou-se mostrar os requisitos e os processos da instalação e das con-

figurações realizadas para o funcionamento da integração entre o Telegram e o

Zabbix, na Divisão de Redes do Ministério das Comunicações. Antes de ser de-

senvolvida essa solução de integração do Telegram com o Zabbix, os alertas de in-

cidentes eram enviados aos monitores/televisores, que durante o expediente eram

verificados por profissionais da divisão de redes do ministério e por mensagem

curta, para o celular do plantonista fora do expediente.

Após a implementação dessa integração, o serviço de mensagem curta

continuou em funcionamento, mas usado apenas como recurso de emergência com

um celular acoplado ao servidor Zabbix. Em caso de indisponibilidade da rede

interna e impossibilidade de envio de mensagem ao servidor do Telegram, esse

celular enviaria o alerta para o telefone do profissional de plantão por meio de

SMS.

O uso do Telegram possibilitou gerar mensagens de alerta com quantidade

de caracteres bem maiores, ultrapassando a limitação de 140 caracteres existentes

nas mensagens enviadas por SMS. Essa nova situação facilitou a atuação do plan-

tonista e o acompanhamento pela coordenação, que passaram a ter informações

mais precisas e detalhadas.

Com relação ao custo do serviço, a solução adotada não gerava nenhum

gasto adicional, podendo ser utilizada de forma ilimitada. Sendo assim, as chances

de acabar o crédito sem aviso foram eliminadas, não havendo mais riscos de falhas

no envio de mensagens por falta de saldo, prejudicando o monitoramento.

A possibilidade de incluir mais pessoas no processo de monitoramento

simultaneamente, com inserção delas no grupo, sem custo adicional, foi aceita e

elogiada pela coordenação e pela equipe de analistas da divisão de redes. A inte-

gração com o Telegram possibilitou que todos tivessem acesso às mensagens de

alerta, havendo maior mobilidade nas soluções dos incidentes, maior interação en-

38

tre a equipe e o conhecimento compartilhado sobre a situação da infraestrutura.

Isso aumentou a capacidade de resposta à incidentes, com soluções rápidas e in-

tervenções diretas no problema detectado.

Por fim, a questão da segurança dos dados que trafegavam nas mensagens

enviadas, completava o pacote de vantagens fornecidas pelo Telegram. As men-

sagens de alertas geradas pelo Zabbix, possuíam informações reservadas como

endereço de rede, protocolos, localizações e problemas que poderiam revelar vul-

nerabilidades na infraestrutura.

Por possuir uma interface de programação de aplicação open-source bem

documentada, as possibilidades de desenvolvimento de novas funcionalidades para

a integração do Zabbix com o Telegram são muitas. São exemplos dessas possibi-

lidades a inserção direta de usuários no Telegram a partir de usuários existentes no

Zabbix, criação de grupos de alertas, envio de arquivos ou imagens, ou até mesmo

estabelecer um chat secreto com a utilização de scripts. Juntando-se tudo isso

ao processo de documentação e compartilhamento, a popularidade do Telegram

poderá crescer muito e a comunidade de desenvolvedores se fortalecer, abrindo

espaço para novas aplicações voltadas para soluções de monitoramento, ou até

mesmo ser desenvolvido um agente nativo integrado ao Zabbix.

39

REFERÊNCIAS BIBLIOGRÁFICAS

ALVES, P. WhatsApp ou Telegram? Veja qual é o me-lhor aplicativo de mensagens. [S.l.], 2014. Disponível em:<http://www.techtudo.com.br/dicas-e-tutoriais/noticia/2014/02/whatsapp-ou-telegram-veja-qual-e-o-melhor-aplicativo-de-mensagens.html>.Acesso em: 02 de junho de 2014.

BRESANI, B. Telegram um ótimo substituto para o WhatsApp.[S.l.], 2014. Disponível em: <http://www.blogtechsoeasy.com/telegram-um-otimo-substituto-para-o-whatsapp>. Acesso em: 25 dejulho de 2014.

CESAR, R. Software livre: iniciativa privada pressiona Governo. [S.l.], 2003.Disponível em: <http://computerworld.com.br/gestao/2003/01/14/idgnoticia.2006-05-15.4941110110>. Acesso em: 10 de setembro de 2014.

ESPÍRITO LIVRE. Telegram apresenta tabela compara-tiva mostrando suas principais vantagens. [S.l.], 2014.Disponível em: <http://www.revista.espiritolivre.org/telegram-apresenta-tabela-comparativa-mostrando-suas-principais-vantagens>.Acesso em: 25 de julho de 2014.

ESPÍRITO LIVRE. Telegram: um clone opensource doWhatsApp com mensagens que se autodestroem. [S.l.],2014. Disponível em: <http://www.revista.espiritolivre.org/telegram-um-clone-opensource-do-whatsapp-com-mensagens-que-se-autodestroem>.Acesso em: 25 de julho de 2014.

GRUPO DE RESPOSTA À INCIDENTES DE SEGURANÇA. Encontradafalha grave de segurança no Whatsapp. [S.l.], 2014. Disponível em: <http://gris.dcc.ufrj.br/news/encontrada-falha-grave-de-seguranca-no-whatsapp>.Acesso em: 07 de junho de 2014.

JARGAS, A. M. Shell Script Profissional. São Paulo: Novatec, 2008.

KURTZ, J. Saiba o que é e como funciona o WeChat,o aplicativo rival do Whatsapp. [S.l.], 2013. Disponívelem: <http://www.techtudo.com.br/noticias/noticia/2013/08/saiba-o-que-e-e-como-funciona-o-wechat-o-aplicativo-rival-do-whatsapp>.Acesso em: 25 de julho de 2014.

LIMA, J. dos R. Monitoramento de Redes com Zabbix: Monitore a saúde dosservidores e equipamentos de redes. Rio de Janeiro: Brasport, 2014.

40

OLHAR DIGITAL. Falha no WhatsApp permite que qualquer app acesse suasmensagens. [S.l.], 2014. Disponível em: <http://olhardigital.uol.com.br/noticia/40766/40766>. Acesso em: 02 de junho de 2014.

OLIVEIRA, S. L. Gonzaga de. Programação Shell Script. Lavras: UFLA/FAEPE,2012.

OTONI, I. Aplicativos criptografados oferecem alternativa ao Whatsapp.[S.l.], 2014. Disponível em: <http://www.revistaforum.com.br/blog/2014/02/aplicativos-criptografados-oferecem-alternativa-ao-whatsapp>. Acesso em: 25de julho de 2014.

QUEIROZ, R. Tecnologia da Informação, Crescimento Exponencial e aSingularidade. [S.l.], 2010. Disponível em: <http://osventosdaliberdade.blogspot.com.br/2010/06/tecnologia-da-informacao-crescimento.html>. Acesso em: 25 dejulho de 2014.

SANTOS, E. A Verdadeira defesa do Software Livre. [S.l.],2012. Disponível em: <http://www.eduardosan.com/2012/05/30/a-verdadeira-defesa-do-software-livre>. Acesso em: 10 de setembro de2014.

SERPRO. Lobbies travam software livre, diz Amadeu. [S.l.], 2005. Disponível em:<http://www4.serpro.gov.br/noticias-antigas/noticias-2005-1/20050916_01>.Acesso em: 10 de setembro de 2014.

TELEGRAM. Who are the people behind Telegram? [S.l.], 2014. Disponível em:<https://telegram.org/faq#q-who-are-the-people-behind-telegram>. Acesso em:2 de junho de 2014.

TELEGRAM. Why not open source everything? [S.l.], 2014. Disponível em:<https://telegram.org/faq#q-why-not-open-source-everything>. Acesso em: 10de junho de 2014.

TERRA. Gigante de tecnologia pode surgir com fusão na Coreiado Sul. [S.l.], 2014. Disponível em: <http://tecnologia.terra.com.br/negocios-e-ti/gigante-de-tecnologia-pode-surgir-com-fusao-na-coreia-do-sul,cc2d7049d4a36410VgnVCM3000009af154d0RCRD.html>. Acesso em: 25 dejulho de 2014.