Thursday, 31 March 2016

IDS/IPS implementation phase 3. Open source vs proprietary

The previous part called "Throughput Metering" was described here.

According to the calculations it is possible to define which solution may be appropriate for some network segment with the bandwidth requirements. Then we must decide if we implement some proprietary solution or use an open source one. Commercial product must satisfy the functional requirements and it's weight points also contain such parameters as a solution price, technical support level, conditions and cost. We also need to decide what to use: hardware appliance, software product or a virtual appliance. In the case of soft/VM we must include an additional money for the hardware resources used by the solution. In the case of hardware it is important to understand a government import/export policy and a vendor ability to provide a faulty device replacement in the SLA-defined terms.
An open source solution is sensitive for such factors as:
- hardware price;
- qualified staff.
The last point is critical in the proprietary solution implementation too. Even if you prefer to use outsourcing specialists for the IDS/IPS implementation and operation you must supervise them and the outsourcing team leader/coordinator must be an expert in this field. If you implement an open source solution you must have a staff with strong UNIX and programming skills. 
In the budget deficit conditions the solution cost may play a critical role. So, there is some analytics for the proprietary solutions and open source ones using provided below.

Proprietary solutions
Advantages
Disadvantages
- Vendors' guarantee;
- Technical support and updates;
- SLA;
- «Native», easily integrated management and monitoring systems for IDS/IPS;
- Basic customer needs adaptations;
- No need to have software development organization unit in the staff.
- Expensive price;
- Low flexibility in the case of adaptation need for the customer requirements;
- Low flexibility in the case of vendor swap need. Problems with the data migration between different vendors.
Table 1. Advantages and disadvantages of the proprietary solution.

As we can see in the Table 1 the customer gets the vendor guarantee, upgrade ability and the technical support SLA.
Internal developers staff needless is good with a financial point of view but commercial vendors' solutions usually can't adapt for customers' requirements up to 100% or absolute customization may increase the solution price. One more problem is vendor swap if needed. It may be caused by the scalability lack or another reason. In the case of vendor1-built infrastructure segment extension need it is necessary to foresee standard open interfaces on it. If data migration needed for the vendor swap data convertation is necessary too ant it may require additional time and money.

Open Source software
Advantages
Disadvantages
- Low price;
- No hardware vendor-locking;
- High flexibility for customization needs.
- Developers staff needed or their absense risk acceptance;
- Hardware purchase needed;
- Guarantees, responsibility and SLA are in one company.
Table 2. Open source software advantages and disadvantages.

Table 2 contains benefits and lacks of open source software. In spite of software low price its' implementation cost also includes a hardware purchased additionally. But the main advantage of such decision is hardware vendor-free solution. There are high flexibility, full business requirements adaptation and operability support are provided by internal development and engineering staff needs additional financial resources. All guarantees, responsibilities and SLA are in one company. In the case of profiled technicians absence it must be accepted the software unreliability risk or minimization strategy defined.
In total, the most preferable option is to use the certified vendor-supported solution in corporate infrastructure if this solution is business critical or your company provides a service based on it. Open source software is more appropriate for use as additional software for non-critical  systems in the case of developers absence at the enterprise.
In the case of information security infrastructure their monitoring and management systems designed by vendors are "native" for IDS/IPS events collection and it is guaranteed packets delivery present. The data transferred is also encrypted. But in spite of such functionality some systems can't detect such IDS health indicators as SPAN-session load average and critical deviation. It usually may require third party systems configuration.
The main IPS/IPS operating and management systems must provide secure and reliable components interconnection for events and configuration management. Opens source solutions may be useful as additional monitoring systems for CPU/interfaces load, SPAN-sessions load average and critical deviation detection, hardware problems indication etc.


Sunday, 27 March 2016

IXIA ThreatArmor: how does it work

No advertisement (unfortunately, vendor doesn't pay me for it :) ) but for technology review only: one more IXIA solution analysis.

There is some device provided for enterprise network implementation. It's' topological place may be external side of the network between corporate and the Internet, and the internal one behind the enterprise information security infrastructure. ThreatArmor protection is based on IP-addresses traffic filtering by source from the Internet and by destination from internal hosts.

It is a picture of TreatArmor-protected corporate network architecture.



Enterprise is on the left side and Internet is on the right one.

Sunday, 20 March 2016

Packet brokers throughput math realism

This port was inspired by the IXIA seminar. As long as such events usually contain some advertising information it is necessary to search an information myself to have a material for analysis.

According to my hands-on experience with somw SPAN-aggregation solutions I can observe some mismatches.
Let me analyze some information according to some IXIA product. This information is also actual for another vendors using the same math.

1. Throughput. 
Let's try IXIA xStream 10. According to the datasheet one can see that the hardware throughput is 480 Gbps


but there are only 24 10G-interfaces in it. 
It is clear that each interface has Tx and Rx and some marketing approach allows 10G to 20G interface "transformation" on the paper. So, in theory, if some interface receives 10G and transmits the same 10G on the 24-ports device, total fabric throughput is:

24 x 20Gbps = 480Gbps

But even in this case it is impossible to have 480G in the production environment according to the...

2. ...architecture

The same document contains the solution architecture:


As I can understand some ports with IDS and VoIP recorder will be half-duplex and Hot Standby IPS will have a minimum load. Even if all ports are connected to the production line and IPS in-line, it is impossible to have 10G on Rx and 10G on Tx because an IPS will block some traffic.
So, all 480G described in the datasheet may go through the hardware fabric in the theoretical case meet such conditions:
  • the peak lines throughput;
  • broker's ports connect the productive line and in-line IPS only;
  • no blocking actions in IPS enabled;
  • IPS have real 10G throughput in each direction;
  • no standby IPS nodes connected.
Or I have some misunderstanding?