Why must you use a console connection to initially configure the switch? Why not connect to the switch via Telnet or SSH?

When we buy a new switch, it is coming with this configuration: No IP address , No host name,  No default gateway (router) ,  No subnet mask, No console password, No Telnet password, No startup configuration, so you use the console connection to  management ports and IP addresses, password, remote control, in addition to that the Ethernet management ports are used for out-of-band network management tasks.

“Best practice: At a minimum, you should set passwords for console and VTY access to secure access through the console port and to enable and secure remote access through Telnet or SSH. You have two main reasons to have several VTY access lines on a Cisco device:

 ✦ Allowing you to connect to the switch and connect to another device from the switch: Two VTY lines are needed in this case: one line to connect into the switch and another line to connect out of the switch to another device.

 ✦ Allowing several administrators to work on the switch: In large networks, more than one administrator may manage the network. More than one administrator may need to connect from a remote location to the same switch using Telnet or SSH. This is typical with large core switches.”

                          (Clarke, 2010)

The problem with Telnet is it transmits the data in plain text. In contrast, SSH is the secure protocol replacement to Telnet and is used to encrypt the communication between your administration system and the Cisco device you are remotely connecting to. SSH can be used to encrypt all communication, including authentication traffic.

References:

Clarke, G. E. (2010). CCENT certification all-in-one for dummies. Hoboken, NJ: Wiley.

http://www.dummies.com/programming/networking/cisco/cisco-networking-telnet-and-ssh-connections/

Retrieved August 31, 2017, from https://www.arista.com/assets/data/pdf/user-manual/um-eos/Chapters/Initial%20Configuration%20and%20Recovery.pdf

O que é uma array?

Eu poderia mencionar aqui arrays para javascript, jquery, python ou php, entre outros.

Mas de acordo com os livros mencionados abaixo, arrays é um  variável que pode conter múltiplos valores usando um mesmo nome. Uma array contêm os elementos e você pode chama-los e conecta-los com outros elementos, muitas vezes com diferentes atributos, como integer (numeros), float (numeros com decimais), strings (variaveis) entre outros elementos. Então array é muito mais flexível que list.

Num exemplo abaixo você pode fazer um loop usando uma array para contar quanto elementos têm dentro da array.

Felizmente, JavaScript fornece um tipo de dados especificamente para armazenar seqüências de valores. É chamado de array ou traduzindo em português (matriz) e é escrito como uma lista de valores entre colchetes, separados por vírgulas.

Var listOfNumbers = [2, 3, 5, 7, 11];

Console.log (listOfNumbers [1]);

// ⊲ 3

Console.log (listOfNumbers [1 - 1]);

// ⊲ 2

A notação para obter os elementos dentro de uma matriz também usa colchetes. Um par de colchetes imediatamente após uma expressão, com outra expressão dentro deles, procurará o elemento na expressão à esquerda que corresponde ao índice dado pela expressão no Colchetes.

Referencias

Web Development with jQuery, Richard York.

PHP, MySQL, JavaScript & HTML5 All-in-One For Dummies 1st Edition

by Steve Suehring  (Author), Janet Valade  (Author)

Books about cyber-security - A must List.

Chris RobertsChief Security Architect at Acalvio Technologies6d

Ok, as promised a list of books, publications and things that tend to be on my shelf: 1. Verbal Judo (Thompson) 2. Practical Malware Analysis (Sikorski and Honig) 3. Hacking Exposed (pick a version!) (McClure, Scambray and Kurtz) 4. The Cuckoo's Egg (Stoll) 5. BTFM (While and Clark) 6. RTFM (Clark) 7. Linux iptables (Purdy) Linux Pocket Guide (Barrett) 8. Python In Your Pocket (Lutz) 9. Bash Reference (Robbins) 10. Cryptographic Engineering (The latest one with Kohno added) 11. The Book Of Five Rings (Musashi) 12. Good To Great (Collins) 13. Social Engineering (Hadnagy) 14. The Car Hackers Handbook (Smith) 15. Everyone Communicates, Few Connect (Maxwell) 16. Active Listening 101 (Hardman) 17. Anything by Tom Holt or the Late Terry Pratchett. 18. How to Disappear (Ahearn and Horan)

My code isn't working - planning

ps - ax

Penetration Testing Flow

Evil hacker - cartoon

entropy_loop.sh

while true;
do find * / && find * / &&

