IT Security Controls

Below are listed recommendations and selected security controls related to IT and Operation and Maintenance networks.


Processes related

- Global procedures

- TTM/SDLC process

- Identity Management process

- Vulnerability Management

- Firewall rules management

- Patch Management

- Change Management

- Incident Management


Organization related

- Security Operation Center

- RACI


Infrastructure related

- Firewalls

- VPNs/VPNC, IPSec,

- Transmission encryption


Desktops related

- Antivirus, HIPS, Firewall

- Proxy, IDS, SSL inspection

- Mail security

- MS Domain Group Policy

- 802.1.X

- Thin clients


Servers related

- Hardened templates

- Compliance profiles

- HIPS

- Proxy

- Data anonymization


Security infrastructure

- Log Management

- Vulnerability scanners

- Remote connection monitoring (Session recording)

- SIEM

- DLP

- Honeypots

- Proxy

- OTP / RSA

- CA

- Physical security




Global Procedures

Define the minimum security baseline:

- minimum logging level

- minimum authentication level

- data encryption requirements

- separation of privileges

- retention of data policy

- sharing of account restriction, system account, application accounts

- Remote access

- Encrypted protocols requirements

- ...


Audit the systems to match for this requirements.


Try to prepare the audit policy which could be checked on the systems in automated way. I.e. compliance check by vulnerability/compliance check scanners (auditd, syslog config check, ...)



Security Operation Center

Dedicated team should be assigned for security operation


Receiving and monitoring the events from:

- SIEM

- IDS, IPS events

- Access to Log Management

- Netflow

- Session recordings

- Any other security consoles

- Defined rights and process for incident investigations

- For common events, the working instructions should be created


Inventory

Important is to have a maintained IP plan.


- owners of the subnets should be identified

- identify every host and the owner of the host (engineering, operation team, vendor/support)

- the SW and application could be additionally identified



The well documented IP plan is required mainly to schedule the automatic scans, understand the FW logs and netflows and also during the incidents investigations.



Identity Management

Process & Technology:


- Provisioning, deprovisioning process of new users

- Management of user roles and user rights

- Auto Provisioning of multiple systems / most common systems (domain, intranet, VPNC, Citrix, LDAP, …)

- Regular auditing of the user rights / roles

- Possible to extend to provision e.g. Linux, DB accounts


Firewall rules management

Process & Technology:


- Defined global security rules & policy for ACLs (e.g. telnet not allowed, ACLs should be opened from more secure segment, to less secure, interactive protocols not allowed inside datacenter …)

- Process & workflow how ACLs are created and removed

- Regular auditing of ACLs from firewalls (products exists on market)

- Autoclose ACLs if hitcount is 0 for some time


- netflow or at least firewall logs required

- also anomaly detection possible from netflow (products exists on market)

Desktop security

- Security procedure for user

- Technology:

Encrypted filesystem

Local firewall (block network interfaces if no connection to management server: I.e. connection not over VPN or not in corporate network)

HIPS

Antivirus

DLP (at least block USB or monitor)

Mail security

Procedure & Technology


- Default sign mails with certificate (Outlook settings, Group Policy)

- Default encrypt emails (Outlook settings, Group Policy)

- Antispam & Antivirus on Mail gateway

- Possbile DLP on mail gateway



Vulnerability Management

Procedure & Technology


Procedure:

- Define procedure across the company (including RACI, e.g. see SANS Implementing a Vulnerability Management Process)


Technology:

- Install vulnerability scanners

- Regularly scan from most exposed perimeters (Internet, Office LAN, inside data center/without ACLs towards selected systems)

- Put systems into such regular scanning / vulnerability management (selection in TTM process)

- Auto create tickets and assign them

- Perform compliance checks at least with minimum set of rules. Create custom or use available compliance profiles.

Log Management

Procedure & Technology


Procedure:

- Define what and how should be logged


Technology:

- Syslog / logstash

- Elastic search + Kibana

- Or commercial products


SIEM

Event correlation, creation of security incidents


Many commercial products available


Requires SOC + log management



Session Recordings

Procedure & Technology


Mainly for interactive sessions


Technology:

- ICA, RDP, HTTPs/HTTP, SSH (Commercial products exists)

- Possible to do policy based routing to recording platform or bastion mode

- Also for HTTP/HTTPs inside intranet / office LAN try to use HTTP proxy (SSL inspection) to record the sessions

- Advanced: Possible anomaly detection from recorded sessions


Proxy

Most time well implemented, but some recap

- should authenticate user

- should block bad reputation links

- could contain categories which are not allowed because of corporate policy

- block self-signed certificates (Block let's Encrypt CA and possibly some other CAs)

- embedded antivirus

- possible SSL inspection

- possible embedded DLP Servers should also use proxy, no direct access



Malware protection

Basic:

- Antivirus (not sufficient)


Medium:

- IDS on proxy (e.g. Suricata + Emerging threats) to detect some back-connects (if proxy is running on vSphere, just use VDS port mirroring)

- Better to have IDS on every gateway to external domain (every proxy server, DNS servers)

- Analyze DNS queries


Advanced:

- Auto-sandbox solution, analyzing executable content download over proxy, SMTP gateway, etc.

DLP

- SSL inspection on proxy (not very popular by employees)

- Internal CA from group policy

- Proxy decrypts SSL and forward it to DLP server using ICAP or embedded DLP on proxy server

- DLP agents on desktops

- DLP on mail gateway


=> need to define regular expression and sensitive words, could be like CDRs, MSISDN, IMSI, … But attacker with knowledge could evade this detection



Honeypots

Easy, put few into selected VLANs

Very effective to get initial visibility

There are free, commercial or you can use just psad for linux on existing servers



Integrity checks

Regular integrity checks of core routers or critical systems

- also ask vendor to propose solution

- regularly check the integrity of firmware or OS on core routers or systems which process the significant amount of user traffic

- install HIDS with integrity checks on critical systems (e.g. use OSSEC)


OTP

For remote access or sensitive systems use One Time password solution

- use commercial or possibly try free (LinOTP)

- or just use Google PAM and Google Authenticator or Radius PAM with freeRadius (OATH perl module) and LDAP backend


Pentests & Red Team exercises

- Pentest are very effective to understand the attacker perspective

- Put in place procedure that internal security department is allowed to perform ad-hoc or regular pentest on testbed or non critical infrastructure

- Allow also social engineering tests towards employees to increase the security awareness