Objeto: 2.1. A execução do objeto seguirá a seguinte dinâmica:
2.2. Aquisição de Solução de Segurança de Informação, Firewall
2.2.1.
A aquisição de solução de segurança da Informação (Firewall), para proteção rede de dados considerar os seguintes fatores:
a) Manter segurança da informação entre todos dispositivos conectados entra a rede LAN e WAN dentro das instalações do conselho Federal de Química
b) Possibilidade Conectividade, mobilidade e estabilidade;
c) Manutenção e suporte técnico facilitado;
d) Vantajosidade para o CFQ, quanto ao custo;
e) Facilidade no escalonamento da solução;
f) Aplicabilidade das políticas de segurança da Informação do CFQ.
2.3. Descrição da Solução - Firewall
2.3.1.
Next-Generation Firewall (NGFW) para proteção de informação perimetral e de rede interna que inclui stateful firewall com capacidade para para controle de tráfego de dados por identificação de usuários e por camada 7, com controle de aplicação, administração de largura de banda (QoS), VPN IPsec e SSL, IPS, prevenção contra ameaças de vírus, malwares, Filtro de URL, criptografia de email, inspeção de tráfego criptografado e proteção de firewall de aplicação Web.
2.3.2.
Console de gerenciamento dos equipamentos e centralização de logs em hardware específico ou virtualizado.

2.3.3. Deverão ser fornecidas as licenças para atualização de todos os componentes de software, vacinas de antivírus / malwares, endpoints, softwares de criptografia de armazenamento em nuvem e assinaturas de IPS, filtro de conteúdo web, controle de aplicações e proteção de firewall de aplicação web sem custo adicional, pelo período mínimo de 36 (trinta e seis) meses.
2.3.4.
Para os itens que representem bens materiais, a CONTRATADA deverá fornecer produtos novos, sem uso anterior.
2.3.5. Por cada appliance físico que compõe a plataforma de segurança, entende-se o hardware, software e as licenças necessárias para o seu funcionamento.
2.3.6.
Não serão aceitos equipamentos servidores e sistema operacional de uso genérico.
2.3.7. A solução deverá contemplar a totalidade das capacidades exigidas, sendo permitido o uso de um equipamento para a solução.
2.3.8.
Cada appliance deverá ser capaz de executar a totalidade das capacidades exigidas para cada função, não sendo aceitos somatórias para atingir os limites mínimos.
2.3.9.
O hardware e o software fornecidos não podem constar, no momento da apresentação da proposta, em listas de end-of-sale, end-of-support, end-of-engineering-support ou end-of-life do fabricante, ou seja, não poderão ter previsão de descontinuidade de fornecimento, suporte ou vida, devendo estar em linha de produção do fabricante.
2.4. Características Específicas De Hardware considerando as funcionalidades de Next Generation
2.4.1.
Performance mínima de 8 Gbps de throughput para firewall.
2.4.2.
Performance mínima de 3 Gbps de throughput de IPS / Controle de aplicações.
2.4.3.
Performance mínima de 2 Gbps de throughput para controle de AV/proxy.
2.4.4.
Performance mínima de 1.5 Gbps de throughput de VPN.
2.4.5.
Suporte a, no mínimo, 3.000.000 de conexões simultâneas.
2.4.6.
Suporte a, no mínimo, 135.000 novas conexões por segundo.
2.4.7.
Possuir o número irrestrito quanto ao máximo de usuários licenciados.
2.4.8.
Possuir armazenamento interno SSD ou similar/equivalente para sistema operacional, quarentena local, logs e relatórios.
2.4.9.
Possuir no mínimo 4 (quatro) interfaces de rede 1000Base-TX.
2.4.10. Possuir no mínimo 1 (um) módulo de expansão de interfaces para no mínimo 2 (duas) interfaces de rede 10GB SFP+
2.4.11. Possuir 1 (uma) interface do tipo console ou similar.
2.4.12. Possuir 1 (uma) fonte 100-240VAC.
2.5. Características Gerais Para Firewalls De Próxima Geração
2.5.1.
Solução deve consistir de appliance de proteção de rede com funcionalidades de Next Generation Firewall (NGFW), e console de gerência, monitoração e logs.
2.5.2. Por funcionalidades de NGFW entende-se: reconhecimento de aplicações, prevenção de ameaças, identificação de usuários e controle granular de permissões.
2.5.3. As funcionalidades de proteção de rede que compõe a plataforma de segurança, podem funcionar em múltiplos appliances desde que obedeçam a todos os requisitos desta especificação.
2.5.4.
A plataforma deve ser otimizada para análise de conteúdo de aplicações em camada 7.
2.5.5.
O software deverá ser fornecido em sua versão mais atualizada.
2.5.6.
Uma interface completa de comando de linha (CLI command-line-interface) deverá ser acessível através da interface gráfica e via porta serial.
2.5.7.
A atualização de software deverá enviar avisos de atualização automáticos.
2.5.8.
O sistema de objetos deverá permitir a definição de redes, serviços, hosts períodos de tempos, usuários e grupos, clientes e servidores.
2.5.9. O backup e o reestabelecimento de configuração deverão ser feitos localmente, via FTP ou e-mail com frequência diária, semanal ou mensal, podendo também ser realizado por demanda.
2.5.10. As notificações deverão ser realizadas via e-mail e SNMP.
2.5.11. Suportar SNMP e Netflow.
2.5.12. O firewall deverá ser stateful, com inspeção profunda de pacotes (deep packet inspection).
2.5.13. As zonas deverão ser divididas pelo menos em WAN, LAN e DMZ, sendo necessário que as zonas LAN e DMZ possam ser customizáveis.
2.5.14. As políticas de NAT deverão ser customizáveis para cada regra.
2.5.15. A proteção contra flood deverá ter proteção contra DoS (Denial of Service), DdoS (Distributed DoS) e bloqueio de portscan.
2.5.16. Proteção contra anti-spoofing.
2.5.17. Suportar IPv4 e IPv6.
2.5.18. IPv6 deve suportar os tunelamentos 6in4, 6to4, 4in6 e IPv6 Rapid Deployment (6rd) de acordo com a RFC 5969.
2.5.19. Suporte aos roteamentos estáticos, dinâmico (RIP, BGP e OSPF) e multicast (PIM-SM ou IGMP).