Just to generate enough data through the memory...

Trapdoor functions

Research about Adversary model - md5 to get a sense of...

Criptoanálise

Sistemas criptográficos, bem como qualquer controle de segurança, têm ataques especialmente projetados para explorar fraquezas no sistema. No caso da criptografia, ataques específicos podem ser mais agressivos e direcionados porque o uso de criptografia sugere que algo de valor esteja presente e desejável para acessar.

Quando você examina a força e o poder da criptografia, é fácil acreditar, pelo menos inicialmente, que a tecnologia é inquebrável em todos, exceto em alguns casos. Mas a criptografia pode ser quebrada se um invasor tiver a criatividade, a inteligência e o tempo suficiente.

Os ataques que muitas vezes funcionam contra a criptografia incluem métodos de ataque de senha de força bruta, que tentam todas as seqüências possíveis de chaves até encontrar a correta. Um problema com o ataque da força bruta, no entanto, é que, à medida que os comprimentos das chaves crescem, o poder e o tempo necessários para quebrá-los. Por exemplo, DES é vulnerável a ataques de força bruta, enquanto a criptografia Triple-DES é muito resistente ao ataque de força bruta.

Os tipos "Frame" são específicos de uma rede e não podem ser entendidos por um tipo de rede diferente porque os quadros são incompatíveis. Embora a Ethernet seja o tipo de rede mais comum, outras redes comuns incluem token ring (IEEE 802.5) e wireless (IEEE 802.11), cada um com seu próprio tipo de quadro único e incompatível.

A criptografia assimétrica pode empregar "funções trapdoor", que são funções fáceis de calcular em uma direção, mas difíceis de calcular no outro.

Hashing

A one-way hashing function is a concept in cryptography that is responsible for integrity. It is designed to be relatively easy to compute one way, but hard to undo or reverse. Hashing is designed to provide a unique data fingerprint that will change dramatically in the event of data alteration or tampering. Hashed values or message digests are the results of a variable amount of data being compressed into a fixed-length field. Hashes are not used for encryption, but for authentication as well as ensuring integrity. A one-way hash function is also known as a fingerprint.

Hashing is designed to be one way and infeasible to reverse. While the goal is to make it as close to impossible as can be expected, it is possible that a hash could be reversed. The question is how long and how feasible it is. To understand this, consider multiplying together three prime numbers, each of which is 20 digits in length. While multiplying them together is easy, reversing the process to find which three numbers were used is difficult or infeasible.

 (Oriyano 73)

Oriyano, Sean-Philip. Hacker Techniques, Tools, and Incident Handling,  2nd Edition. Jones & Bartlett Learning, 08/2013. VitalBook file.

Uma função de hash unidirecional é um conceito de criptografia responsável pela integridade. Ele é projetado para ser relativamente fácil de calculara, mas difícil de desfazer ou reverter. A Hashing foi projetada para fornecer uma impressão digital de dados única que mudará drasticamente no caso de alteração de dados ou adulteração. Os valores de Hashed ou as digestões de mensagens são os resultados de uma quantidade variável de dados sendo compactados em um campo de comprimento fixo. Os Hashes não são usados ​​para criptografia, mas para autenticação, além de garantir a integridade. Uma função de hash unidirecional também é conhecida como uma impressão digital.

Hashing é projetado para  não ser possível reverter o código. Embora o objetivo seja torná-lo o mais próximo possível, é possível que um hash possa ser revertido. A questão é quanto tempo e quão viável é. Para entender isso, considere a multiplicação de três números primos, cada um com 20 dígitos de comprimento. É fácil multiplicá-los, reverter o processo para descobrir quais três números foram utilizados é difícil ou inviável.

PKI Attacks

There are several ways a hacker or malicious individual can target a PKI for attack:

• Sabotage—The PKI components or hardware may be subjected to a number of attacks including vandalism, theft, hardware modification, and insertion of malicious code. Most attacks are designed to cause denial of service (DoS).

• Communications disruption/modification—These attacks target communications between the subscribers and the PKI components. The disruption could cause DoS, but may also be used by the attacker to mount additional attacks such as impersonation of a subscriber or the insertion of fake information.

• Design and implementation flaws—These attacks target flaws in the software or hardware on which the subscriber depends to generate or store key material and certificates. The attacks can result in malfunctions of the software or hardware that may cause DoS.

