What the CERT-In six-hour rule asks of you.
The Directions of 28 April 2022 reach every body corporate in India, regulated or not. Most of the attention goes to the six hours. Four other duties in the same document matter as much on the day.
Who the Directions apply to
CERT-In issued the Directions under sub-section (6) of section 70B of the Information Technology Act, 2000. They apply to service providers, intermediaries, data centres, body corporates and government organisations. In practice that is every company in India with computer systems. They took effect sixty days after issue, on 27 June 2022. For micro, small and medium enterprises, and for some of the subscriber-record duties on data centres and cloud providers, the date was deferred to 25 September 2022.
The six hours
Any of the twenty cyber incident types listed in Annexure I must be reported to CERT-In within six hours of noticing the incident or being notified of it.
Direction (ii); Annexure IThree things in that sentence decide how it plays out. The clock starts when you notice or are told, not when you confirm. The list in Annexure I is specific and long: data breaches and leaks, ransomware, denial of service, unauthorised access, defacement, and attacks on critical systems, cloud, IoT and AI systems among them. And the report goes to CERT-In by email, phone or fax, with a timestamp. A regulated entity may have a second clock running for the same incident: the RBI Directions for NBFCs, for example, ask for a report on the DAKSH platform within six hours of detection as well.
A named point of contact
Every covered entity must designate a point of contact to interface with CERT-In and submit that person's details in the Annexure II format, keeping them updated as they change.
Direction (iii); Annexure IIThis is the duty most often found missing when an auditor asks. It costs nothing and it is the first thing CERT-In will use if it ever writes to you. When CERT-In issues an order or asks for information during an incident, you are expected to act within the time it sets.
Synchronised clocks
All ICT system clocks must be synchronised to the NTP servers of NIC or NPL, or to an accurate equivalent traceable to them.
Direction (i)A six-hour window is only meaningful if the timestamps in your logs agree with each other and with the regulator's. The evidence an auditor accepts is the NTP configuration and a clock-sync check.
Logs for 180 days, in India
Logs of all ICT systems must be enabled and securely maintained on a rolling 180-day basis within Indian jurisdiction, and produced to CERT-In with an incident report or on its order.
Direction (iv)Two words carry the weight: rolling and India. Logs must be kept continuously, not switched on after an incident, and they must stay within Indian jurisdiction. For a business whose logging runs through a vendor abroad, this is the clause to check first.
Subscriber records for infrastructure providers
Data centres, virtual private server providers, cloud providers and VPN providers must keep validated subscriber records for five years or more after a service ends: name, period of hire, allotted IPs, registration details, purpose, validated address and contact, and ownership pattern. Virtual asset service providers must keep KYC and transaction records for five years. Most businesses are customers of these providers rather than providers themselves, and will meet these duties through their contracts.
Direction (v) and Direction (vi) with Annexure III.
What happens if you do not
Failure to furnish information CERT-In asks for, or to comply with the Directions, may attract punitive action under section 70B(7) of the IT Act, 2000 and any other applicable law.
What this looks like as evidence
For the six-hour rule, an incident response procedure that names the twenty incident types and the reporting route, and a record of each report with its timestamp. For the point of contact, the Annexure II submission. For clocks, the NTP configuration. For logs, the retention setting and a sample showing 180 days. These are the documents an auditor asks for, and they are what AuditSahi asks you to upload for this rulebook.
Sources
- CERT-In, Directions under sub-section (6) of section 70B of the Information Technology Act, 2000, dated 28 April 2022. cert-in.org.in
- CERT-In, extension notice dated 27 June 2022, deferring the effective date for MSMEs and certain Direction (v) requirements to 25 September 2022.
- Reserve Bank of India, Non-Banking Financial Companies Cybersecurity, Technology Risk, Resilience and Assurance Framework Directions, 2026, para 28, for the DAKSH six-hour report.
Every clause cited here is marked verified in AuditSahi's rulebook, meaning it was read in the regulator's own document.
AuditSahi tracks these duties for any Indian business, with the clause beside each one and the evidence it asks for.
Create a free account