2.5.20. Deve suportar a definição de VLANs no firewall conforme padrão IEEE 802.1q e tagging de VLAN.
2.5.21. O balanceamento de link WAN deve permitir múltiplas conexões de links Internet, checagem automática do estado de links, failover automático e balanceamento por peso.
2.5.22. A solução deverá permitir port-aggregation de interfaces de firewall suportando o protocolo 802.3ad, para escolhas entre aumento de throughput e alta disponibilidade de interfaces;
2.5.23. A solução deverá permitir configurar os serviços de DNS, Dynamic DNS, DHCP e NTP;
2.5.24. O traffic shapping (QoS) deverá ser baseado em rede ou usuário.
2.5.25. A solução deve permitir o tráfego de cotas baseados por usuários para upload/download e pelo tráfego total, sendo cíclicas ou não-cíclicas.
2.5.26. Deve possuir otimização em tempo real de voz sobre IP.
2.5.27. Deve implementar o protocolo de negociação Link Aggregation Control Protocol (LACP).
2.6. CONTROLE POR POLÍTICAS DE FIREWALL
2.6.1.
Deve suportar controles por: porta e protocolos TCP/UDP, origem/destino e identificação de usuários.
2.6.2.
O controle de políticas deverá monitorar as políticas de redes, usuários, grupos e tempo, bem como identificar as regras não-utilizadas, desabilitadas, modificadas e novas políticas.
2.6.3.
As políticas deverão ter controle de tempo de acesso por usuário e grupo, sendo aplicadas por zonas, redes e por tipos de serviços.
2.6.4.
Controle de políticas por usuários, grupos de usuários, IPs, redes e zonas de segurança.
2.6.5.
Controle de políticas por países via localização por IP.
2.6.6. Suporte a objetos e regras IPV6.
2.6.7. Suporte a objetos e regras multicast.
2.7. PREVENÇÃO DE AMEAÇAS
2.7.1. Para proteção do ambiente contra ataques, os dispositivos de proteção devem possuir módulo de IPS, Antivírus, Anti-Malware e Firewall de Proteção Web (WAF) integrados no próprio appliance de Firewall ou entregue em múltiplos appliances desde que obedeçam a todos os requisitos desta especificação.
2.7.2.
Deve realizar a inspeção profunda de pacotes (DPI deep packet inspection) para prevenção de intrusão (IPS) e deve incluir assinaturas de prevenção de intrusão (IPS).
2.7.3.
Poder customizar assinaturas de prevenção de intrusão (IPS).
2.7.4.
Exceções por usuário, grupo de usuários, IP de origem ou de destino devem ser possíveis nas regras; 2.7.5. Deve suportar granularidade nas políticas de IPS Antivírus e Anti-Malware, possibilitando a criação de diferentes politicas por endereço de origem, endereço de destino, serviço e a combinação de todos esses itens, com customização completa;
2.7.6. A proteção Anti-Malware deverá bloquear todas as formas de vírus, web malwares, trojans e spyware em HTTP e HTTPS, FTP e web-emails.
2.7.7.
A proteção Anti-Malware deverá realizar a proteção com emulação JavaScript.
2.7.8.
Deve ter proteção em tempo real contra novas ameaças criadas.
2.7.9. Deve possuir pelo menos duas engines de anti-vírus independentes e de diferentes fabricantes para a detecção de malware, podendo ser configuradas isoladamente ou simultaneamente.
2.7.10. Deve permitir o bloqueio de vulnerabilidades.
2.7.11. Deve permitir o bloqueio de exploits conhecidos.
2.7.12. Deve detectar e bloquear o tráfego de rede que busque acesso a contact command e servidores de controle utilizando múltiplas camadas de DNS, AFC e firewall.
2.7.13. Deve incluir proteção contra ataques de negação de serviços.
2.7.14. Ser imune e capaz de impedir ataques básicos como: SYN flood, ICMP flood, UDP Flood, etc.
2.7.15. Suportar bloqueio de arquivos por tipo.
2.7.16. Registrar na console de monitoração as seguintes informações sobre ameaças identificadas: O nome da assinatura ou do ataque, aplicação, usuário, origem e o destino da comunicação, além da ação tomada pelo dispositivo.
2.7.17. Os eventos devem identificar o país de onde partiu a ameaça.
2.7.18. Deve ser possível a configuração de diferentes políticas de controle de ameaças e ataques baseado em políticas de segurança considerando uma das opções ou a combinação de todas elas: usuários, grupos de usuários, origem, destino, zonas de segurança, etc, ou seja, cada política de firewall poderá ter uma configuração diferente de IPS, sendo essas políticas por usuários, grupos de usuários, origem, destino, zonas de segurança.
2.7.19. O firewall de aplicação Web (WAF) deverá ter a função de reverse proxy, com a função de URL hardening realizando deep-linking e prevenção dos ataques de path traversal ou directory traversal.
2.7.20. O firewall de aplicação Web (WAF) deverá realizar cookie signing com assinaturas digitais, roteamento baseado por caminho, autenticações reversas e básicas para acesso do servidor.