• Operator error—These attacks target improper use of the PKI software or hardware by the operators and may result in DoS or the disclosure or modification of subscriber keys and certificates.

• Operator impersonation—These attacks target the user by impersonating a legitimate PKI operator. As an operator, the attacker could do almost anything a legitimate operator could do, including generate keys, issue certificates, revoke certificates, and modify data.

• Coercion—These attacks occur when the administrator or operator of a CA is induced into giving up some control over the CA or creating keys and certificates under duress.

 (Oriyano 73)

Não permita que o usuário utilize senhas comuns

Eu estava trabalhando em um projeto recentemente e foi perguntado se era possível parar usuários de definir senhas comuns. Usando o módulo pam_cracklib e a lista de senhas comuns @DanielMiessler é tão simples quanto esses 3 comandos:

sudo apt-get install libpam-cracklib -y

sudo wget https://raw.githubusercontent.com/danielmiessler/SecLists/master/Passwords/10_million_password_list_top_1000000.txt / usr / share / dict / -O /usr/share/dict/million.txt

sudo create-cracklib-dict /usr/share/dict/million.txt

Aqui está o que um usuário verá quando tentarem usar uma senha da lista:

Texto de:

https://jerrygamblin.com/2017/08/24/disallow-million-most-common-passwords/ 

SQL vs NoSQL: as diferenças

O banco de dados SQL (Structured Query Language) foi um mecanismo primário de armazenamento de dados criado há mais de quatro décadas. O uso explodiu no final da década de 1990 com o aumento de aplicativos da web e opções de código aberto, como MySQL, PostgreSQL e SQLite.

Os bancos de dados NoSQL existiram desde a década de 1960, mas recentemente ganharam força com opções populares como MongoDB, CouchDB, Redis e Apache Cassandra.

Você encontrará muitos tutoriais que explicam como usar um sabor particular de SQL ou NoSQL, mas poucos discutem por que você deve escolher um de preferência para o outro. Espero preencher essa lacuna. Neste artigo, abordaremos as diferenças fundamentais. 

A maioria dos exemplos aplica-se aos populares sistemas de banco de dados MySQL SQL e MongoDB NoSQL. Outros bancos de dados SQL / NoSQL são semelhantes, mas haverá pequenas diferenças nos recursos e na sintaxe.

A Guerra Sagrada SQL vs NoSQL

Antes de avançarmos, vamos dissipar uma série de mitos ...

MITO: NoSQL substitui o SQL

Isso seria como dizer que os barcos foram substituídos por carros porque são uma tecnologia mais nova. SQL e NoSQL fazem o mesmo: armazenar dados. Eles tomam abordagens diferentes, o que pode ajudar ou dificultar seu projeto. Apesar de sentir-se mais novo e agarrando manchetes recentes, o NoSQL não é um substituto para o SQL - é uma alternativa.

MITO: NoSQL é melhor / pior do que o SQL

Alguns projetos são mais adequados para usar um banco de dados SQL. Alguns são mais adequados para o NoSQL. Alguns poderiam usar qualquer coisa de forma intercambiável. Nós não podemos aplicar os mesmos pressupostos gerais em todos os lugares.

MITO: SQL vs NoSQL é uma distinção clara

Isto não é necessariamente verdade. Alguns bancos de dados SQL estão adotando recursos NoSQL e vice-versa. As opções provavelmente se tornarão cada vez mais desfocadas, e os bancos de dados híbridos do NewSQL podem fornecer algumas opções interessantes no futuro.

MITO: o idioma / quadro determina o banco de dados

Nós nos acostumamos a pilhas de tecnologia, como -

LAMP: Linux, Apache, MySQL (SQL), PHP

MEAN: MongoDB (NoSQL), Express, Angular, Node.js

.NET, IIS e SQL Server

Java, Apache e Oracle.

Existem razões práticas, históricas e comerciais pelas quais essas pilhas evoluíram - mas não presuma que sejam regras. Você pode usar um banco de dados MongoDB NoSQL em seu projeto PHP ou .NET. Você pode se conectar ao MySQL ou ao SQL Server no Node.js. Você pode não encontrar tantos tutoriais e recursos, mas seus requisitos devem determinar o tipo de banco de dados - e não o idioma.

(Dito isto, não faça a vida propositadamente difícil para você! Escolher uma combinação de tecnologia incomum ou uma combinação de SQL e NoSQL é possível, mas você achará mais difícil encontrar suporte e empregar desenvolvedores experientes.)

