Ruslan Rakhmetov, Security Vision
When implementing cyber security projects, care should be taken when selecting information protection means, especially when protecting restricted access information protected in accordance with the requirements of Russian legislation, including personal data, data of critical information infrastructure and state information systems, as well as state secrets. The means of technical information protection (abbreviated as TPSI, SPSI or SIZ) and means of ensuring the security of information technologies (abbreviated as SOBIT) are designed to reduce the level of cyber risks of an organisation through the implementation of technical measures and appropriate IS processes that ensure the security of assets and business processes. The defences themselves are designed, among other things, to perform actions to detect, analyse, remediate cyber threats, as well as monitor the state of systems, networks and entities (interfaces, applications, devices, user accounts, etc.).
In Russian regulatory practice, there is a division of anti-virus protection systems into anti-virus protection systems, intrusion detection systems, firewalls, trusted downloading systems, protection against unauthorised transfer of protected information, removable storage media control systems, IS event management systems, etc. Organisations should also take into account the requirements of Russian regulations when selecting solutions that, from a legislative point of view, will implement the correct security functions to protect information and counteract certain threats. Such protection systems are called certified, because they have undergone certification procedures for compliance with information security requirements; such certification is carried out by government agencies (FSTEC of Russia, FSB of the Russian Federation, Defence Ministry of the Russian Federation) or commercial structures (for example, there is a system of voluntary certification ‘Gazpromsert’). In this article we will tell you about the most popular certification system of FSTEC of Russia, about classes of certified solutions, levels of trust and levels of control.
So, the fundamental document in the certification system of the FSTEC of Russia is the Regulation on the system of certification of information protection means, approved by the Order of the FSTEC of Russia №55 from 03.04.2018. This document describes the general procedure for certification of means of countering foreign technical intelligence, means of technical protection of information, means of ensuring the security of information technologies, as well as means of controlling the effectiveness of these solutions. It is separately emphasised that the certification is not carried out for foreign-made anti-intrusion systems - in the realities of 2024 this is obvious, but even before 2022 foreign vendors very rarely dared to undergo domestic certification procedures (mainly due to the need to provide the regulator with extensive information about the products). Participants in the procedure of certification of an ASI are:
- The direct manufacturer of the solution (develops the solution, submits it to the testing laboratory for verification, generates supporting documentation, as well as eliminates identified vulnerabilities and undeclared capabilities, issues updates, and updates the documentation);
- Testing laboratory (conducts certification tests of the protection systems);
- Certification body (conducts certification and issues a certificate of conformity);
- Federal Certification Body (FSTEC of Russia organises and controls the entire system of certification of protection systems).
FSTEC certification is carried out for a single sample or a batch of an ASI (if there is no serial production of the solution), as well as for serial production of an ASI (tests are carried out on sample samples of the solution, the process of its production and support is also checked). The document emphasises that, within the framework of the certification system, testing laboratories and certification bodies must ensure the protection of information received from the manufacturer of a protection system, as well as protect information about the methods of certification testing.
The certification process itself includes the following stages:
- Submission of an application for certification;
- Adoption of a decision to certify an ASI;
- Certification testing of the protection equipment;
- Drawing up an expert opinion on the results of certification;
- Issuance of a certificate of conformity.
In addition, additional and related actions may be performed, such as reissuance of the certificate, extension of its validity, suspension or termination (revocation) of the certificate. A certificate may be suspended for a period not exceeding 90 days for various reasons, including the identification of vulnerabilities or undeclared capabilities in the certified solution or the termination of technical support provided by the vendor to users of the product. If the vendor fails to eliminate the identified deficiencies or to resume technical support, the certificate of conformity may be withdrawn. The regulator keeps and maintains the state register of certified information protection products, available at https://reestr.fstec.ru/reg3.
Next, let's move on to the description of classes of certified solutions, we will tell you about trust levels and control levels - these terms are described in the document ‘Information Security Requirements Establishing Trust Levels for Means of Technical Information Protection and Means of Information Technology Security’, approved by the Order of FSTEC of Russia No. 76 dated 02.06.2020. This document defines 6 levels of confidence in FIS and SOBIT, which characterise the safety of their application for processing and protection of restricted access information and for ensuring the security of significant objects of CII of the Russian Federation. The lowest level of trust is the sixth, the highest - the first, and they are differentiated as follows:
- FIS and SOBITs corresponding to the 6th level of trust can be used at ZOKII with the 3rd category of significance, in GIS with the 3rd class of security, in automated process control systems with the 3rd class of security, in ISPDN if it is necessary to ensure the 3rd and 4th levels of protection of personal data;
- FIRS and SOBITs corresponding to confidence level 5 may be used on ZOKII with the 2nd category of significance, in GIS with the 2nd security class, in automated process control systems with the 2nd security class, in ISPDNs if it is necessary to ensure the 2nd level of personal data security;
- FIRS and SOBITs corresponding to the 4th confidence level can be used on ZOKII with the 1st category of significance, in GIS with the 1st security class, in automated process control systems with the 1st security class, in ISPDN if it is necessary to ensure the 1st level of protection of personal data, in public information systems of the 2nd class;
- NWIs and SOBITs corresponding to the 1st, 2nd, 3rd confidence levels are used in information systems processing state secrets.
The document also establishes the correspondence between the classes of FPS and SIT (computer hardware) and the levels of trust: Class 6 FPS must correspond to the 6th level of trust, Class 5 FPS - to the 5th level of trust, Class 4 FPS and Class 5 SIT - to the 4th level of trust. The text also provides a set of requirements for the development, production, testing (as part of certification), and support of FPSIs and SOBITs. The requirements for the development and production of FAS and SOBIT include requirements for the development of the security model, design of the solution and its security architecture, development of the functional specification and documentation (design, operational, secure development), as well as development tools and solution configuration management. Testing requirements include requirements for testing solutions, for testing to find vulnerabilities and undeclared capabilities, and for analysing hidden control and data channels in the solution. Finally, requirements for solution security support include requirements to remediate solution flaws (including vulnerabilities and undeclared capabilities), to install updates and provide updated documentation, to notify users of the end of support or production of the solution, and to document procedures for installing updates and remediating flaws.
In addition, the work to find vulnerabilities and undeclared capabilities in FIS and SOBIT is subject to additional control level requirements:
- Testing of solutions compliant with confidence level 6 must be conducted according to level 6 controls, including checking the solutions' hardware platforms for chips that could affect security functions or could be used to implement threats;
- Testing of solutions complying with confidence level 5 shall be performed according to the 5th level of control, including additional to the 6th level verification of correctness of structural and functional schemes of the hardware platform, as well as verification of correctness of data from the solution form;
- Testing of solutions complying with confidence level 4 shall be performed according to control level 4, including additional to level 5 verification of hardware platform components for compliance with structural and functional schemes, as well as verification of potentially dangerous hardware components that may affect security functions or may be used to implement threats.