2.7.21. O firewall de aplicação Web (WAF) deverá possuir a função de balanceamento de carga de visitantes por múltiplos servidores, com a possibilidade de modificação dos parâmetros de performance do WAF e permissão e bloqueio de ranges de IP
2.7.22. Deve possuir pelo menos duas engines de anti-vírus independentes e de diferentes fabricantes para a proteção da aplicação Web, podendo ser configuradas isoladamente ou simultaneamente.
2.7.23. Proteção pelo menos contra os seguintes ataques, mas não limitado a: SQL injection e Cross-site scripting.
2.8. CONTROLE E PROTEÇÃO DE APLICAÇÕES
2.8.1.
Os dispositivos de proteção de rede deverão possuir a capacidade de reconhecer aplicações por assinaturas e camada 7, utilizando portas padrões (80 e 443), portas não padrões, port hopping e túnel através de tráfego SSL encriptado.
2.8.2. Reconhecer pelo menos 2.300 aplicações diferentes, classificadas por nível de risco, características e tecnologia, incluindo, mas não limitado a tráfego relacionado a peer-to-peer, redes sociais, acesso remoto, update de software, serviços de rede, VoIP, streaming de mídia, proxy e tunelamento, mensageiros instantâneos, compartilhamento de arquivos, web e-mail e update de softwares.
2.8.3. Reconhecer pelo menos as seguintes aplicações: 4Shared File Transfer, Active Directory/SMB, Citrix ICA, DHCP Protocol, Dropbox Download, Easy Proxy, Facebook Graph API, Firefox Update, Freegate Proxy, FreeVPN Proxy, Gmail Video, Chat Streaming, Gmail WebChat, Gmail WebMail, Gmail-Way2SMS WebMail, Gtalk Messenger, Gtalk Messenger File Transfer, Gtalk-Way2SMS, HTTP Tunnel Proxy, HTTPort Proxy, LogMeIn Remote Access, NTP, Oracle database, RAR File Download, Redtube Streaming, RPC over HTTP Proxy, Skydrive, Skype, Skype Services, skyZIP, SNMP Trap, TeamViewer Conferencing e File Transfer, TOR Proxy, Torrent Clients P2P, Ultrasurf Proxy, UltraVPN, VNC Remote Access, VNC Web Remote Access, WhatsApp, WhatsApp File Transfer e WhatsApp Web.
2.8.4.
Deve realizar o escaneamento e controle de micro app incluindo, mas não limitado a: Facebook (Applications, Chat, Commenting, Events, Games, Like Plugin, Message, Pics Download e Upload, Plugin, Post Attachment, Posting, Questions, Status Update, Video Chat, Video Playback, Vídeo Upload, Website), Freegate Proxy, Gmail (Android Application, Attachment), Google Drive (Base, File Download, File Upload), Google Earth Application, Google Plus, LinkedIN (Company Search, Compose Webmail, Job Search, Mail Inbox, Status Update), SkyDrive File Upload e Download, Twitter (Message, Status Update, Upload, Website), Yahoo (WebMail, WebMail File Attach) e Youtube (Video Search, Video Streaming, Upload, Website)
2.8.5.
O escaneamento de micro app deverá ser habilitado via console gráfica (GUI) e via comando de linha (CLI). 2.8.6.
Para tráfego criptografado SSL, deve de-criptografar pacotes a fim de possibilitar a leitura de payload para checagem de assinaturas de aplicações conhecidas pelo fabricante.
2.8.7.
Atualizar a base de assinaturas de aplicações automaticamente.
2.8.8. Reconhecer aplicações em IPv6.
2.8.9.
Limitar a banda usada por aplicações (traffic shaping).
2.8.10. Os dispositivos de proteção de rede devem possuir a capacidade de identificar o usuário de rede com integração ao Microsoft Active Directory, sem a necessidade de instalação de agente no Domain Controller, nem nas estações dos usuários.
2.8.11. Deve ser possível adicionar controle de aplicações em todas as regras de segurança do dispositivo, ou seja, não se limitando somente a possibilidade de habilitar controle de aplicações em algumas regras.
2.8.12. Deve permitir o uso individual de diferentes aplicativos para usuários que pertencem ao mesmo grupo de usuários, sem que seja necessária a mudança de grupo ou a criação de um novo grupo. Os demais usuários deste mesmo grupo que não possuírem acesso a estes aplicativos devem ter a utilização bloqueada.
2.9. CONTROLE E PROTEÇÃO WEB
2.9.1. Deve permitir especificar política de navegação Web por tempo, ou seja, a definição de regras para um determinado dia da semana e horário de início e fim, permitindo a adição de múltiplos dias e horários na mesma definição de política por tempo. Esta regra de tempo pode ser recorrente ou em uma única vez. 2.9.2.
Deve ser possível a criação de políticas por usuários, grupos de usuários, IPs e redes;
2.9.3.
Deve incluir a capacidade de criação de políticas baseadas na visibilidade e controle de quem está utilizando quais URLs através da integração com serviços de diretório, autenticação via LDAP, Active Directory, Radius, E-directory e base de dados local;
2.9.4. Permitir popular todos os logs de URL com as informações dos usuários conforme descrito na integração com serviços de diretório;
2.9.5. Possuir pelo menos 90 categorias de URLs;
2.9.6.
Suportar a capacidade de criação de políticas baseadas no controle por URL e Categoria de URL;
2.9.7.
Deve ser capaz de forçar o uso da opção Safe Search em sites de busca;
2.9.8.
Deve ser capaz de categorizar as URLs a partir de base ou cache de URLs locais ou através de consultas dinâmicas na nuvem do fabricante, independentemente do método de classificação a categorização não deve causar atraso na comunicação visível ao usuário;

