| 149 and 150 | Paragraph 149 requires VA and PT periodically for all the critical and internet facing systems. Paragraph 150 adds the trigger points: VA / PT of critical, internet facing web / mobile applications, servers, and network components throughout their lifecycle, including pre-implementation, post implementation, and after changes. |
| Modality: shall. Paragraph 150 adds trigger points, not a frequency. The frequency is the paragraph below. Read at source, 14 September 2026. |
| 151 | For critical information systems and / or those in the DMZ having customer interface, VA at least once in every six months and PT at least once in 12 months. For non-critical information systems, a risk-based approach decides both the requirement and the periodicity of conduct. |
| Modality: shall. The scope is disjunctive (and / or), so either criticality or a DMZ customer interface brings a system inside the cadence. Read at source, 14 September 2026. |
| 154 | A documented approach for the conduct of VA / PT covering the scope, coverage, vulnerability scoring mechanism such as the Common Vulnerability Scoring System, and all other aspects. This shall also apply to the bank’s information systems hosted in a cloud environment. |
| Modality: shall, on both limbs. The same documented approach reaches information systems hosted in a cloud environment. The duty is the bank’s. Read at source, 14 September 2026. |
| 160 and 161 | Findings and follow-up actions are to be monitored closely by the Information Security and IS Audit teams and by Senior Management, and the status of the closure of the VA / PT observations shall be put to the IT Strategy Committee and the Information Security Committee at least on a quarterly basis. |
| Modality: shall, and at least quarterly is a floor. The cadence attaches to the reporting of closure status and not to the testing. Read at source, 14 September 2026. |
| 162 | The bank may conduct red teaming exercises to identify the vulnerabilities and the business risk, assess the efficacy of the defences and check the mitigating controls already in place by simulating the objectives and actions of an attacker. |
| Modality: may. The paragraph confers a discretion on the bank, and the verb is the whole content of the row. Read at source, 14 September 2026. |
| 182 | Cyber incidents reported within six hours of detection on the DAKSH platform, the Reserve Bank’s Advanced Supervisory Monitoring System. The bank shall also pro-actively notify CERT-In regarding cyber incidents. |
| Modality: shall, on both limbs. The six-hour clock attaches to the DAKSH limb, and the CERT-In limb is written as a pro-active notification duty. Read at source, 14 September 2026. |
| 227 and 228 | A separate IS Audit function or resources with the required professional skills and competence within the Internal Audit function. Where the bank uses external resources in areas where skills are lacking, responsibility and accountability remain with the competent authority within Internal Audit. IS Audit planning is carried out by adopting a risk-based audit approach. |
| Modality: shall. The risk-based audit approach is the planning basis the paragraph names. Read at source, 14 September 2026. |