Desempenho SQL vs NoSQL

Talvez a comparação mais controversa, o NoSQL seja regularmente citado como sendo mais rápido que o SQL. Isso não é surpreendente; NoSQL permite que você recupere todas as informações sobre um item específico em uma única solicitação. Não há necessidade de JOINs relacionados ou consultas SQL complexas.

Dito isto, o design do projeto e os requisitos de dados terão maior impacto. Um banco de dados SQL bem projetado quase certamente funcionará melhor do que um equivalente NoSQL mal projetado e vice-versa.

SQL vs NoSQL Scaling

À medida que seus dados crescem, você pode achar necessário distribuir a carga entre vários servidores. Isso pode ser complicado para sistemas baseados em SQL. Como você aloca dados relacionados? Clustering é possivelmente a opção mais simples; Vários servidores acessam a mesma loja central - mas mesmo isso tem desafios.

Os modelos de dados mais simples do NoSQL podem tornar o processo mais fácil, e muitos foram construídos com funcionalidades de escala desde o início. Isso é uma generalização, então procure conselhos de especialistas se você encontrar esta situação.

Praticas SQL vs NoSQL

Finalmente, consideremos problemas de segurança e sistema. Os bancos de dados NoSQL mais populares foram em torno de alguns anos; Eles são mais propensos a exibir problemas do que produtos SQL mais maduros. 

Desenvolvedores e administradores de sistemas têm menos experiência com os sistemas de banco de dados mais novos, então os erros são feitos. Optar por NoSQL porque se sente mais fresco, ou porque você deseja evitar o projeto do esquema inevitavelmente, leva a problemas mais tarde.

Sumário SQL vs NoSQL

Os bancos de dados SQL e NoSQL fazem o mesmo de maneiras diferentes. É possível escolher uma opção e mudar para outra mais tarde, mas um pequeno planejamento pode economizar tempo e dinheiro.

Projetos em que o SQL é ideal:

Requisitos de dados discretos relacionados lógicos que podem ser identificados em frente

A integridade dos dados é essencial

Tecnologia comprovada baseada em padrões com boa experiência e suporte para desenvolvedores.

Projetos onde NoSQL é ideal:

Requisitos de dados não relacionados, indeterminados ou em evolução.

Objetivos de projeto mais simples ou mais flexíveis, capazes de começar a codificar imediatamente

A velocidade e a escalabilidade são imperativas.

No caso da nossa livraria, um banco de dados SQL parece ser a opção mais prática - especialmente quando introduzimos instalações de comércio eletrônico que exigem suporte robusto para transações.

https://www.sitepoint.com/sql-vs-nosql-differences/

By Craig Buckler September 18, 2015 

Lições que retiramos do vazamentos de fotos de famosos

É por isso que todos nós - celebridades e não celebridades - devemos fazer tudo o que pudermos para evitar que nossas fotografias pessoais privadas sejam roubadas.

Que significa:

1. Escolhendo uma senha forte 
2. Escolhendo uma senha única e diferente
3. Não compartilhar senhas com outras pessoas
4. Habilitando a verificação em duas etapas ou a autenticação de dois fatores quando disponível, garantindo que os hackers não possam entrar em contas apenas conhecendo sua senha
5. Não escolha respostas fáceis de adivinhar referentes a "Esqueceu sua senha?" 
6. Estar ciente de ameaças de phishing e garantir software de segurança atualizado
7. Desconfiar ao delegar a outros (um assistente?) suas contas on-line 

https://www.grahamcluley.com/nude-photos-anne-hathaway-leaked-online-hackers/

O que é injeção de log?

18 de agosto de 2017, Eslam Medhat

Os desenvolvedores precisam considerar o risco de ler e gravar logs de aplicativos se eles não estão limpando e validando a entrada antes de chegar ao log.

Os registros que são suscetíveis a injeção podem ter sido comprometidos por um usuário mal-intencionado para cobrir as faixas de um ataque bem-sucedido com entradas enganosas. Isso também é conhecido como um ataque de repúdio (repudiation attack).

Um aplicativo que não loga as ações dos usuários de forma segura pode ser vulnerável a usuários negando uma ação. Imagine um aplicativo que registre solicitações neste formato:

Data, Hora, Nome de usuário, ID, Fonte IP, Solicitação

Os parâmetros vêm diretamente da solicitação sem validação de entrada:

Cookie: PHPSESSID = pltmp1obqfig09bs9gfeersju3; Username = sdr; Id = justin

Um invasor pode então modificar o parâmetro id para preencher o log com entradas erradas:

Cookie: PHPSESSID = pltmp1obqfig09bs9gfeersju3; Username = sdr; Id = \ r \ n [FAKE ENTRY]

Em algumas plataformas, se o registro não evitar corretamente de bytes nulos, o restante de uma seqüência de caracteres que deve ser logada pode não ser gravado. Por exemplo:

Cookie: PHPSESSID = pltmp1obqfig09bs9gfeersju3; Username = sdr; Id =% 00

Pode resultar na entrada de registro individual que se intercepta no campo ID:

Data, Hora, Nome de usuário, ...

Um exemplo real de injeção de log ocorreu com a popular ferramenta de monitoramento SSHD DenyHosts. O DenyHosts monitora os logs SSH e bloqueia dinamicamente o endereço IP de origem de uma conexão que produz muitas falhas de autenticação. A versão 2.6 é Vulnerável a um ataque de injeção de log que pode levar a uma negação de serviço (DoS) do serviço SSH.

Como os usuários podem especificar o nome de usuário que é registrado, um invasor pode especificar qualquer usuário que ele ou ela deseja no arquivo /etc/hosts.deny, que controla o acesso ao SSH. Ao especificar todos os usuários, o invasor cria um bloqueio completo do serviço SSH na máquina, impedindo que qualquer um da caixa se conecte.

Todos os logs e sistemas de monitoramento devem exigir uma validação rigorosa para evitar um ataque que trunca as entradas que levam à perda de informações. O tipo mais grave de ataques de injeção de log permite que o sistema usado para monitorar os registros seja comprometido, tornando a resposta a incidentes especialmente difícil se não houver evidências de quais tipos de ataques foram realizados.

Eslam Medhat

 https://latesthackingnews.com/2017/08/18/what-is-log-injection/

Tradução de dois artigos sobre o Mantra Browser

OWASP_Mantra_August_2017_Portugues_Brasil_AHRA

Best Security Podcast:

SANS StormCast https://isc.sans.edu/podcast.html

Wh1t3rabbit http://podcast.wh1t3rabbit.net/

Risky Business http://risky.biz/netcasts/risky-business

The Southern Fried Security Podcast http://www.southernfriedsecurity.com/

The Irari Report http://www.irarireport.com/

The Standard Deviant http://www.thestandarddeviant.com/

Mana Toolkit - pdf - explicação de instalação e teoria - Kali Linux

grep CTF

I used grep

grep -i -r "string" /directory 

-i to accept lowercase and uppercase 

-r recursive __ look for all folders inside the main folder

Using Atbash cipher to decrypt the CTF - Level 06

I used this website to discover because If we test all the crypto tools, it will take too much time, this website does several analysis at the same time.

http://www.elfqrin.com/codecracker.php

Mostrar Shadow DOM (Document Object Model)

Quando você está lidando com situações como botões e entradas, o navegador geralmente constrói atributos ocultos. Para ver isso, clique nas configurações pressionando F1 (?) E você pode ativar o "Mostrar DOM do agente do usuário". Como você pode ver no exemplo, agora podemos ver a divisão(div) # shadow-root que está sendo construída. Você pode até dar um passo adiante e aplicar estilos CSS aos atributos ocultos.

Conheça as possibilidades: o custo de uma violação de dados em 2017

https://securityintelligence.com/know-the-odds-the-cost-of-a-data-breach-in-2017/

20 de junho de 2017 | Por Larry Ponemon e Co-autoria de Wendi Whitmore

Traduzido e comentado por Afonso H. R. Alves

Todos ouvimos que quando se trata de experimentar uma violação de dados, a questão não é se isso acontecerá, mas quando. Você pode estar se perguntando sobre as chances reais de isso acontecer com sua organização.

Pense nisso desta forma: as chances de ser atingido por relâmpagos este ano são 1 em 960.000. Quando se trata de sofrer uma quebra de dados, de acordo com o "Estudo sobre o vazamento de dados de 2017" do Instituto Ponemon: Visão global, as probabilidades são tão altas como 1 em 4. Portanto, as organizações devem entender a probabilidade de ser atacado, como isso afeta Eles e, ainda mais importante, quais fatores podem reduzir ou aumentar o impacto e o custo de uma violação de dados.

                                      Imagens para Ponemon CODB blog

DESCARREGUE O INSTITUTO PONEMON 2017 CUSTO DO ESTUDO GLOBAL DA INFRAÇÃO DE DADOS

Resposta rápida reduz o custo de uma violação de dados

Patrocinado pela IBM Security e conduzido de forma independente pelo Instituto Ponemon, o 12º estudo anual "Custeio de violação de dados" está disponível. Os resultados revelaram que o custo total médio de uma violação de dados é de US $ 3,62 milhões em 2017, uma queda de 10% em relação ao ano passado. Além disso, o custo médio global por registro para o relatório deste ano é de US $ 141, o que representa uma queda de 11,4% em relação ao ano passado.

Apesar da redução no custo, o tamanho médio de uma violação de dados aumentou 1,8% para 24,089 registros. Os influenciadores que afetam o custo de uma violação de dados são conduzidos pelo país e as iniciativas de TI em andamento.

Imagens para Ponemon CODB blog

A boa notícia é que as organizações podem tomar medidas para minimizar custos e impactos. O Estudo de "Custo do Custeio de Dados" de 2017 descobriu que ter acesso a uma equipe de resposta a incidentes interna ou terceirizada foi o principal fator de redução de custos por três anos consecutivos. Uma equipe de resposta a incidentes geralmente acelera o período em que os eventos de segurança podem ser contidos, o que é um fator significativo na redução do custo total de uma violação.

A equipe de Serviços de Inteligência e Invenção de Invenção (IRIS) da IBM X-Force é especializada no fornecimento de planejamento de resposta a incidentes, desenvolvimento de programas, remediação e inteligência de ameaças para clientes em mais de 133 países. A equipe tem experiência em responder e ajudar a conter muitas das maiores brechas de dados no mundo.

Cinco etapas para acelerar sua resposta de incidente

Listados abaixo estão cinco dicas adicionais para ajudar a acelerar a resposta da sua organização a uma violação.

A rapidez para responder é um fator crítico. Quanto mais rapidamente você pode identificar o que aconteceu, com o que o invasor tem acesso e como conter e remover esse acesso, mais bem sucedido você será.

Configure os retentores[i] com antecedência. Em caso de violação, uma equipe experiente de especialistas em resposta a incidentes pode ajudá-lo a identificar e conter rapidamente o ataque e minimizar atrasos caros.

Acesse os dados necessários para responder a questões investigativas. Esteja preparado para fornecer aos requeredores:  logs e ferramentas para ajudá-los a entender o que aconteceu. Por exemplo, o que os invasores acessaram e o que eles copiaram ou removeram do seu ambiente?

Mitigue rapidamente o acesso do invasor. Planeje com a equipe de TI com antecedência para entender como ser eficaz e eficiente em uma crise. Considere o seguinte:

Como executar uma redefinição de senha de toda a empresa rapidamente;

Como redefinir suas contas de serviço; e

Quantas das suas contas de serviço possuem credenciais de administrador de domínio.

Estabeleça um plano de comunicação interno. Se você precisa desligar partes do seu ambiente ou redefinir milhares de senhas de usuários, seus funcionários terão muitas perguntas. Essa especulação pode ter ramificações críticas, por isso é importante documentar um plano para garantir que seus funcionários compreendam o que podem e não podem compartilhar publicamente.

Para obter todos os resultados, leia o completo "Cálculo de custos de dados em 2017: Visão geral global" e assista o webinar on-demand, "Compreendendo as violações de segurança de hoje".

Também convidamos você a usar nossa nova calculadora de violação de dados para explorar os fatores de indústria, localização e custo no caso de um incidente de segurança.

Password reset

2017 Cost of Data Breach Study: Global Overview

Data breach calculator

---

[i] Consider hiring a consultant or cybersecurity firm – Depending on the sensitivity of the data you work with, you may just want an expert to assess the state of your security and recommend improvements, or you may want to consider keeping a consultant or firm on retainer to offer more extensive services and oversight of your company’s cybersecurity efforts.
Read more at http://www.business2community.com/cybersecurity/cybersecurity-essentials-protect-small-business-hackers-01820505#sLXFslBo5ZVG657U.99