2.9.9. Suportar a criação categorias de URLs customizadas;
2.9.10. Suportar a opção de bloqueio de categoria HTTP e liberação da categoria apenas em HTTPS.
2.9.11. Permitir a customização de página de bloqueio;
2.9.12. Suportar a inclusão nos logs do produto de informações das atividades dos usuários;
2.9.13. Deve salvar nos logs as informações adequadas para geração de relatórios indicando usuário, tempo de acesso, bytes trafegados e site acessado.
2.9.14. Deve realizar caching do conteúdo web;
2.9.15. Deve realizar filtragem por mime-type, extensão e tipos de conteúdo ativos, tais como, mas não limitado a: ActiveX, applets e cookies.
2.10.
IDENTIFICAÇÃO DE USUÁRIOS
2.10.1. Deve incluir a capacidade de criação de políticas baseadas na visibilidade e controle de quem está utilizando quais aplicações através da integração com serviços de diretório, autenticando via LDAP, Active Directory, Radius, eDirectory, TACACS+ e via base de dados local, para identificação de usuários e grupos permitindo granularidade de controle/politicas baseadas em usuários e grupos de usuários.
2.10.2. Deve permitir o controle, sem instalação de cliente de software, em equipamentos que solicitem saída a internet para que antes de iniciar a navegação, expanda-se um portal de autenticação residente no firewall (Captive Portal).
2.10.3. Deve possuir suporte a identificação de múltiplos usuários conectados em um mesmo endereço IP em ambientes Citrix e Microsoft Terminal Server, permitindo visibilidade e controle granular por usuário sobre o uso das aplicações que estão nestes serviços.
2.10.4. Deve permitir autenticação em modos: transparente, autenticação proxy (NTLM e Kerberos) e autenticação via clientes nas estações com os sistemas operacionais Windows, MAC OS X e Linux 32/64.
2.10.5. Deve possuir a autenticação Single sign-on para, pelo menos, os sistemas de diretórios Active Directory e eDirectory.
2.10.6. Deve possuir portal do usuário para que os usuários tenham acesso ao uso de internet pessoal, troquem senhas da base local e façam o download de softwares para as estações presentes na solução.
2.11.
QUALIDADE DE SERVIÇO – QoS
2.11.1. Com a finalidade de controlar aplicações e tráfego cujo consumo possa ser excessivo e ter um alto consumo de largura de banda, se requer que a solução, além de poder permitir ou negar esse tipo de aplicações, deve ter a capacidade de controlá-las por políticas de máximo de largura de banda quando forem solicitadas por diferentes usuários ou aplicações.
2.11.2. A solução deverá suportar Traffic Shaping (Qos) e a criação de políticas baseadas em categoria web e aplicação por: endereço de origem; endereço de destino; usuário e grupo do LDAP/AD.
2.11.3. Deve ser configurado o limite e a garantia de upload/download, bem como ser priorizado o tráfego total e bitrate de modo individual ou compartilhado.
2.11.4. Suportar priorização Real-Time de protocolos de voz (VoIP).
2.12.
REDES VIRTUAIS PRIVADAS - VPN
2.12.1. Suportar VPN Site-to-Site e Cliente-to-Site.
2.12.2. Suportar IPsec VPN.
2.12.3. Suportar SSL VPN.
2.12.4. Suportar L2TP e PPTP.
2.12.5. Suportar acesso remoto SSL, IPSec e VPN Client para Android e iPhone/iPAD.
2.12.6. Deve ser disponibilizado o acesso remoto ilimitado, até o limite suportado de túneis VPN pelo equipamento, sem a necessidade de aquisição de novas licenças e sem qualquer custo adicional para o licenciamento de clientes SSL para estações Windows.
2.12.7. Deve possuir o acesso via o portal de usuário para o download e configuração do cliente SSL para Windows. 2.12.8. Deve possuir um portal encriptado baseado em HTML5 para suporte pelo menos a: RDP, HTTP, HTTPS, SSH, Telnet e VNC, sem a necessidade de instalação de clientes VPN nas estações de acesso.
2.12.9. A VPN IPsec deve suportar: DES e 3DES, Autenticação MD5 e SHA-1;Diffie-Hellman Group 1, Group 2, Group 5 e Group 14; Algoritmo Internet Key Exchange (IKE); AES 128, 192 e 256 (Advanced Encryption Standard); SHA 256, 384 e 512; Autenticação via certificado PKI (X.509) e Pre-shared key (PSK).
2.12.10. Deve possuir interoperabilidade com os seguintes fabricantes: Cisco, Check Point, Dell SonicWALL, Fortinet, Huawei, Aruba, Extreme, Intelbras, Juniper, Palo Alto Networks e Sophos.
2.12.11.
Deve permitir criar políticas de controle de aplicações, IPS, Antivírus, Anti-Malware e filtro de URL para tráfego dos clientes remotos conectados na VPN SSL;

2.12.12.
Suportar autenticação via AD/LDAP, Token e base de usuários local;
2.12.13.
Permitir estabelecer um túnel SSL VPN com uma solução de autenticação via LDAP, Active Directory, Radius, eDirectory, TACACS+ e via base de dados local;
2.13.
GERÊNCIA ADMINISTRATIVA CENTRALIZADA
2.13.1. Deve possuir solução de gerenciamento centralizado, possibilitando o gerenciamento de diversos equipamentos através de uma única console central, com administração de privilégios e funções.
2.13.2. O gerenciamento da solução deve possibilitar a coleta de estatísticas de todo o tráfego que passar pelos equipamentos da plataforma de segurança.
2.13.3. Estar licenciada para gerenciar as soluções de firewall de próxima geração.
2.13.4. Devem ser fornecidas soluções virtuais ou via appliances desde que obedeçam a todos os requisitos desta especificação.
2.13.5. Deve ser centralizada a gerencia de todas as políticas do firewall e configurações para as soluções de firewall de próxima geração, sem necessidade de acesso direto aos equipamentos.
2.13.6. Deve permitir a criação de Templates para configurações.
2.13.7. Deve possuir indicadores do estado de equipamentos e rede.
2.13.8. Deve emitir alertas baseados em thresholds customizáveis, incluindo também alertas de expiração de subscrição, mudança de status de gateways, uso excessivo de disco, eventos ATP, IPS, ameaças de vírus, navegação, entre outros.
2.13.9. Deve permitir a criação de grupos de equipamentos por nome, modelo, firmware e regiões.
2.13.10.
Deve ter controle de privilégios administrativos, com granularidade de funções (VPN admin, App e Web admin, IPS admin, etc);
2.13.11. Deve ter controle das alterações feitas por usuários administrativos, comparar diferentes versões de configurações e realizar o processo de roll back de configurações para mudanças indesejadas;
2.13.12.
Deve ter logs de auditoria de uso administrativo e atividades realizadas nos equipamentos.
2.13.13.
Deve ter integração com a solução de logs e relatórios, habilitando o provisionamento automático de novos equipamentos e a sincronização dos administradores da centralização da gerência com a centralização de logs e relatórios.
2.14.
GERÊNCIA DE LOGS E RELATÓRIOS CENTRALIZADOS
2.14.1. Deve possuir solução de logs e relatórios centralizados, possibilitando a consolidação total de todas as atividades da solução através de uma única console central.
2.14.2. Estar licenciada para gerenciar as soluções de firewall de próxima geração.
2.14.3. Devem ser fornecidas soluções virtuais ou via appliances desde que obedeçam a todos os requisitos desta especificação, com armazenamento mínimo de 1TB de dados.
2.14.4. Deverá prover relatórios baseados em usuários, com visibilidade sobre acesso a aplicações, navegação, eventos ATP, downloads e consumo de banda, independente em qual rede ou IP o usuário esteja se conectando.
2.14.5. Deve possibilitar a identificação de ataques como a identificação de malware identificados pelos eventos ATP, usuários suspeitos, tráfegos anômalos incluindo tráfego ICMP e consumo não-usual de banda.
2.14.6. Deve conter relatórios pré-configurados, pelo menos de: aplicações, navegação, web server (WAF), IPS, ATP e VPN;
2.14.7. Deve fornecer relatórios históricos para análises de mudanças e comportamentos.
2.14.8. Deve conter customizações dos relatórios para inserção de logotipos próprios.
2.14.9. Deve fornecer relatórios de compliance SOX, HIPAA e PCI.
2.14.10.
Deve permitir a exportação via PDF ou Excel.
2.14.11.
Deve fornecer relatórios sobre os acessos de procura no Google, Yahoo, Bing e Wikipedia.
2.14.12.
Deve fornecer relatórios de tendências.
2.14.13.
Deve fornecer logs em tempo real, de auditoria e arquivados.
2.14.14.
Deve possuir mecanismo de procura de logs arquivados.
2.14.15.
Deve ter acesso baseado em Web com controles administrativos distintos.
2.15.
SERVIÇO DE INSTALAÇÃO
2.15.1. Será feita instalação de 1 (um) firewall na sede do CFQ (Data Center Sul) como Perímetro na topologia da rede deste Conselho.
2.15.2. Todo cabeamento estruturado e instalação elétrica estão disponíveis no CFQ para alimentação de energia e conexão Ethernet nos equipamentos que serão instalados.
2.15.3. A troca da solução anterior pela nova, bem como qualquer configuração que interfira no atendimento do CFQ será realizado obrigatoriamente aos sábados ou durante a semana após às 19h, sem custos extras para o CFQ.

2.16.
SUPORTE TÉCNICO E GARANTIA
2.16.1. Serviço de suporte e garantia no prazo de 36 meses.
2.16.2. Caso haja necessidade de interrupção das funcionalidades do equipamento em prazo superior ao estabelecido no IMR a contratada deverá disponibilizar imediatamente equipamento de capacidade igual ou superior para uso do CFQ, a fim de evitar interrupções e prejuízos e danos a segurança a rede de dados deste Conselho.
2.17.
TREINAMENTO
2.17.1 Repasse de conhecimento de todo gerenciamento da solução, incluindo relatórios, para 2 servidores do CFQ. 2.17.2
Modalidade Presencial Igual ou superior a 12 horas
2.17.3
Treinamento será agendado posteriormente a instalação da solução
2.17.4 A execução dos serviços contratados pressupõe a existência dos seguintes papeis e responsabilidades: 2.17.4.1
Gestor do Contrato: servidor designado pelo CONTRATANTE para coordenar e comandar o processo de gestão e fiscalização da execução contratual;
2.17.4.2 Fiscal Técnico do Contrato: servidor da área de Tecnologia da Informação designado pelo CONTRATANTE para a fiscalização técnica da execução contratual e pela verificação dos resultados pretendidos;
2.17.4.3
Fiscal Administrativo do Contrato: servidor da área Administrativa designado pelo CONTRATANTE para fiscalizar o Contrato quanto aos aspectos administrativos.
2.17.4.4 Preposto: funcionário representante da CONTRATADA, responsável por acompanhar a execução do Contrato e atuar como interlocutor principal com o CONTRATANTE, incumbido de receber, diligenciar, encaminhar e responder as principais questões técnicas, legais e administrativas referentes ao andamento contratual;
2.17.5 A execução do objeto obedecerá às etapas descritas na Tabela abaixo, e em seus respectivos prazos: