Blog

  • One VPN Flaw, Total Network Access: The Check Point Zero-Day Every Remote Workforce Must Patch Now

    One VPN Flaw, Total Network Access: The Check Point Zero-Day Every Remote Workforce Must Patch Now

    What Is the Check Point VPN Zero-Day, CVE-2026-50751?

    On June 8, 2026, a critical authentication-bypass vulnerability in Check Point’s Remote Access VPN, Mobile Access, and Spark Firewall products was disclosed, with active exploitation already reported. CVE-2026-50751, the Check Point VPN zero-day, allows an attacker to bypass authentication entirely, gaining a foothold equivalent to a valid remote employee without needing a password, a token, or an MFA prompt.

    VPN appliances sit at the edge of the network by design. They are the door every remote employee walks through, which also makes them the door every attacker wants. Intruder’s 2026 Attack Surface Management Index found that roughly half of organizations have at least one risky exposed port or service, and VPN and RDP exposure remain the top initial-access vectors in ransomware intrusion analyses. A Check Point VPN zero-day with active exploitation turns that statistic from a background risk into an immediate one.

    This post covers what CVE-2026-50751 means for hybrid and remote workforces, why patching alone isn’t enough once a gateway has been internet-facing during an exploitation window, and how Peris.ai helps organizations detect and contain a compromised VPN session.

    The Problem: VPN Gateways Are a Single Point of Total Failure

    Authentication bypass means the perimeter is gone

    Most network architectures still treat “authenticated VPN session” as a trust boundary: once a user is in, internal systems assume they’re legitimate. CVE-2026-50751 breaks that assumption at the front door. An attacker who exploits the flaw doesn’t need to steal credentials or defeat MFA, the bypass skips authentication altogether.

    Exposure is more common than most teams think

    Intruder’s 2026 Attack Surface Management Index found roughly half of organizations have at least one risky exposed port or service. For many, that’s a VPN appliance left reachable from the internet with default or lightly hardened configurations, the exact target profile for CVE-2026-50751.

    Patching doesn’t undo prior access

    If the appliance was exploited before the patch was applied, simply patching closes the door without checking whether someone already walked through it. Without session and traffic visibility, an attacker who established persistence during the exploitation window can remain inside even after the vulnerability is fixed.

    What Happens When Teams Don’t Solve This

    • Ransomware operators gain initial access that looks identical to legitimate remote employee traffic
    • Lateral movement begins from a position that bypasses perimeter controls entirely
    • Incident responders can’t distinguish “patched and clean” from “patched but already compromised” without traffic history
    • Hybrid workforces, now standard across most industries, multiply the number of VPN sessions that need scrutiny

    Old Way vs. New Way: Defending Against a Check Point VPN Zero-Day

    Capability Old Way New Way
    VPN exposure awareness Appliance assumed secure once configured Continuous external scanning for exposed VPN services
    Authentication trust Authenticated session = trusted traffic VPN traffic monitored for anomalies regardless of auth status
    Post-patch assurance Patch applied, incident considered closed Traffic history reviewed for signs of pre-patch exploitation
    Lateral movement detection Internal traffic from VPN sessions lightly inspected Network visibility extends past the VPN gateway into internal segments

    How Peris.ai Mitigates Check Point VPN Zero-Day Risk

    How NVM spots anomalous VPN traffic

    NVM provides packet-level network visibility, including traffic that originates from VPN gateways. Rather than treating a VPN session as inherently trusted once authenticated, NVM baselines normal remote-access traffic patterns and flags deviations, such as a “remote employee” session immediately probing internal subnets it has never accessed before, a common signature of an authentication-bypass foothold.

    How BimaRed finds exposed VPN appliances before attackers do

    BimaRed’s external attack surface scanning identifies internet-facing VPN, Mobile Access, and firewall management interfaces, the exact product categories affected by CVE-2026-50751, and cross-references them against known vulnerable versions. This is the same class of exposure Intruder’s 2026 index found in roughly half of organizations.

    How XDR correlates VPN access with internal activity

    Our XDR ties VPN gateway logs to endpoint and identity telemetry, so a session that authenticated via a bypassed gateway and then accessed sensitive systems gets flagged as a single correlated incident, not a VPN log entry and a separate, unrelated endpoint alert.

    Use Case: Catching an Exploited Gateway Before Lateral Movement

    An organization with a hybrid workforce relies on a Check Point Remote Access VPN appliance for several hundred remote employees.

    1. BimaRed flags the appliance as running a version vulnerable to CVE-2026-50751 within hours of disclosure on June 8, 2026.
    2. While the patch is being scheduled, NVM detects a “remote employee” session establishing connections to internal subnets the associated user account has never touched.
    3. Our XDR correlates the anomalous VPN session with the affected user’s identity telemetry and confirms the user was not active during the session window.
    4. The security team isolates the session, forces a credential reset, and applies the CVE-2026-50751 patch, all before any data exfiltration occurs.
    5. Total time from exposure flag to contained session: under two hours.

    Outcomes That Matter

    Benefit Outcome
    External exposure scanning Vulnerable VPN appliances identified within hours of disclosure
    Traffic-based anomaly detection Bypassed-authentication sessions caught even without credential misuse
    Correlated VPN and endpoint telemetry Lateral movement attempts surfaced as a single incident
    Faster containment Exploited sessions isolated before exfiltration

    Conclusion

    The Check Point VPN zero-day, CVE-2026-50751, is a sharp reminder that perimeter authentication can’t be the only trust boundary in a hybrid workforce. Patching matters, but so does knowing whether a gateway was already exploited before the patch landed. Peris.ai combines external attack surface management, network visibility, and correlated detection so that a single VPN flaw doesn’t become total network access for an attacker.

    Learn how platforms like BrahmaFusion by Peris.ai empower lean security teams to automate triage, scale incident response, and build trust where it matters most. Want more insights? Visit Peris.ai.

    FAQ

    What is CVE-2026-50751?

    CVE-2026-50751 is a critical authentication-bypass vulnerability affecting Check Point Remote Access VPN, Mobile Access, and Spark Firewall products, disclosed June 8, 2026, with active exploitation reported in the wild.

    Why is a VPN authentication bypass so dangerous?

    It allows an attacker to gain access equivalent to a valid remote employee without credentials or MFA, bypassing the perimeter trust boundary that most network architectures rely on.

    Is patching enough to address the Check Point VPN zero-day?

    Not on its own. If the appliance was exploited before patching, an attacker may already have established persistence. Traffic and session history should be reviewed alongside patching.

    How does Peris.ai detect exploitation of VPN vulnerabilities like CVE-2026-50751?

    BimaRed identifies exposed and vulnerable VPN appliances through external attack surface scanning, NVM monitors VPN traffic for anomalous internal access patterns, and our XDR correlates VPN sessions with endpoint and identity telemetry to catch bypassed authentication.

  • BSSN Goes Ministry-Level: What Indonesia’s New Cybersecurity Law Means for Every Business Operating in the Country

    BSSN Goes Ministry-Level: What Indonesia’s New Cybersecurity Law Means for Every Business Operating in the Country

    Indonesia is elevating BSSN to ministry-level authority with real enforcement powers. Here is what every business operating in Indonesia must do now.

    In 2024, the Brain Cipher ransomware group demanded $8 million from Indonesia’s National Data Center after taking it offline. The attack knocked government services offline for weeks and exposed the systemic vulnerability of Indonesia’s national digital infrastructure. It also became the political catalyst for one of the most significant shifts in Indonesian cybersecurity governance in the country’s history.

    In 2026, Indonesia’s cybersecurity regulatory environment is changing fundamentally. The BSSN Cybersecurity Bill, part of Indonesia’s 2025 National Legislative Program, is elevating the Badan Siber dan Sandi Negara (BSSN) to ministry-equivalent status with direct presidential authority, sweeping enforcement powers, and the ability to impose administrative sanctions. Simultaneously, the UU PDP (Personal Data Protection Law) is past its transition period and enforcement is ramping up.

    For any business operating in Indonesia, whether domestic, ASEAN-regional, or a multinational with Indonesian operations, this combination of new powers and existing legal requirements creates a mandatory compliance environment that cannot be treated as optional.

    What Is the BSSN Cybersecurity Law Change and Why Does It Matter?

    BSSN Indonesia cybersecurity law reform in 2026 represents the most significant shift in the country’s cyber governance structure since BSSN was created in 2017. Under the new framework, BSSN will:

    • Operate at ministry-equivalent status, reporting directly to the President of Indonesia
    • Hold policy-making authority over national cybersecurity standards and requirements
    • Exercise enforcement and investigative powers, including the authority to conduct investigations and demand remediation
    • Impose administrative sanctions on organizations that fail to comply with cybersecurity requirements

    This is a categorical change from the advisory role BSSN has historically played. With direct presidential authority and enforcement power, BSSN’s requirements become binding obligations with real consequences for non-compliance.

    The UU PDP Enforcement Timeline: Where Things Stand in 2026

    Indonesia’s Personal Data Protection Law (Undang-Undang No. 27 Tahun 2022, or UU PDP) was signed on October 17, 2022. The law included a two-year transition period that ended in 2024. In 2026, enforcement is ramping up.

    The UU PDP establishes requirements that directly affect how organizations collect, process, store, and protect personal data belonging to Indonesian residents. Non-compliance carries:

    • Administrative sanctions including fines up to 2% of annual revenue in Indonesia
    • Criminal penalties for severe violations, including fines up to Rp 6 billion
    • Mandatory breach notification requirements: organizations must report data breaches within 14 days
    • Operational sanctions: potential suspension of data processing activities for serious or repeated violations

    For organizations that have not yet conducted a UU PDP compliance assessment, the window for graceful preparation has closed. Enforcement actions are now a realistic consequence of non-compliance.

    BSSN Regulation No. 1/2024: What Electronic Service Providers Must Do

    Beyond the new Cybersecurity Bill, BSSN Regulation No. 1/2024 is already in effect and imposes specific requirements on Penyelenggara Sistem Elektronik (PSE), meaning Electronic Service Providers. These requirements include:

    Mandatory Cyber Incident Response Teams (CIRTs)

    ESPs must establish formal Cyber Incident Response Teams capable of detecting, analyzing, containing, and recovering from cybersecurity incidents. As of 2026, 537 CIRTs have been formally registered with BSSN, indicating that formal CIRT registration is now a documented requirement.

    Incident Reporting Obligations

    ESPs are required to report cybersecurity incidents to BSSN within specified timeframes. Failure to report, or delayed reporting, is itself a compliance violation subject to sanction. This means organizations need both the technical capability to detect incidents and the process infrastructure to report them within the required window.

    Security Standards Compliance

    Organizations must comply with BSSN-specified security standards relevant to their sector and risk profile. For critical infrastructure sectors including financial services, healthcare, and government-adjacent services, these standards are increasingly specific and comprehensive.

    Why Indonesia Is Particularly High-Risk

    Indonesia is the hardest-hit country by cyberattacks in Southeast Asia (BankInfoSecurity). This is not a statistical curiosity. It reflects the combination of: rapid digital economy growth creating large attack surfaces, historically underfunded cybersecurity programs across many sectors, significant volumes of sensitive data concentrated in digital payment platforms and e-commerce ecosystems, and a national infrastructure that has been demonstrably targeted by sophisticated ransomware operators.

    The regulatory hardening being implemented in 2026 is a direct response to this threat environment. Organizations that treat Indonesian cybersecurity compliance as a lower priority than their compliance obligations in Singapore, the EU, or the US are misjudging both the legal exposure and the actual threat level.

    What Businesses Operating in Indonesia Must Do in 2026

    Compliance Action Regulatory Basis Priority
    Conduct a UU PDP data mapping and gap assessment UU PDP No. 27/2022 Immediate
    Appoint a Data Protection Officer (DPO) UU PDP requirements Immediate
    Establish or register a CIRT with BSSN BSSN Regulation No. 1/2024 Immediate
    Implement 14-day breach notification capability UU PDP + BSSN Regulation High
    Build an incident response plan and playbook BSSN requirements High
    Conduct annual security assessments BSSN standards Ongoing
    Implement data encryption at rest and in transit UU PDP data security requirements High
    Train employees on data protection and incident reporting UU PDP compliance requirement Ongoing

    What Happens When Organizations Do Not Comply

    The consequences of non-compliance in Indonesia’s 2026 regulatory environment are no longer hypothetical. With BSSN holding enforcement authority and UU PDP sanctions actively applicable, organizations face:

    • Administrative fines based on Indonesian revenue: for a company with $10 million in Indonesian annual revenue, a 2% UU PDP fine represents $200,000
    • Criminal liability for executives in cases of severe or willful violations
    • Mandatory public breach notifications that carry significant reputational damage in a market where digital trust is a competitive differentiator
    • Operational suspensions that can halt data processing activities critical to business operations
    • Exclusion from government contracting and regulated sector participation for organizations with compliance violations on record

    How Peris.ai Helps Indonesian Organizations Achieve Compliance

    Peris.ai is officially registered with BSSN, making Peris.ai uniquely positioned to help Indonesian organizations build the technical and process infrastructure required for BSSN compliance. This registration is not just a credential. It means Peris.ai has demonstrated to the Indonesian national cyber authority that its platform meets the security standards the authority enforces.

    BrahmaFusion: Incident Response Automation for BSSN Compliance

    The most operationally demanding BSSN compliance requirement for most organizations is the combination of CIRT establishment and incident reporting obligations. BrahmaFusion’s agentic AI and hyperautomation platform automates the detection, triage, and response workflows that a functional CIRT requires. A finance company using BrahmaFusion reduced analyst workload by 35% while improving incident documentation quality, directly supporting the kind of incident reporting capability that BSSN Regulation No. 1/2024 requires.

    Peris.ai IRP: Unified Case Management for Incident Reporting

    Peris.ai IRP provides the unified case management, documentation, and audit trail infrastructure needed to meet BSSN incident reporting obligations. When an incident occurs, IRP creates a documented, timestamped case with MITRE ATT&CK classification, AI-generated summaries, and exportable reports that can directly support BSSN notification filings within the required 14-day window.

    INDRA CTI: Threat Intelligence for Indonesian Threat Landscape

    INDRA CTI provides real-time threat intelligence covering threat actors actively targeting Indonesian infrastructure, including ransomware groups, state-sponsored actors, and financially motivated cybercrime campaigns. For organizations building compliance programs, threat intelligence that covers the actual Indonesian threat environment is a prerequisite for appropriately calibrated security controls.

    Use Case: Building a BSSN-Compliant CIRT with Peris.ai

    An Indonesian e-commerce company with 2 million registered users needs to establish a formal CIRT to comply with BSSN Regulation No. 1/2024 and prepare for UU PDP enforcement.

    1. BrahmaFusion is deployed as the automation backbone: detection playbooks, triage workflows, and escalation logic are configured for the company’s specific infrastructure
    2. Peris.ai IRP is implemented for case management, providing MITRE ATT&CK mapping and documented response timelines
    3. INDRA CTI is integrated to provide real-time intelligence on threats relevant to Indonesian e-commerce infrastructure
    4. The CIRT is registered with BSSN with documentation of technical capabilities
    5. Within three months, the company experiences a credential stuffing attack targeting customer accounts. BrahmaFusion detects and contains the attack within 4 minutes. IRP generates a complete incident report within 2 hours, enabling BSSN notification within the 14-day window with 12 days to spare.

    Conclusion

    Indonesia’s 2026 cybersecurity regulatory transformation is not a distant policy discussion. It is a current legal reality with enforcement teeth. Organizations operating in Indonesia that have not yet built the compliance infrastructure required by UU PDP and BSSN regulations are now operating with active legal exposure, not just regulatory risk.

    Peris.ai’s BSSN registration and platform capabilities position it as the natural partner for Indonesian organizations building compliance programs. With BrahmaFusion, IRP, and INDRA CTI, organizations can build the detection, response, and reporting capabilities that the new regulatory environment requires.

    Don’t wait for a breach to take action. Secure your organization today. Stay Secure with Peris.ai and visit peris.ai to learn how Peris.ai supports BSSN compliance for Indonesian organizations.

    Frequently Asked Questions

    What new powers does BSSN have under the 2026 Cybersecurity Bill?

    Under the new framework, BSSN will operate at ministry-equivalent status reporting directly to the President of Indonesia, with policy-making authority, enforcement powers, investigative capabilities, and the authority to impose administrative sanctions on non-compliant organizations.

    What are the penalties for non-compliance with UU PDP in Indonesia?

    Administrative sanctions include fines up to 2% of annual Indonesian revenue. Criminal penalties for severe violations include fines up to Rp 6 billion. Organizations can also face operational suspensions and mandatory public breach notifications.

    What does BSSN Regulation No. 1/2024 require from Electronic Service Providers?

    Electronic Service Providers must establish formal Cyber Incident Response Teams (CIRTs), register those CIRTs with BSSN, and report cybersecurity incidents to BSSN within specified timeframes. Failure to report incidents is itself a compliance violation subject to sanction.

    Is Peris.ai registered with BSSN?

    Yes. Peris.ai is officially registered with BSSN, positioning Peris.ai as a validated security partner for Indonesian organizations building BSSN-compliant cybersecurity programs.

    What is the minimum breach notification requirement under UU PDP?

    Organizations must report data breaches to the relevant authority within 14 days of discovering the breach. This requires both the technical capability to detect breaches promptly and the process infrastructure to prepare and file formal notifications within the required timeframe.

  • QR Codes Are the Phishing Vector Your Security Team Is Not Watching: They Doubled in Q1 2026

    QR Codes Are the Phishing Vector Your Security Team Is Not Watching: They Doubled in Q1 2026

    Meta Lede: QR code phishing doubled in Q1 2026, making it the fastest-growing attack vector. Here’s why quishing bypasses email security and what stops it.

    Your email security gateway caught 8.3 billion phishing threats in Q1 2026. It almost certainly missed the fastest-growing one.

    QR code phishing, known as “quishing,” more than doubled in Q1 2026, according to Microsoft’s Q1 2026 Email Threat Landscape Report released April 30, 2026. It is now the fastest-growing attack vector in email-based threat data. The reason it bypasses your existing defenses is by design: QR codes contain no URL, only an image. Legacy email scanners that analyze link reputation and URL patterns have nothing to analyze. The malicious destination is invisible to automated scanning tools until the victim’s phone decodes it.

    And that phone, in virtually every enterprise environment, has far weaker security controls than the corporate laptop sitting next to it.

    This post explains exactly how QR code phishing 2026 works, why it is so difficult to detect with standard tools, and what security teams can add to close the gap.

    What Is QR Code Phishing (Quishing)?

    Quishing is a phishing attack that uses QR codes instead of embedded hyperlinks as the delivery mechanism. Rather than including a malicious URL that email security gateways can inspect and block, the attacker embeds a QR code image in the email or physical medium. The code itself contains the malicious URL, but this URL is not readable by text-based email scanning tools.

    The victim scans the QR code with their mobile device, which resolves the URL and delivers the phishing payload or credential harvesting page. Because mobile devices typically operate on personal or unmanaged networks (home Wi-Fi, cellular data) and lack enterprise-grade endpoint protection, the payload executes in an environment with significantly weaker security controls than the corporate perimeter.

    Between Q1 2026, a multi-stage campaign targeted 35,000 users across 26 countries using QR-linked payloads as the primary delivery mechanism.

    Why QR Code Phishing Doubles in Q1 2026

    The Email Security Bypass Architecture

    The core reason quishing is growing is that it was engineered specifically to defeat email security gateways. Standard email security controls that fail against quishing include:

    • URL reputation scanning: No URL is present in the email body; the QR code is an image
    • Link rewriting and sandboxing: Cannot rewrite what does not appear as a link
    • Content analysis: The malicious destination is encoded in the image, not accessible to text analysis
    • Attachment scanning: A QR code image does not match malware signatures

    The email that delivers a QR phishing payload can pass every standard email security check with a perfect score.

    CAPTCHA-Gated Payloads: A Secondary Evasion Layer

    Microsoft’s Q1 2026 data documents a parallel evolution: CAPTCHA-gated phishing, which grew rapidly alongside quishing in Q1. After the victim scans the QR code and loads the phishing page, the page requires a CAPTCHA completion before displaying the credential harvesting form. This prevents automated security analysis tools from reaching the payload page, making sandbox-based detection ineffective.

    The Mobile Device Security Gap

    The QR scanning device is typically a personal smartphone. In most enterprise environments:

    • Personal smartphones are not enrolled in Mobile Device Management (MDM)
    • They operate on personal networks outside enterprise security monitoring
    • They lack the endpoint protection installed on corporate laptops
    • Browser-level phishing protections on mobile are less mature than on desktop

    The victim’s mobile device is, from a security perspective, a completely unmonitored endpoint that connects to corporate credentials and data (email, Slack, VPNs) without the security controls applied to corporate devices.

    Physical Environment Expansion

    Quishing is no longer confined to email. In 2026, QR codes are being deployed as attack vectors in physical environments:

    • Fake QR codes pasted over legitimate ones at parking payment stations
    • Malicious QR codes embedded in conference badge lanyards and event materials
    • Phishing QR codes placed on posters in office reception areas and public spaces
    • Fake package delivery notifications with QR codes sent via physical mail

    Physical quishing bypasses email security entirely and reaches victims who are not currently sitting at a corporate device.

    The 2026 Quishing Threat Landscape: By the Numbers

    Metric 2026 Data Point
    QR phishing growth, Q1 2026 More than doubled quarter-over-quarter
    Total email phishing threats, Q1 2026 8.3 billion detected by Microsoft
    BEC attacks total, Q1 2026 10.7 million (January surge 24%, March surge 26%)
    Multi-country campaign scale 35,000 users targeted across 26 countries with QR payloads
    Hyper-personalized AI phishing detection rate Under 3% by standard security tools

    How Peris.ai Defends Against Quishing Attacks

    AI-Powered Phishing Response with BrahmaFusion

    BrahmaFusion, Peris.ai’s agentic AI and hyperautomation platform, automates the response to phishing alerts including quishing incidents. When a user reports a QR phishing email or an anomalous mobile login is detected following QR code scanning, BrahmaFusion triggers a response playbook: the suspicious email is quarantined across all recipients, the session credentials are flagged for forced re-authentication, the QR code image is extracted and submitted for reputation analysis, and the SOC is notified with a fully enriched alert package. Response time drops from hours to seconds.

    Mobile and Endpoint Detection with XDR

    Peris.ai’s XDR platform extends detection to cover mobile and endpoint behavior following QR code interactions. When a device accesses a newly registered domain immediately after a QR code was reported in the environment, or when credential entry is followed immediately by an anomalous login from an unusual location, XDR correlates these signals into a high-confidence alert. This behavioral detection catches the downstream consequence of quishing even when the initial delivery evades email scanning.

    Campaign Tracking with INDRA CTI

    INDRA CTI, Peris.ai’s threat intelligence platform, tracks active quishing campaigns in real time: QR code infrastructure domains, campaign-specific payload patterns, and threat actor attribution for organized quishing operations. Security teams can pre-load campaign indicators and match them against user-reported QR codes before allowing the associated domains to resolve on corporate-connected devices.

    Simulated Quishing Testing with Pandava

    Pandava, Peris.ai’s penetration testing platform, includes simulated quishing attacks as part of social engineering assessment programs. Security teams can test how many employees scan QR codes from simulated phishing emails, what percentage complete credential entry on the resulting pages, and how quickly the incident is reported through appropriate channels. Testing results drive targeted awareness training for the highest-risk user groups.

    Real-World Scenario: A Quishing Attack Against a Finance Team

    A finance director at a regional bank receives an email appearing to come from the bank’s IT department:

    1. The email explains that multi-factor authentication is being upgraded and provides a QR code to complete enrollment
    2. The email passes all email security gateway checks (no URL, no malware signature, trusted sender display name)
    3. The finance director scans the QR code during a commute using their personal smartphone
    4. The QR code resolves to a CAPTCHA-gated credential harvesting page mimicking the bank’s MFA portal
    5. The finance director completes the CAPTCHA and enters their username, password, and MFA code
    6. Attackers use the harvested credentials within 4 minutes to initiate a session on the corporate banking platform
    7. $380,000 is transferred to an external account before the session triggers a behavioral alert

    With Peris.ai: BrahmaFusion detects the anomalous login (new device, unusual geographic location, immediate high-value action) and forces re-authentication. INDRA CTI flags the destination domain as a known quishing campaign infrastructure. The transfer is blocked pending manual approval. The finance director’s credentials are revoked and reset before the attack can continue.

    Quishing Defense Checklist

    Control Why It Helps
    QR-aware email security Detect and sandbox QR code images before delivery
    Mobile Device Management Extend endpoint security to devices used for QR scanning
    Behavioral login anomaly detection Catch credential misuse following successful quishing
    Real-time campaign threat intel Block known quishing domains before victims access them
    Simulated quishing training Build staff recognition before real attackers test them

    Conclusion

    QR code phishing doubled in Q1 2026 for the same reason any attack vector grows: it works. It bypasses email security gateways by design, exploits the security gap of unmanaged mobile devices, and is now expanding beyond email into physical environments where traditional email security has no reach at all.

    The defense requires moving beyond gateway-based controls. Peris.ai’s combination of BrahmaFusion automated response, XDR behavioral detection, and INDRA CTI campaign intelligence gives security teams the multi-layer coverage needed to catch quishing attacks at the delivery, credential theft, and post-compromise stages, even when the initial delivery bypasses every email security control.

    Don’t wait for a breach to take action. Secure your organization today. Stay Secure with Peris.ai.

    Frequently Asked Questions

    What is QR code phishing (quishing)?

    Quishing is a phishing attack that uses QR codes instead of embedded URLs to deliver malicious payloads. The QR code contains the malicious destination but appears as an image to email scanning tools, bypassing URL-based security checks. Victims scan the code with a mobile device and are directed to credential harvesting pages or malware delivery sites.

    How much did QR code phishing grow in 2026?

    According to Microsoft’s Q1 2026 Email Threat Landscape Report, QR code phishing more than doubled in Q1 2026, making it the fastest-growing attack vector in email-based threat data for the quarter.

    Why does quishing bypass email security gateways?

    Email security gateways analyze text-based content, URLs, and file attachments. QR codes are images that contain no readable URL, so gateway tools have nothing to inspect or block. The malicious destination is only revealed when the QR code is scanned by a mobile device.

    What is CAPTCHA-gated phishing?

    CAPTCHA-gated phishing places a CAPTCHA verification step between the victim and the credential harvesting page. This prevents automated security analysis tools from reaching the malicious payload, making sandbox-based detection ineffective.

    How can organizations protect against quishing attacks?

    Effective defenses include QR-aware email security that can extract and sandbox QR code destinations, mobile device management to extend endpoint security to scanning devices, behavioral login anomaly detection (such as XDR) to catch credential misuse after successful quishing, real-time threat intelligence to block known quishing domains, and simulated quishing exercises to train employees.

  • Ransomware Without the Ransom Note: Why Hospitals Are Losing Patient Data Before Any Files Are Locked

    Ransomware Without the Ransom Note: Why Hospitals Are Losing Patient Data Before Any Files Are Locked

    The backup restore worked. The files came back. The hospital declared the ransomware incident contained.

    Three weeks later, a threat actor published 40,000 patient records on a dark web forum and sent HIPAA breach notification obligations with them.

    This is the new ransomware playbook targeting healthcare: skip the encryption entirely, exfiltrate the data quietly, delete the backups, and use the threat of regulatory disclosure and public notification as leverage. No locked files. No ransom note. No visible disruption until the extortion demand arrives.

    Hospitals that built their defenses around detecting file encryption are not prepared for this.

    What Is Data Extortion Without Encryption?

    Traditional ransomware combines two steps: data exfiltration (stealing a copy of sensitive files) followed by file encryption (locking the originals and demanding payment for decryption). The encryption step was historically the primary leverage mechanism.

    Pure extortion attacks drop the encryption step entirely. Attackers quietly exfiltrate patient data, delete or corrupt local backup copies to eliminate the easy recovery path, then threaten to publish the data publicly or report the breach to regulators unless payment is received. The leverage is not “pay to unlock your files”, it is “pay to prevent a HIPAA notification letter going to 40,000 patients.”

    This approach is faster, harder to detect, leaves no encryption-related indicators of compromise, and is specifically more effective against organizations like hospitals that have invested in backup and recovery infrastructure.

    How Severe Is the Healthcare Ransomware Problem in 2026?

    Healthcare has become the most targeted sector for ransomware by attack volume:

    • Healthcare ransomware attacks increased 36% in late 2025. The sector is targeted in over one-third of all ransomware attacks (Meriplex / Healthcare IT Today 2026).
    • Average cost of a hospital ransomware attack: $10.9 million in downtime, recovery, and regulatory fines (AHA 2026).
    • Multiple 2026 incidents resulted in hospitals operating without connected technology for 30 days or longer, with direct patient safety consequences.
    • The Gentlemen Group attacked Hospital Caribbean Medical Center in Puerto Rico in early 2026, claiming sensitive patient data exfiltration as their primary leverage.
    • A former FBI official proposed terror designations for ransomware groups targeting hospitals in April 2026, signaling the escalating policy response to healthcare attacks.

    The AI Acceleration Factor

    AI-enhanced attack automation has made healthcare a more accessible target. Attackers use AI to automate reconnaissance against Electronic Health Record (EHR) systems, customize attack sequences for specific clinical software environments, and craft highly convincing phishing attempts targeting clinical staff who may have limited security training. The barrier to executing a sophisticated healthcare attack has dropped significantly.

    What Happens When Hospitals Miss the Exfiltration Stage

    HIPAA requires healthcare organizations to notify the Department of Health and Human Services and all affected individuals within 60 days of discovering a breach, regardless of whether files were encrypted. A pure data-exfiltration attack that goes undetected at the network layer triggers full HIPAA notification obligations the moment it is discovered, whether that discovery happens from a threat actor’s extortion demand or from an internal investigation.

    The notification itself causes secondary harms: patient trust erosion, class action litigation exposure, OCR investigation, and potential civil monetary penalties. In 2026, the average per-record cost of a healthcare breach is among the highest of any industry.

    Old Way vs. New Way: Healthcare Ransomware Detection

    Traditional Defense 2026 Required Approach
    File rename event detection Network-layer exfiltration detection
    Encryption behavior monitoring Packet-level data transfer volume anomaly detection
    Backup integrity verification Backup modification monitoring with immutable copies
    Endpoint AV for ransomware signatures Behavioral EDR for data harvesting tool activity
    Post-encryption incident response Pre-exfiltration detection and containment

    How Peris.ai Addresses the Healthcare Extortion Threat

    NVM: Catch the Exfiltration Before the Demand Arrives

    The defining characteristic of pure data-extortion attacks is that the only detectable signal before the extortion demand is network-level: anomalous large data transfers moving patient records toward external destinations. Peris.ai‘s NVM (Network Visibility Monitor) operates at the packet level, providing the granular network telemetry to detect data transfers that are inconsistent with normal clinical operations, large volumes of structured data (consistent with EHR exports) moving toward external IP ranges, particularly at off-hours.

    This is the detection layer that encryption-based defenses miss entirely. By the time a ransom note would appear in a traditional attack, NVM can detect and alert on the exfiltration stage.

    XDR: Detect Data Staging and Lateral Movement

    Before exfiltration, attackers stage data: they identify, aggregate, and compress patient records for transfer. Peris.ai’s XDR platform detects the behavioral sequence of data staging activity across clinical workstations and servers, unusual access to EHR databases, bulk file aggregation in temporary directories, and compression tool execution that precedes exfiltration.

    EDR: Stop Data Harvesting at the Endpoint

    Peris.ai’s EDR platform detects data harvesting tools and credential dumping activity on clinical workstations, the endpoint-level behaviors that precede both data staging and lateral movement. Behavioral detection operates independently of known malware signatures, catching novel tooling used in 2026 healthcare attacks.

    Peris.ai IRP: HIPAA-Aligned Breach Response

    When a potential breach is detected, Peris.ai IRP provides structured case management with workflow automation designed for the HIPAA notification timeline. The platform tracks the 60-day notification clock from the moment of discovery, manages the evidence collection required for OCR submissions, and coordinates notifications across the multiple required parties: affected individuals, HHS, and media for breaches affecting over 500 individuals in a state.

    Use Case: Detecting Patient Data Exfiltration at 2AM

    On a Tuesday at 02:17, Peris.ai NVM flags an anomaly at a regional hospital: an internal server hosting EHR data is generating sustained outbound HTTPS transfers to an IP address outside the hospital’s approved vendor list. Transfer volume: 3.4GB over 47 minutes. The traffic pattern is inconsistent with scheduled backup operations.

    XDR correlates the NVM alert with an EDR signal from 90 minutes earlier: unusual access to the EHR database schema from a service account that normally only performs read queries on specific patient record tables. BrahmaFusion’s automated playbook isolates the affected server, revokes the service account credentials, and opens a Peris.ai IRP case with the full evidence timeline.

    The CISO and compliance officer are notified at 02:31. The exfiltration is stopped at 3.4GB. Forensic analysis confirms the stolen data. HIPAA notification planning begins with a complete evidence package, rather than discovering the breach from a threat actor’s extortion demand three weeks later.

    Benefits at a Glance

    Benefit Outcome
    NVM packet-level exfiltration detection Data theft caught before extortion demand
    XDR data staging behavioral detection Early warning before files leave the network
    EDR clinical endpoint protection Harvesting tools stopped at the endpoint
    Peris.ai IRP HIPAA workflow 60-day notification clock managed from discovery
    Integrated evidence trail Complete forensic package for OCR submission

    Conclusion

    The evolution from file-encrypting ransomware to pure data extortion has outpaced most hospital security programs. Detection logic built around encryption events, file rename patterns, and backup monitoring does not catch an attacker who never touches the files, only the network. NVM-level visibility is now the minimum viable detection capability for healthcare organizations facing this threat class.

    Peris.ai’s NVM, XDR, EDR, and IRP give healthcare security teams the integrated detection and response capability to catch data extortion attacks before the extortion demand arrives. Visit Peris.ai to learn how Peris.ai protects healthcare organizations.

    FAQ

    What is a data extortion attack without encryption?

    An attack where threat actors exfiltrate sensitive data and delete backup copies without encrypting files, then use the threat of regulatory reporting or public data disclosure as their primary extortion leverage.

    Does HIPAA apply if files were never encrypted?

    Yes. HIPAA breach notification obligations apply whenever protected health information is accessed, acquired, or disclosed without authorization, regardless of whether encryption occurred.

    How does NVM detect data exfiltration that endpoint tools miss?

    NVM monitors network traffic at the packet level, detecting anomalous large data transfers that are inconsistent with normal clinical operations, a signal that encryption-based endpoint detection systems do not generate.

    What is the average cost of a hospital ransomware attack in 2026?

    $10.9 million in downtime, recovery, and regulatory fines, according to AHA 2026 data.

    How quickly must hospitals notify HHS of a breach?

    HIPAA requires notification to HHS and affected individuals within 60 days of discovering a breach. For breaches affecting 500 or more individuals in a state, media notification is also required within the same timeframe.

  • Menuju Era PDP Agency 2026: Daftar Periksa Kepatuhan Data Praktis untuk Bisnis Indonesia

    Menuju Era PDP Agency 2026: Daftar Periksa Kepatuhan Data Praktis untuk Bisnis Indonesia

    Tahun 2026 Adalah Tahun Penegakan, Bukan Tahun Persiapan

    Indonesia akan resmi memasuki era pengawasan penuh perlindungan data pribadi di tahun 2026. UU PDP (UU No. 27 Tahun 2022) telah berlaku penuh sejak 17 Oktober 2024, dan Peraturan BSSN No. 1 Tahun 2024 mewajibkan pelaporan insiden siber dalam 24 jam ke Nat-CSIRT. Pemerintah ditargetkan meluncurkan PDP Agency, otoritas perlindungan data baru, pada pertengahan 2026. Lembaga ini akan menjalankan kekuatan penegakan termasuk denda hingga 2% dari pendapatan tahunan dan pertanggungjawaban pidana.

    Bagi banyak bisnis Indonesia, terutama UKM dan perusahaan menengah, kebingungan terbesar bukanlah peraturannya. Yang menjadi masalah adalah urutan operasionalnya: apa yang harus dilakukan terlebih dahulu? Artikel ini menyediakan daftar periksa kepatuhan praktis dalam tujuh langkah.

    Apa Itu PDP Agency dan UU PDP?

    UU PDP adalah Undang-Undang Perlindungan Data Pribadi Indonesia, disahkan tahun 2022 dan berlaku penuh sejak Oktober 2024. UU ini mengatur hak subjek data, kewajiban pengendali dan pemroses data, mekanisme persetujuan, transfer data lintas negara, serta sanksi pelanggaran.

    PDP Agency adalah lembaga otoritas perlindungan data yang sedang dipersiapkan untuk diluncurkan pada pertengahan 2026 berdasarkan Peraturan Presiden yang masih menunggu persetujuan akhir. Lembaga ini akan menjadi penegak utama UU PDP, sebanding dengan otoritas perlindungan data di Uni Eropa di bawah GDPR.

    Untuk perusahaan Indonesia, kombinasi UU PDP, Peraturan BSSN No. 1/2024, dan PDP Agency menciptakan kerangka kepatuhan yang ketat dan dapat dipaksakan.

    Mengapa 2026 Menjadi Titik Kritis?

    Volume serangan sudah di luar kemampuan manual

    BSSN mencatat 3,64 miliar serangan siber hingga Agustus 2025. 90% serangan siber di Indonesia berasal dari malware, namun jenis intrusi yang berhasil sekarang juga melibatkan penyalahgunaan identitas dan kompromi rantai pasokan.

    Paparan data sudah masif

    Laporan Lanskap Keamanan Siber Indonesia BSSN mencatat 56.128.160 paparan data pribadi di 461 stakeholder pada tahun 2024. Insiden Pusat Data Nasional 2024 mengganggu 282 layanan pemerintah dengan permintaan tebusan USD 8 juta.

    Tenggat pelaporan 24 jam tidak memberi ruang

    Peraturan BSSN No. 1/2024 mewajibkan pelaporan insiden siber ke Nat-CSIRT dalam 24 jam sejak deteksi. Banyak organisasi tidak memiliki workflow klasifikasi yang siap pakai untuk memenuhi tenggat itu.

    Sanksi sudah dapat dipaksakan

    Sanksi maksimum di bawah UU PDP mencapai 2% dari pendapatan tahunan, ditambah pertanggungjawaban pidana untuk eksekutif. Ini bukan ancaman teoretis, melainkan kondisi operasional baru.

    Daftar Periksa Kepatuhan 7 Langkah

    1. Tunjuk DPO (Data Protection Officer)

    UU PDP mewajibkan pengendali data tertentu untuk menunjuk DPO. Pastikan peran ini terdokumentasi, memiliki otoritas internal yang jelas, dan terhubung langsung dengan manajemen senior.

    2. Klasifikasi Data Pribadi

    Identifikasi seluruh kategori data pribadi yang Anda kumpulkan, simpan, atau proses. Pisahkan data umum dari data sensitif. Petakan masing-masing ke tujuan pemrosesan, dasar hukum, dan periode retensi.

    3. Audit Pemrosesan Data

    Lakukan audit menyeluruh terhadap semua aktivitas pemrosesan data. Sertakan pihak ketiga, vendor cloud, dan integrasi SaaS. Hasil audit menjadi dasar Record of Processing Activities yang dapat dimintai regulator.

    4. Mekanisme Persetujuan Eksplisit

    Tinjau formulir, kontrak, dan UX produk untuk memastikan setiap proses pengumpulan data pribadi memiliki dasar hukum yang sah. Untuk data sensitif, persetujuan harus eksplisit dan dapat ditarik kembali dengan mudah.

    5. Playbook Respons Insiden 24 Jam

    Bangun playbook respons insiden yang siap memenuhi tenggat 24 jam BSSN. Playbook harus mencakup klasifikasi awal, eskalasi internal, format pelaporan Nat-CSIRT, dan kontak resmi.

    6. Perjanjian Pemroses Data

    Tinjau dan perbarui kontrak dengan seluruh pemroses data dan vendor pihak ketiga. Sertakan klausul tentang langkah-langkah keamanan, pemberitahuan insiden, transfer data, dan hak audit.

    7. Audit Pihak Ketiga

    Lakukan audit keamanan terhadap vendor kritikal Anda, terutama cloud provider, payment gateway, dan SaaS yang menyimpan data pelanggan. ISO/IEC 27001 sekarang menjadi standar acuan yang direkomendasikan BSSN.

    Apa yang Terjadi Jika Tidak Patuh?

    • Denda hingga 2% dari pendapatan tahunan.
    • Pertanggungjawaban pidana untuk eksekutif terkait.
    • Sanksi reputasi setelah disclosure publik.
    • Pengecualian dari rantai pasokan multinasional yang ketat soal PDP Law dan GDPR.
    • Hilangnya kepercayaan pelanggan, khususnya di sektor fintech, e-commerce, dan kesehatan.

    Lama vs. Baru: Operasi Kepatuhan PDP

    Kapabilitas Praktik Lama Mandat 2026
    Pelaporan insiden Eskalasi internal saja Notifikasi Nat-CSIRT 24 jam
    Fungsi DPO Opsional atau tidak jelas Wajib untuk banyak pengendali
    Klasifikasi data Tidak konsisten Skema terdokumentasi dengan persetujuan dan retensi
    Registrasi CSIRT Ad hoc CSIRT resmi terdaftar BSSN
    Threat intelligence Feed generik Aktor spesifik Indonesia, pemantauan dark-web

    Bagaimana Peris.ai Mendukung Kepatuhan PDP

    Peris.ai adalah perusahaan agentic AI cybersecurity yang terdaftar di BSSN, dengan kantor di Jakarta, Singapura, dan Abu Dhabi. Platform Peris.ai dirancang khusus untuk memenuhi ekspektasi operasional UU PDP, Peraturan BSSN No. 1/2024, dan PDP Agency yang akan datang.

    IRP untuk Dokumentasi Insiden Audit-Ready

    Peris.ai IRP menangkap dokumentasi insiden audit-ready sejak alert pertama. Template kasus disesuaikan dengan format submission Nat-CSIRT 24 jam BSSN. Klien Peris.ai di sektor keuangan melaporkan pengurangan beban kerja analis sebesar 35% setelah implementasi IRP.

    BrahmaFusion untuk Otomasi Bukti Kepatuhan

    BrahmaFusion menjalankan playbook hyperautomation SOC untuk pemantauan kontrol berkelanjutan terhadap baseline UU PDP dan ISO/IEC 27001. Bukti kepatuhan dikumpulkan secara terus-menerus, bukan reaktif. Klien Peris.ai mencapai 40% penghematan biaya SOC setelah otomasi kelas ini.

    Layanan Corporate Compliance dan Konsultasi 1-1

    Layanan Corporate Compliance Peris.ai memandu organisasi melalui penyelarasan UU PDP, registrasi BSSN CSIRT, sertifikasi ISO/IEC 27001, dan kesiapan PDP Agency. Konsultasi 1-1 tersedia untuk UKM dan perusahaan menengah yang membutuhkan panduan operasional.

    Studi Kasus: Dari Deteksi ke Nat-CSIRT dalam 6 Jam

    Sebuah perusahaan e-commerce menengah Indonesia menggunakan Peris.ai mengalami skenario berikut.

    1. INDRA CTI mendeteksi sampel email pelanggan perusahaan muncul di kanal Telegram yang dikenal memperdagangkan dataset Indonesia.
    2. XDR mengkonfirmasi transfer data outbound abnormal dari alat customer service dua hari sebelumnya.
    3. BrahmaFusion mengisolasi identitas yang terdampak dan sistem sumber.
    4. IRP membuka kasus, mengisi template submission Nat-CSIRT secara otomatis.
    5. Tim kepatuhan mengirimkan notifikasi Nat-CSIRT dalam 5 jam 47 menit sejak deteksi, jauh di dalam jendela 24 jam.

    Hasil yang Penting

    Manfaat Hasil
    Selaras dengan Nat-CSIRT 24 jam Pelaporan terpenuhi tanpa kepanikan
    Pemantauan kontrol berkelanjutan Bukti kepatuhan tersedia sebelum audit
    Threat intelligence spesifik Indonesia Disclosure dark-web terdeteksi lebih awal
    Dukungan CSIRT terdaftar BSSN CSIRT organisasi siap sesuai ekspektasi BSSN
    Workflow dwibahasa Bahasa Indonesia dan Inggris dalam satu platform

    Kesimpulan

    Peluncuran PDP Agency di pertengahan 2026 menandai berakhirnya era kepatuhan di atas kertas. UU PDP, Peraturan BSSN, dan ekosistem ancaman yang terus tumbuh menuntut autonomous threat detection, hyperautomation SOC, dan bukti kepatuhan berkelanjutan. Daftar periksa tujuh langkah dalam artikel ini adalah titik awal. Mengoperasionalisasikannya membutuhkan platform yang dirancang untuk realitas regulasi Indonesia.

    Kunjungi Peris.ai dan temukan solusi keamanan siber berbasis AI yang akan memperkuat pertahanan digital Anda dari ancaman modern!

    FAQ

    Kapan PDP Agency Indonesia diluncurkan?

    PDP Agency ditargetkan beroperasi pada pertengahan 2026, menunggu persetujuan Peraturan Presiden yang sedang dalam tahap final.

    Berapa tenggat pelaporan insiden siber di Indonesia?

    Peraturan BSSN No. 1 Tahun 2024 mewajibkan pelaporan insiden siber ke Nat-CSIRT dalam 24 jam sejak deteksi. BSSN telah mendaftarkan 537 CSIRT di institusi pemerintah dan swasta.

    Apa sanksi maksimum di bawah UU PDP?

    Sanksi maksimum mencapai 2% dari pendapatan tahunan, ditambah pertanggungjawaban pidana untuk eksekutif terkait.

    Apakah UKM Indonesia harus menunjuk DPO?

    UU PDP mewajibkan penunjukan DPO bagi pengendali data tertentu, terutama yang memproses data dalam jumlah besar atau data sensitif. UKM yang memproses data pelanggan secara reguler sangat disarankan menunjuk DPO.

    Bagaimana Peris.ai membantu UKM Indonesia memenuhi UU PDP?

    Peris.ai IRP menangkap dokumentasi insiden audit-ready selaras dengan format Nat-CSIRT BSSN. BrahmaFusion mengotomasi pemantauan kontrol UU PDP dan ISO/IEC 27001. Layanan Corporate Compliance Peris.ai menyediakan konsultasi 1-1 untuk kesiapan PDP Agency.

  • Panduan Keamanan Siber untuk UKM Indonesia: 7 Langkah Praktis Agar Bisnis Anda Tidak Jadi Target Hacker

    Panduan Keamanan Siber untuk UKM Indonesia: 7 Langkah Praktis Agar Bisnis Anda Tidak Jadi Target Hacker

    Indonesia diserang 3.300 kali setiap minggu dan UKM adalah target yang paling mudah.

    Bukan karena data UKM tidak berharga. Justru sebaliknya: penyerang tahu bahwa UKM menyimpan data pelanggan, informasi keuangan, dan akses ke mitra bisnis yang lebih besar, semuanya dengan perlindungan yang jauh lebih lemah dari perusahaan enterprise. Bagi peretas, menyerang UKM adalah pilihan rasional: hasil yang besar, risiko yang kecil.

    ASEAN mencatat 135.274 serangan ransomware sepanjang 2024. Sebagian besar targetnya bukan konglomerat dengan tim keamanan ratusan orang. Mereka adalah bisnis menengah dan kecil yang menganggap “kami terlalu kecil untuk diserang.”

    Artikel ini memberikan 7 langkah keamanan siber yang konkret, terjangkau, dan bisa langsung diterapkan oleh UKM Indonesia, tanpa harus memiliki tim IT besar atau anggaran keamanan enterprise.

    Mengapa UKM Indonesia Menjadi Target Favorit Hacker?

    Ada tiga alasan mengapa UKM menjadi target yang sangat menarik:

    1. Data yang berharga, perlindungan yang lemah: UKM menyimpan data pelanggan, kredensial keuangan, dan informasi bisnis yang bernilai, namun seringkali tanpa enkripsi atau kontrol akses yang memadai
    2. Karyawan tanpa pelatihan keamanan: 82% pelanggaran keamanan berasal dari credential theft melalui phishing email atau SMS, dan karyawan yang tidak dilatih adalah pintu masuk yang selalu terbuka
    3. Menjadi batu loncatan ke target lebih besar: UKM yang menjadi vendor atau mitra bisnis perusahaan besar adalah “pintu belakang” yang menarik untuk penyerang yang ingin masuk ke target utamanya

    7 Langkah Praktis Keamanan Siber untuk UKM Indonesia

    Langkah 1: Aktifkan Multi-Factor Authentication (MFA) di Semua Akun Penting

    Ini adalah langkah tunggal dengan dampak terbesar yang bisa dilakukan hari ini. MFA menambahkan lapisan verifikasi kedua setelah password, sehingga meskipun password Anda bocor dari data breach lain, penyerang tetap tidak bisa masuk.

    ✅ Prioritaskan untuk: Email bisnis, akun cloud (Google Workspace, Microsoft 365), sistem keuangan dan akuntansi, VPN dan remote access, akun media sosial bisnis

    ✅ Cara memulai: Hampir semua layanan modern menyediakan MFA gratis. Aktifkan di pengaturan keamanan akun Anda sekarang.

    AI-generated phishing emails kini memiliki click rate 4 kali lebih tinggi dari phishing tradisional. Dengan MFA, bahkan karyawan yang mengklik link phishing dan memasukkan passwordnya tidak akan memberikan akses penuh kepada penyerang.

    Langkah 2: Latih Karyawan Mengenali Phishing dan Social Engineering

    Tidak ada teknologi yang bisa menggantikan karyawan yang paham cara mengenali serangan. Pelatihan keamanan bukan agenda sekali setahun, ini harus menjadi kebiasaan bisnis.

    ✅ Yang perlu diajarkan:

    • Cara memeriksa alamat pengirim email dengan teliti
    • Tanda-tanda email phishing: urgensi palsu, permintaan data sensitif, link yang tidak sesuai
    • Prosedur verifikasi sebelum transfer dana atau berbagi akses
    • Cara melaporkan email mencurigakan ke tim IT

    ✅ Alat yang tersedia: Ganesha dari Peris.ai menyediakan pelatihan keamanan siber dan simulasi phishing yang dirancang khusus untuk konteks bisnis Indonesia, dalam Bahasa Indonesia, dengan modul yang bisa disesuaikan dengan industri Anda.

    Median waktu karyawan mengklik link phishing: 21 detik. Dengan pelatihan rutin dan simulasi, angka ini bisa diturunkan drastis.

    Langkah 3: Terapkan Kebijakan Password yang Kuat dan Gunakan Password Manager

    Password yang lemah atau dipakai ulang di banyak akun adalah salah satu entry point yang paling sering dieksploitasi. Solusinya sederhana namun perlu konsistensi.

    ✅ Kebijakan password yang efektif:

    • Minimum 12 karakter dengan kombinasi huruf, angka, dan simbol
    • Password berbeda untuk setiap akun (terutama akun bisnis kritis)
    • Ganti password segera jika ada indikasi data breach
    • Gunakan password manager (Bitwarden, 1Password, atau built-in browser) untuk tim

    ✅ Hal yang perlu dihindari:

    • Password yang mengandung nama bisnis, tanggal lahir, atau informasi yang mudah ditebak
    • Berbagi password melalui WhatsApp atau email
    • Menggunakan password yang sama untuk akun bisnis dan personal

    Langkah 4: Pastikan Semua Software dan Sistem Selalu Diperbarui

    Sebagian besar serangan yang berhasil mengeksploitasi kerentanan yang sebenarnya sudah ada patch-nya. Artinya, korban bisa dihindari jika update dilakukan tepat waktu.

    ✅ Yang perlu diperbarui secara rutin:

    • Sistem operasi (Windows, macOS, Linux)
    • Aplikasi bisnis kritis: browser, antivirus, software akuntansi
    • Router dan perangkat jaringan (sering diabaikan)
    • Plugin website (terutama WordPress dan platform e-commerce)
    • Aplikasi mobile bisnis

    ✅ Praktik terbaik: Aktifkan automatic update untuk semua software yang mendukungnya. Untuk sistem produksi yang tidak bisa di-update otomatis, buat jadwal update bulanan yang konsisten.

    June 2026 Patch Tuesday saja mencakup beberapa zero-day aktif. Setiap update yang tertunda adalah jendela yang terbuka bagi penyerang.

    Langkah 5: Backup Data Secara Rutin dengan Aturan 3-2-1

    Ransomware yang mengenkripsi data bisnis Anda hanya menjadi bencana jika Anda tidak punya backup yang bisa dipulihkan. Backup yang baik mengubah ransomware dari bencana menjadi gangguan yang bisa diatasi.

    ✅ Aturan backup 3-2-1:

    • 3 salinan data (1 original + 2 backup)
    • 2 media penyimpanan berbeda (misalnya: hard drive lokal + cloud)
    • 1 salinan di lokasi yang berbeda (offsite atau cloud)

    ✅ Yang perlu diingat:

    • Backup yang tidak pernah diuji tidak bisa diandalkan. Test restore setidaknya setiap kuartal
    • Backup yang terhubung ke jaringan utama bisa ikut terenkripsi oleh ransomware. Pastikan salah satu backup Anda offline atau di cloud terpisah
    • Tentukan Recovery Time Objective (RTO): berapa lama bisnis Anda bisa bertahan tanpa data sebelum dampaknya kritis?

    Langkah 6: Kelola Akses dengan Prinsip Least Privilege

    Tidak setiap karyawan perlu akses ke semua sistem. Prinsip “least privilege” berarti memberikan akses minimum yang diperlukan untuk pekerjaan seseorang, tidak lebih.

    ✅ Implementasi praktis:

    • Buat daftar siapa yang memiliki akses ke sistem apa, dan tinjau setiap 3-6 bulan
    • Cabut akses segera ketika karyawan mengundurkan diri atau berganti posisi
    • Gunakan akun administrator terpisah dari akun kerja sehari-hari
    • Terapkan prinsip four-eyes untuk tindakan berisiko tinggi (transfer dana, perubahan konfigurasi kritis)

    ✅ Mengapa ini penting: Insider threat (disengaja atau tidak) dan akun yang dikompromi hanya bisa menyebabkan kerusakan sebatas akses yang mereka miliki. Least privilege membatasi blast radius serangan apapun.

    Langkah 7: Buat dan Uji Rencana Respons Insiden

    Bukan soal apakah bisnis Anda akan mengalami insiden keamanan, tapi kapan. Bisnis yang sudah memiliki rencana respons insiden pulih jauh lebih cepat dan dengan kerusakan yang jauh lebih kecil dibanding yang berimprovisasi saat panik.

    ✅ Komponen rencana respons insiden UKM:

    • Siapa yang dihubungi pertama kali jika ada insiden? (IT, manajemen, legal)
    • Apa langkah isolasi pertama jika ada endpoint yang terkompromi?
    • Bagaimana cara menghubungi provider cloud dan perbankan untuk pemblokiran darurat?
    • Kapan dan bagaimana cara melapor ke BSSN atau OJK (untuk bisnis keuangan)?
    • Siapa yang bertanggung jawab komunikasi ke pelanggan jika data mereka terdampak?

    ✅ Uji rencana Anda: Lakukan simulasi tabletop exercise setidaknya setahun sekali, di mana Anda mensimulasikan skenario serangan dan melihat apakah rencana Anda benar-benar berfungsi.

    Ringkasan: 7 Langkah Keamanan Siber UKM

    Langkah Tindakan Utama Dampak
    1. MFA Aktifkan di semua akun penting hari ini Memblokir 99% serangan credential theft
    2. Pelatihan karyawan Simulasi phishing rutin dengan Ganesha Kurangi click rate phishing hingga 70%
    3. Password policy Password manager + kebijakan password kuat Eliminasi password lemah dan reuse
    4. Update rutin Automatic update + jadwal patch bulanan Tutup kerentanan sebelum dieksploitasi
    5. Backup 3-2-1 Tiga salinan, dua media, satu offsite Pulih dari ransomware tanpa membayar
    6. Least privilege Review akses berkala, cabut akses segera Batasi blast radius serangan apapun
    7. Incident response plan Rencana tertulis + uji simulasi tahunan Pulih lebih cepat dengan kerusakan minimal

    Bagaimana Peris.ai Membantu UKM Indonesia

    UKM tidak perlu membangun tim keamanan siber internal dari nol. Peris.ai menyediakan solusi yang dirancang agar bisnis dengan sumber daya terbatas bisa mendapatkan perlindungan berkelas enterprise.

    Ganesha dari Peris.ai menyediakan program pelatihan kesadaran keamanan siber dan simulasi phishing yang bisa langsung diterapkan untuk karyawan UKM, dalam Bahasa Indonesia, dengan konten yang relevan untuk konteks bisnis lokal.

    BrahmaFusion mengotomatisasi triage dan respons insiden, sehingga tim kecil bisa menangani ancaman yang biasanya membutuhkan tim SOC besar. Sebuah perusahaan keuangan menghemat 40% biaya SOC menggunakan BrahmaFusion, dan waktu respons insiden bisa diturunkan dari 30 menit menjadi 3,3 menit.

    Peris.ai, yang didirikan di Singapura dan beroperasi di Indonesia dengan kantor di Jakarta, dirancang khusus untuk kebutuhan keamanan siber Asia Tenggara.

    Kesimpulan

    Menjadi UKM tidak membuat bisnis Anda aman dari serangan siber. Justru sebaliknya: UKM sering menjadi target pertama karena perlindungannya lebih lemah. Dengan 3.300 serangan siber per minggu di Indonesia dan 82% breach yang berasal dari credential theft yang bisa dicegah, sebagian besar risiko yang mengancam UKM Indonesia sebenarnya bisa dimitigasi dengan langkah yang terstruktur.

    Tujuh langkah dalam panduan ini bukan teori. Mereka adalah fondasi keamanan siber yang sudah terbukti efektif, dan semuanya bisa dimulai hari ini.

    Kunjungi Peris.ai dan temukan solusi keamanan siber berbasis AI yang akan memperkuat pertahanan digital bisnis Anda dari ancaman modern.

    Pertanyaan yang Sering Diajukan (FAQ)

    Apakah UKM benar-benar menjadi target hacker?

    Ya. UKM adalah target favorit karena menyimpan data berharga dengan perlindungan yang lebih lemah dari enterprise. Penyerang memilih target berdasarkan rasio nilai terhadap usaha, dan UKM menawarkan rasio yang menguntungkan bagi mereka.

    Berapa biaya keamanan siber untuk UKM?

    Banyak langkah dasar seperti MFA, update rutin, dan backup 3-2-1 bisa dilakukan hampir tanpa biaya tambahan. Untuk pelatihan karyawan dan platform deteksi, solusi seperti Ganesha dan BrahmaFusion dari Peris.ai dirancang agar terjangkau untuk skala bisnis menengah.

    Apa langkah pertama yang paling penting?

    Aktifkan Multi-Factor Authentication (MFA) di semua akun bisnis kritis. Ini adalah langkah tunggal dengan dampak terbesar dan bisa dilakukan hari ini tanpa biaya tambahan.

    Apa yang harus dilakukan jika bisnis sudah terkena serangan siber?

    Isolasi sistem yang terdampak dari jaringan segera, hubungi IT atau penyedia keamanan siber Anda, jangan bayar ransom tanpa konsultasi ahli terlebih dahulu, dan laporkan ke BSSN jika diperlukan. Respons yang cepat dan terorganisir sangat menentukan skala kerugian.

    Apakah BSSN bisa membantu UKM yang terkena serangan siber?

    BSSN (Badan Siber dan Sandi Negara) menyediakan layanan respons insiden nasional dan dapat dihubungi untuk insiden keamanan siber yang signifikan. Untuk perlindungan proaktif, platform seperti yang disediakan Peris.ai, yang terdaftar dengan BSSN, memberikan lapisan pertahanan yang lebih praktis untuk operasional sehari-hari.

  • October 2026 Is Your Final Warning: A CISO’s Practical Roadmap to NIS2 and DORA Compliance

    October 2026 Is Your Final Warning: A CISO’s Practical Roadmap to NIS2 and DORA Compliance

    The first NIS2 audit deadline is June 30, 2026. The full compliance deadline is October 2026. DORA has been in force since January 17, 2025. And the European Commission’s Digital Omnibus package is converging NIS2, GDPR, eIDAS, DORA, and the CER Directive into a single incident reporting pathway.

    For CISOs and compliance officers at essential and important entities across Europe, the compliance runway is nearly exhausted. Essential entities face fines up to €10 million or 2% of global annual turnover for failing to meet NIS2 cybersecurity risk-management requirements. Important entities face fines up to €7 million or 1.4% of global turnover. These are not theoretical penalties; national supervisory authorities across Germany, Portugal, and Austria are already actively enforcing.

    This post gives CISOs a clear, action-oriented roadmap: what NIS2 and DORA compliance requires in 2026, where most organizations still fall short, and how agentic automation dramatically shortens the compliance gap.

    What Is NIS2 DORA Compliance in 2026?

    NIS2 (Network and Information Systems Directive 2) is the European Union’s updated cybersecurity framework, requiring essential and important entities to implement at least 10 cybersecurity risk-management measures, including incident response capabilities, supply chain security, access control, and business continuity planning. DORA (Digital Operational Resilience Act) applies specifically to financial entities and their critical ICT third-party providers, mandating digital operational resilience testing, ICT risk management, and incident reporting frameworks. Both are in force in 2026.

    Where Are Organizations Still Falling Short on NIS2 DORA Compliance?

    1. Incident Reporting Timelines Are Not Operationalized

    NIS2 requires notification within 24 hours of becoming aware of a significant incident, with a detailed report within 72 hours. DORA has similar requirements for financial entities. Most organizations have a compliance policy that references these timelines, but lack the automated tooling to generate the required reports at speed during an active incident when security teams are already under maximum pressure.

    2. Supply Chain Security Requirements Are Broadly Unfulfilled

    NIS2 Article 21 includes explicit supply chain security requirements: organizations must assess and manage security risks in their relationships with direct suppliers and service providers. For organizations with dozens or hundreds of third-party integrations, this represents a significant gap. Manual vendor assessments are neither scalable nor continuous.

    3. The 10 Risk-Management Measures Are Partially Implemented

    NIS2 Article 21 mandates at least 10 cybersecurity risk-management measures including: policies on risk analysis and information system security; incident handling; business continuity; supply chain security; security in network and information systems acquisition, development, and maintenance; policies and procedures for assessing cybersecurity risk-management measures effectiveness; basic cyber hygiene practices and cybersecurity training; policies and procedures relating to cryptography; human resources security; access control policies; and asset management. Most organizations can check the policy box. Fewer have operationalized these as measurable, continuously monitored controls.

    4. Management Body Accountability Is Underestimated

    NIS2 explicitly places accountability on the management body of essential and important entities. Senior leadership can be held personally liable for failures to approve and oversee cybersecurity risk-management measures. This is a structural shift from treating cybersecurity as an IT department function.

    What Happens When Organizations Miss the NIS2 DORA Compliance Deadline

    Essential entities face administrative fines up to €10 million or 2% of global annual turnover. Important entities face fines up to €7 million or 1.4% of turnover. Beyond financial penalties, supervisory authorities can issue binding instructions, suspend certifications, and impose temporary prohibitions on individuals in managerial positions from exercising managerial functions. For financial entities under DORA, non-compliance also creates ICT risk management gaps that increase operational resilience requirements under European Banking Authority oversight.

    NIS2 Compliance Gap Analysis: Where Most Organizations Stand Today

    NIS2 Article 21 Requirement Common Compliance Gap
    Incident handling policies Policies exist; automated reporting timelines not operationalized
    Business continuity and crisis management Plans documented; not tested under realistic breach conditions
    Supply chain security assessment Periodic vendor questionnaires; no continuous monitoring
    Risk analysis and information system security Annual assessments; not continuous risk monitoring
    Effectiveness measurement policies No automated metrics collection for control effectiveness
    Cryptography and encryption Policies in place; implementation inconsistency across systems
    Access control MFA deployed for primary systems; gaps in legacy and shadow IT
    Asset management Primary asset inventory maintained; cloud and shadow assets incomplete

    How Peris.ai Helps Close the NIS2 DORA Compliance Gap

    BrahmaFusion: Automated Evidence Collection and Compliance Playbooks

    BrahmaFusion is Peris.ai‘s agentic AI hyperautomation platform. For NIS2 and DORA compliance, BrahmaFusion enables automated evidence collection that continuously documents the operation of cybersecurity controls, compliance playbooks that trigger the correct notification and documentation workflows within NIS2’s 24-hour and 72-hour incident reporting windows, and continuous monitoring across 100+ integrations that generates the asset and control coverage data needed for Article 21 effectiveness measurement.

    A finance startup using BrahmaFusion reduced SOC costs by 40% while increasing detection and documentation coverage, directly addressing the resource constraint that most compliance teams face.

    Peris.ai IRP: Audit-Ready Incident Documentation and Response Timelines

    Peris.ai IRP provides the structured incident case management that NIS2 and DORA notification requirements demand. When an incident is detected, IRP automatically generates a timestamped case record, MITRE ATT&CK mapping, AI-powered incident summaries, and response timeline documentation aligned to regulatory reporting windows. The incident report that supervisory authorities request is generated as part of the response process, not assembled afterward under deadline pressure.

    INDRA CTI: Continuous Threat Intelligence for NIS2 Article 21 Risk Management

    NIS2 Article 21 requires organizations to conduct ongoing risk analysis and information system security assessments. INDRA CTI provides the continuous external threat intelligence that informs this risk analysis: real-time intelligence on vulnerabilities affecting your industry sector, threat actor campaigns targeting your supply chain partners, and early warning on zero-day exploits being weaponized against your technology stack.

    Real-World Scenario: Meeting a 24-Hour NIS2 Notification Requirement Under Pressure

    A financial services essential entity under NIS2 detects at 11pm on a Friday that a threat actor has accessed a customer data environment through a compromised vendor integration. The security team is managing active containment while simultaneously needing to generate a notification to their national supervisory authority within 24 hours.

    Peris.ai IRP’s automated documentation has already compiled: the incident timeline from first detection through containment actions, the affected systems and data categories, the MITRE ATT&CK techniques observed, and the initial impact assessment. BrahmaFusion’s compliance playbook generates a draft NIS2 initial notification aligned to Article 23 requirements, pre-populated with verified incident data.

    The compliance team reviews and submits the notification at 8am Saturday, well within the 24-hour window. The 72-hour detailed report is pre-populated from IRP’s continuous case documentation. No compliance deadline is missed, and the security team’s containment effort is not disrupted by parallel documentation demands.

    Benefits at a Glance

    Benefit Outcome
    Automated NIS2 notification workflows 24-hour and 72-hour reporting deadlines met without crisis documentation scramble
    Continuous control effectiveness documentation Article 21 evidence available for audit without manual compilation
    35% analyst workload reduction via IRP Compliance and response teams maintain capacity during incidents
    INDRA CTI for ongoing risk analysis Continuous external threat intelligence fulfills Article 21 risk assessment requirement
    Supply chain monitoring integration Third-party security assessment automation aligned to NIS2 supply chain requirements
    Management-level reporting dashboards Board-level cybersecurity oversight documentation for management body accountability

    Conclusion

    The NIS2 DORA compliance deadline is not a future problem. It is a present operational requirement. Essential and important entities that have not operationalized their Article 21 controls, automated their incident reporting workflows, and established continuous risk monitoring have months, not years, to close the gap before audit exposure becomes financial liability.

    BrahmaFusion, Peris.ai IRP, and INDRA CTI give compliance teams and CISOs the automation infrastructure to meet NIS2 and DORA requirements at operational speed, without multiplying headcount. The compliance journey starts with visibility. Build it now.

    Learn how platforms like BrahmaFusion by Peris.ai empower compliance teams to automate evidence collection, accelerate incident reporting, and maintain continuous control effectiveness documentation. Want more insights? Visit Peris.ai.

    Frequently Asked Questions

    What is the NIS2 compliance deadline in 2026?

    The first NIS2 audit deadline is June 30, 2026, with full compliance required by October 2026. DORA has been in force across all EU nations since January 17, 2025.

    What are the fines for NIS2 non-compliance?

    Essential entities face fines up to €10 million or 2% of global annual turnover. Important entities face fines up to €7 million or 1.4% of global annual turnover, as well as potential personal liability for management body members.

    What does NIS2 Article 21 require?

    NIS2 Article 21 mandates at least 10 cybersecurity risk-management measures including incident handling, supply chain security, access control, risk analysis, business continuity, cryptography policies, asset management, and effectiveness measurement.

    How does DORA differ from NIS2?

    DORA applies specifically to financial entities and their critical ICT third-party providers, focusing on digital operational resilience testing, ICT risk management frameworks, and ICT incident reporting. NIS2 is broader, covering essential and important entities across multiple sectors with cybersecurity risk-management requirements.

    How can automation help with NIS2 DORA compliance?

    Automation addresses the two biggest compliance execution gaps: incident reporting timelines and continuous control documentation. Platforms like BrahmaFusion by Peris.ai generate compliance-ready documentation during incidents and maintain continuous control evidence that satisfies Article 21 effectiveness measurement requirements without manual compilation.

  • 56 Million Records, 461 Stakeholders, Two Universities Down: What Indonesia’s 2025-2026 Breach Wave Reveals About the Security Maturity Gap

    56 Million Records, 461 Stakeholders, Two Universities Down: What Indonesia’s 2025-2026 Breach Wave Reveals About the Security Maturity Gap

    The Numbers Indonesia Cannot Ignore

    Indonesia recorded 56,128,160 personal data exposures across 461 stakeholders in 2024, according to BSSN’s Indonesian Cyber Security Landscape report. Through August 2025, BSSN counted 3.64 billion cyber attacks. In May 2026, breach disclosures have continued at pace: a high-severity compromise of Brawijaya University internal systems and an active dark-web sale of the Kota Gunungsitoli municipality database have surfaced within days of each other.

    Indonesia is ASEAN’s largest digital market. The threat is growing faster than the maturity. The PDP Law (UU No. 27/2022) has been fully in force since October 17, 2024. BSSN Regulation No. 1/2024 requires 24-hour incident reporting to Nat-CSIRT. The PDP Agency, Indonesia’s new data protection authority, is targeted for operational launch in mid-2026. The regulatory clock is running.

    This post is the executive briefing for any organization with Indonesian operations or Indonesian customer data. It explains the breach landscape, the regulatory expectations now in force, and the specific control upgrades that will determine whether the next incident is contained, public, or punitive.

    What Is Indonesia’s Current Data Protection Regime?

    Indonesia’s data protection framework rests on three pillars in 2026:

    1. UU No. 27/2022 (PDP Law). Fully enforceable since October 17, 2024. Maximum penalty is 2% of annual revenue plus criminal liability.
    2. BSSN Regulation No. 1/2024. Requires reporting of cyber incidents to the Nat-CSIRT within 24 hours, and registration of organizational CSIRTs. BSSN has registered 537 CSIRTs across government and private sector entities.
    3. PDP Agency. Targeted for operational launch in mid-2026 pending Presidential Regulation approval. Will hold enforcement authority including monetary penalties and criminal referral.

    For multinational organizations, Indonesia’s framework now sits alongside GDPR, NIS2, and DORA in a layered global compliance stack. Each adds its own incident classification logic and reporting deadlines.

    The Problem: Indonesia’s Maturity Gap

    Volume is overwhelming structural defenses

    3.64 billion cyber attacks recorded through August 2025 represents an attack volume no manual SOC can absorb. BSSN reports that 90% of attacks in Indonesia originate from malware, but the actual successful intrusions increasingly involve identity abuse and supply chain compromise as well.

    The 24-hour reporting clock leaves no room

    BSSN Regulation No. 1/2024 requires Nat-CSIRT notification within 24 hours of incident detection. For many organizations, that window expires before forensic clarity is achieved. Without pre-built incident classification workflows, the report is either rushed and incomplete or late and punitive.

    Critical sector incidents continue

    The 2024 National Data Centre ransomware attack disrupted 282 government services and was met with a USD 8 million ransom demand. The Brawijaya University compromise alleged in May 2026 and the active dark-web sale of the Kota Gunungsitoli database show that sub-national institutions remain undersecured even as the regulatory environment hardens.

    Compliance documentation is not yet operational

    Many organizations have policies on paper that meet PDP Law on the surface, but no operational evidence pipeline that proves continuous compliance. When the PDP Agency examines incidents in 2026, paper-only programs will not survive.

    What Happens When Indonesian Organizations Do Not Solve This?

    • PDP Law penalties of up to 2% of annual revenue, plus criminal liability for executives.
    • Nat-CSIRT reporting failures, which are publicly traceable and reputationally costly.
    • Customer attrition, particularly for fintech and e-commerce, where data trust is the brand.
    • Cross-border vendor exclusion, as multinational customers limit partnership with non-compliant Indonesian providers.

    Old Way vs. New Way: Indonesia Incident Posture

    Capability Pre-2024 Indonesian Practice 2026 Mandate
    Incident reporting Internal escalation only 24-hour Nat-CSIRT notification, audit-ready
    DPO function Optional or undefined Mandatory under PDP Law for many controllers
    Data classification Inconsistent Documented schema with consent and retention mapping
    CSIRT registration Ad hoc Formal BSSN-registered CSIRT for impacted sectors
    Threat intelligence Generic feeds Indonesia-specific actors, dark-web monitoring

    How Peris.ai Supports Indonesian Compliance Operations

    Peris.ai is registered with BSSN and operates from offices in Jakarta, Singapore, and Abu Dhabi. The platform is engineered to support the specific operational expectations of the PDP Law, BSSN Regulation No. 1/2024, and the incoming PDP Agency. Four components carry the weight.

    IRP for 24-hour Nat-CSIRT-ready reporting

    Peris.ai IRP captures audit-ready incident documentation from the first alert. The case template is aligned to BSSN’s 24-hour Nat-CSIRT submission format, so the report writes itself as the investigation proceeds. A leading Peris.ai client in financial services reported a 35% reduction in analyst workload after IRP rollout.

    BrahmaFusion for automated compliance evidence collection

    BrahmaFusion executes continuous control monitoring playbooks against PDP Law and BSSN regulatory baselines. Evidence is collected continuously, not reactively. A Peris.ai client achieved 40% SOC cost savings after this class of automation.

    INDRA CTI for Indonesia-specific threat intelligence

    INDRA CTI maintains intelligence on actors targeting Indonesian sectors, dark-web sales of Indonesian datasets, and credentials tied to Indonesian organizations. When data attributable to your organization surfaces in a forum, INDRA CTI notifies your team before the breach becomes public.

    Corporate Compliance consultation

    Peris.ai‘s 1-on-1 corporate compliance service supports organizations through PDP Law alignment, BSSN CSIRT registration, ISO/IEC 27001 (BSSN’s recommended reference standard), and PDP Agency readiness.

    Use Case: From Detection to Nat-CSIRT in Under 6 Hours

    A mid-market Indonesian e-commerce company using Peris.ai experiences the following.

    1. INDRA CTI detects a sample of customer email addresses tied to the company appearing in a Telegram channel known to broker Indonesian datasets.
    2. Our XDR confirms an unusual outbound data transfer from one of the company’s customer service tools two days earlier, correlated to an identity that recently failed an AiTM-pattern login defense.
    3. BrahmaFusion contains the impacted identity and isolates the source system.
    4. IRP opens a case, populates the Nat-CSIRT submission template, and pre-fills 80% of required fields from automated evidence.
    5. The compliance team submits the Nat-CSIRT notification within 5 hours 47 minutes of detection, well inside the 24-hour window.

    Outcomes That Matter

    Benefit Outcome
    24-hour Nat-CSIRT alignment Reporting met without scramble
    Continuous control monitoring Compliance evidence captured before audit
    Indonesia-specific threat intelligence Dark-web disclosures detected early
    BSSN-registered CSIRT support Organizational CSIRT operationalized to BSSN expectations
    Multilingual incident response English and Bahasa workflows in one platform

    Conclusion

    Indonesia’s regulatory and threat environment in 2026 will not reward paper compliance. The combination of PDP Law enforcement, BSSN 24-hour reporting, the incoming PDP Agency, and an attack volume measured in billions creates an operational threshold that only autonomous threat detection, hyperautomation SOC, and continuous compliance evidence can meet. Peris.ai is built for that threshold, and operates inside Indonesia, for Indonesian organizations and the multinationals that serve them.

    Learn how platforms like BrahmaFusion by Peris.ai empower lean security teams to automate incident response, scale compliance operations, and build trust where it matters most. Want more insights? Visit Peris.ai.

    FAQ

    What is the PDP Law in Indonesia?

    The PDP Law, UU No. 27/2022, is Indonesia’s comprehensive personal data protection regulation, fully enforceable since October 17, 2024. Penalties include up to 2% of annual revenue and criminal liability.

    When does the PDP Agency launch?

    The PDP Agency is targeted for operational launch in mid-2026, pending Presidential Regulation approval. It will hold enforcement authority over the PDP Law.

    How quickly must Indonesian organizations report cyber incidents?

    BSSN Regulation No. 1/2024 requires reporting to the Nat-CSIRT within 24 hours of detection. BSSN has registered 537 CSIRTs across government and private sector to facilitate this.

    What was the 2024 National Data Centre ransomware impact?

    The attack disrupted 282 government services and was accompanied by a USD 8 million ransom demand, making it one of the most consequential incidents in Indonesian cyber history.

    How does Peris.ai help with Indonesian compliance?

    Peris.ai IRP aligns to BSSN’s 24-hour Nat-CSIRT reporting format. BrahmaFusion automates continuous PDP Law and ISO/IEC 27001 control monitoring. INDRA CTI provides Indonesia-specific threat intelligence. Peris.ai‘s Corporate Compliance service guides PDP Law and PDP Agency readiness.

  • The Agentic SOC: Why Your Alert Queue Is a Relic and What Replaces It

    The Agentic SOC: Why Your Alert Queue Is a Relic and What Replaces It

    Microsoft’s Security Blog published a post in April 2026 with a clear argument: the alert queue is a relic. “The agentic SOC: Rethinking SecOps for the next decade” laid out a fundamental restructuring of how security operations centers should work, one in which autonomous AI agents investigate, triage, and recommend remediation without human analysts manually reviewing every alert in a queue.

    This is not a vendor roadmap item or a 2030 prediction. It is a description of what leading security teams are building right now in 2026. The SIEM, XDR, and SOAR are converging into a single AI-powered detection-investigation-response layer. SOC team structures built around the alert queue model are becoming operationally obsolete.

    This post explains the agentic SOC architecture emerging in 2026, why the two-layer model replacing the alert queue represents a structural improvement, and how Peris.ai‘s BrahmaFusion platform positions security teams at the front of this transition.

    What Is an Agentic SOC?

    An agentic SOC is a security operations center in which AI agents handle routine detection, investigation, and triage decisions autonomously, escalating to human analysts only when genuine judgment or authority is required. The key distinction from traditional automation is the word “agentic”: these systems do not just execute predefined rules. They reason, adapt, and act across multi-step investigation and response sequences.

    In a conventional SOC, an alert fires, lands in a queue, waits for an analyst, gets triaged by a human, and if warranted, triggers an investigation. The bottleneck is the human queue. In an agentic SOC, the AI agent handles the queue autonomously: it investigates the alert, correlates it with threat intelligence and historical context, assesses severity, and either closes it with documentation or escalates it with a full investigation summary for human review.

    The Two-Layer Agentic SOC Architecture

    Microsoft’s April 2026 framework describes two functional layers:

    Layer 1: Deterministic Autonomous Disruption

    This layer handles known, high-confidence threat patterns with fully automated responses. No human review required. Examples include:

    • Known malware signatures detected on an endpoint: automatic isolation
    • Credential stuffing attack against an authentication endpoint: automatic session revocation and MFA enforcement
    • Brute force attempt exceeding threshold: automatic IP block and account lockout

    The defining characteristic of Layer 1 is speed: responses execute in seconds without waiting for any human decision.

    Layer 2: Generative Agentic Triage and Investigation

    This layer handles novel, ambiguous, or multi-step incidents where a reasoning agent is needed to correlate signals, form hypotheses, and develop a recommended response. Examples include:

    • Behavioral anomalies that don’t match known attack signatures
    • Multi-stage attack chains spanning endpoint, network, and identity telemetry
    • Low-and-slow intrusions that look like normal activity when any single signal is viewed in isolation

    Layer 2 AI agents produce investigation summaries with recommended actions, which human analysts review and approve. The analyst’s role shifts from “process every alert” to “review AI-generated case summaries and make final decisions on complex incidents.”

    Why the Alert Queue Model Is Failing

    The Volume Problem

    Modern enterprise environments generate thousands of security alerts per day. No human analyst team can process that volume without significant triage shortcuts. The practical result is alert fatigue: analysts tune out low-priority alerts, miss genuine signals buried in noise, and accumulate backlogs of uninvestigated cases.

    The Speed Problem

    Attackers are not waiting in your analyst queue. A credential theft and lateral movement sequence can complete in minutes. A ransomware pre-cursor can stage across an environment in under an hour. By the time an analyst reviews a queued alert from six hours ago, the attack may already be in its exfiltration phase.

    The Talent Problem

    Experienced SOC analysts are scarce and expensive. Building a human team large enough to process enterprise alert volumes at human review speed is not a viable solution for most organizations. The agentic model reduces the analyst requirement without reducing security coverage.

    What Happens When Teams Stay With the Old Model

    • Alert fatigue leads to missed detections
    • Long mean time to detect (MTTD) allows attackers to complete operations before investigation begins
    • Analyst burnout from repetitive triage work reduces retention
    • Security coverage has a hard ceiling set by team headcount

    The Platform Convergence Happening Now

    The agentic SOC is being enabled by the convergence of tools that were previously separate:

    Old Model New Converged Model
    SIEM (log collection and correlation) Unified AI detection platform
    XDR (cross-domain telemetry) Integrated telemetry layer with agentic analysis
    SOAR (playbook automation) AI agent that builds and executes response workflows
    Threat intelligence platform Embedded CTI that informs every investigation
    Case management tool AI-generated case summaries with recommended actions

    This convergence is what BrahmaFusion by Peris.ai is built on: a single platform that integrates detection, investigation, response automation, and threat intelligence into a unified agentic operating layer.

    How BrahmaFusion Powers the Agentic SOC

    The No-Code AI Playbook Builder

    BrahmaFusion’s no-code AI Playbook Builder allows security teams to define agentic response workflows without engineering overhead. Playbooks trigger on behavioral indicators, execute multi-step investigation sequences, and perform containment actions automatically. The result is Layer 1 and Layer 2 capability without requiring custom integration development.

    A finance startup using BrahmaFusion achieved 40% SOC cost savings by replacing manual triage cycles with automated playbook execution. A leading telco reduced incident response time from 30 minutes to 3.3 minutes.

    XDR Integration for Full-Spectrum Telemetry

    Peris.ai‘s XDR provides the telemetry foundation that agentic investigation requires: behavioral data across endpoint, network, and cloud environments. Without full-spectrum telemetry, an AI agent investigating a complex incident will reach the same dead ends a human analyst reaches when visibility is incomplete. XDR’s cross-domain correlation enables the Layer 2 investigation capability that makes the agentic model work for novel and multi-stage incidents.

    IRP for Human-in-the-Loop Escalation

    Peris.ai IRP provides the case management layer where agentic investigations are escalated to human analysts. Rather than presenting raw alerts, IRP delivers AI-generated investigation summaries with full event timelines, recommended response actions, and supporting evidence. The analyst reviews, approves, and escalates. The investigation work is already done.

    A finance company CEO using Peris.ai IRP reported a 35% reduction in analyst workload, exactly the shift the agentic SOC model is designed to produce.

    100+ Integrations for the Converged Stack

    BrahmaFusion integrates with 100+ security and IT tools, enabling the platform convergence the agentic SOC requires. Whether your environment includes legacy SIEM infrastructure, cloud-native detection tools, or a mix of vendor-specific endpoint solutions, BrahmaFusion connects across the stack and provides the unified agentic layer that the alert queue model never could.

    A Real-World Agentic SOC Scenario

    At 2:47 AM on a Tuesday, an anomalous authentication event fires from a legitimate employee account: the login is from an unfamiliar IP, at an unusual hour, followed immediately by access to a file server the user has never accessed before.

    In a traditional alert-queue SOC: the alert sits in the morning queue. By 9 AM, an analyst picks it up. By 10 AM, they’ve confirmed it’s suspicious. By 11 AM, they’ve initiated containment. The attacker has had eight hours.

    In a BrahmaFusion agentic SOC: within 90 seconds, the AI agent correlates the authentication anomaly with XDR telemetry, identifies the lateral movement pattern, cross-references INDRA CTI for similar TTPs, and executes a Layer 1 playbook: session revocation and endpoint isolation. A Layer 2 investigation summary is generated and queued for analyst review with a complete timeline. The analyst reviews and approves at 9 AM. The incident is already contained.

    Benefits of the Agentic SOC with Peris.ai

    Benefit Outcome
    Automated triage and investigation Eliminates alert queue backlog and fatigue
    Layer 1 autonomous containment Stops known threats in seconds without human review
    Layer 2 AI-generated investigation summaries Analyst reviews conclusions, not raw alerts
    40% SOC cost reduction Documented outcome from BrahmaFusion deployment
    35% analyst workload reduction Documented outcome from Peris.ai IRP deployment

    Conclusion

    The alert queue model served the SOC well for two decades. It is no longer adequate for an environment where attack speed is measured in minutes and alert volume is measured in thousands per day. The agentic SOC is not a future state. Microsoft, Peris.ai, and the organizations running these platforms today are demonstrating that it is the present one.

    If your SOC is still built around a human-reviewed alert queue, you are already behind the operational curve. The transition to an agentic model is not just an efficiency upgrade. It is a structural security improvement.

    Explore the Peris.ai Automation Layer and BrahmaFusion’s no-code AI Playbook Builder at brahma.peris.ai. Visit Peris.ai to see how leading organizations are building the agentic SOC today.

    Frequently Asked Questions

    What is an agentic SOC?

    A security operations center in which AI agents handle detection, investigation, and triage autonomously, escalating to human analysts only for complex or high-stakes decisions. It replaces the human-reviewed alert queue model.

    What are the two layers of the agentic SOC architecture?

    Layer 1 handles known, high-confidence threats with fully automated responses (no human review). Layer 2 handles novel or complex incidents through generative AI investigation, producing summaries that human analysts review and approve.

    Why is the traditional alert queue model failing?

    Alert volume has outpaced human triage capacity, attack speed has outpaced human review cycles, and alert fatigue means genuine threats are regularly missed in high-volume queues.

    How does BrahmaFusion enable the agentic SOC?

    BrahmaFusion provides a no-code AI Playbook Builder, 100+ integrations, and automated response workflows that execute both Layer 1 containment and Layer 2 investigation sequences without requiring custom engineering.

    What is the difference between SOAR and an agentic SOC platform?

    Traditional SOAR executes predefined, rule-based playbooks. Agentic SOC platforms use AI agents that reason, adapt, and handle novel situations that predefined rules cannot anticipate.

  • October 2026 Is Your Final Warning: A CISO’s Practical Roadmap to NIS2 and DORA Compliance

    October 2026 Is Your Final Warning: A CISO’s Practical Roadmap to NIS2 and DORA Compliance

    The first NIS2 audit deadline is June 30, 2026. The full compliance deadline is October 2026. DORA has been in force since January 17, 2025. And the European Commission’s Digital Omnibus package is converging NIS2, GDPR, eIDAS, DORA, and the CER Directive into a single incident reporting pathway.

    For CISOs and compliance officers at essential and important entities across Europe, the compliance runway is nearly exhausted. Essential entities face fines up to €10 million or 2% of global annual turnover for failing to meet NIS2 cybersecurity risk-management requirements. Important entities face fines up to €7 million or 1.4% of global turnover. These are not theoretical penalties; national supervisory authorities across Germany, Portugal, and Austria are already actively enforcing.

    This post gives CISOs a clear, action-oriented roadmap: what NIS2 and DORA compliance requires in 2026, where most organizations still fall short, and how agentic automation dramatically shortens the compliance gap.

    What Is NIS2 DORA Compliance in 2026?

    NIS2 (Network and Information Systems Directive 2) is the European Union’s updated cybersecurity framework, requiring essential and important entities to implement at least 10 cybersecurity risk-management measures, including incident response capabilities, supply chain security, access control, and business continuity planning. DORA (Digital Operational Resilience Act) applies specifically to financial entities and their critical ICT third-party providers, mandating digital operational resilience testing, ICT risk management, and incident reporting frameworks. Both are in force in 2026.

    Where Are Organizations Still Falling Short on NIS2 DORA Compliance?

    1. Incident Reporting Timelines Are Not Operationalized

    NIS2 requires notification within 24 hours of becoming aware of a significant incident, with a detailed report within 72 hours. DORA has similar requirements for financial entities. Most organizations have a compliance policy that references these timelines, but lack the automated tooling to generate the required reports at speed during an active incident when security teams are already under maximum pressure.

    2. Supply Chain Security Requirements Are Broadly Unfulfilled

    NIS2 Article 21 includes explicit supply chain security requirements: organizations must assess and manage security risks in their relationships with direct suppliers and service providers. For organizations with dozens or hundreds of third-party integrations, this represents a significant gap. Manual vendor assessments are neither scalable nor continuous.

    3. The 10 Risk-Management Measures Are Partially Implemented

    NIS2 Article 21 mandates at least 10 cybersecurity risk-management measures including: policies on risk analysis and information system security; incident handling; business continuity; supply chain security; security in network and information systems acquisition, development, and maintenance; policies and procedures for assessing cybersecurity risk-management measures effectiveness; basic cyber hygiene practices and cybersecurity training; policies and procedures relating to cryptography; human resources security; access control policies; and asset management. Most organizations can check the policy box. Fewer have operationalized these as measurable, continuously monitored controls.

    4. Management Body Accountability Is Underestimated

    NIS2 explicitly places accountability on the management body of essential and important entities. Senior leadership can be held personally liable for failures to approve and oversee cybersecurity risk-management measures. This is a structural shift from treating cybersecurity as an IT department function.

    What Happens When Organizations Miss the NIS2 DORA Compliance Deadline

    Essential entities face administrative fines up to €10 million or 2% of global annual turnover. Important entities face fines up to €7 million or 1.4% of turnover. Beyond financial penalties, supervisory authorities can issue binding instructions, suspend certifications, and impose temporary prohibitions on individuals in managerial positions from exercising managerial functions. For financial entities under DORA, non-compliance also creates ICT risk management gaps that increase operational resilience requirements under European Banking Authority oversight.

    NIS2 Compliance Gap Analysis: Where Most Organizations Stand Today

    NIS2 Article 21 Requirement Common Compliance Gap
    Incident handling policies Policies exist; automated reporting timelines not operationalized
    Business continuity and crisis management Plans documented; not tested under realistic breach conditions
    Supply chain security assessment Periodic vendor questionnaires; no continuous monitoring
    Risk analysis and information system security Annual assessments; not continuous risk monitoring
    Effectiveness measurement policies No automated metrics collection for control effectiveness
    Cryptography and encryption Policies in place; implementation inconsistency across systems
    Access control MFA deployed for primary systems; gaps in legacy and shadow IT
    Asset management Primary asset inventory maintained; cloud and shadow assets incomplete

    How Peris.ai Helps Close the NIS2 DORA Compliance Gap

    BrahmaFusion: Automated Evidence Collection and Compliance Playbooks

    BrahmaFusion is Peris.ai‘s agentic AI hyperautomation platform. For NIS2 and DORA compliance, BrahmaFusion enables automated evidence collection that continuously documents the operation of cybersecurity controls, compliance playbooks that trigger the correct notification and documentation workflows within NIS2’s 24-hour and 72-hour incident reporting windows, and continuous monitoring across 100+ integrations that generates the asset and control coverage data needed for Article 21 effectiveness measurement.

    A finance startup using BrahmaFusion reduced SOC costs by 40% while increasing detection and documentation coverage, directly addressing the resource constraint that most compliance teams face.

    Peris.ai IRP: Audit-Ready Incident Documentation and Response Timelines

    Peris.ai IRP provides the structured incident case management that NIS2 and DORA notification requirements demand. When an incident is detected, IRP automatically generates a timestamped case record, MITRE ATT&CK mapping, AI-powered incident summaries, and response timeline documentation aligned to regulatory reporting windows. The incident report that supervisory authorities request is generated as part of the response process, not assembled afterward under deadline pressure.

    INDRA CTI: Continuous Threat Intelligence for NIS2 Article 21 Risk Management

    NIS2 Article 21 requires organizations to conduct ongoing risk analysis and information system security assessments. INDRA CTI provides the continuous external threat intelligence that informs this risk analysis: real-time intelligence on vulnerabilities affecting your industry sector, threat actor campaigns targeting your supply chain partners, and early warning on zero-day exploits being weaponized against your technology stack.

    Real-World Scenario: Meeting a 24-Hour NIS2 Notification Requirement Under Pressure

    A financial services essential entity under NIS2 detects at 11pm on a Friday that a threat actor has accessed a customer data environment through a compromised vendor integration. The security team is managing active containment while simultaneously needing to generate a notification to their national supervisory authority within 24 hours.

    Peris.ai IRP’s automated documentation has already compiled: the incident timeline from first detection through containment actions, the affected systems and data categories, the MITRE ATT&CK techniques observed, and the initial impact assessment. BrahmaFusion’s compliance playbook generates a draft NIS2 initial notification aligned to Article 23 requirements, pre-populated with verified incident data.

    The compliance team reviews and submits the notification at 8am Saturday, well within the 24-hour window. The 72-hour detailed report is pre-populated from IRP’s continuous case documentation. No compliance deadline is missed, and the security team’s containment effort is not disrupted by parallel documentation demands.

    Benefits at a Glance

    Benefit Outcome
    Automated NIS2 notification workflows 24-hour and 72-hour reporting deadlines met without crisis documentation scramble
    Continuous control effectiveness documentation Article 21 evidence available for audit without manual compilation
    35% analyst workload reduction via IRP Compliance and response teams maintain capacity during incidents
    INDRA CTI for ongoing risk analysis Continuous external threat intelligence fulfills Article 21 risk assessment requirement
    Supply chain monitoring integration Third-party security assessment automation aligned to NIS2 supply chain requirements
    Management-level reporting dashboards Board-level cybersecurity oversight documentation for management body accountability

    Conclusion

    The NIS2 DORA compliance deadline is not a future problem. It is a present operational requirement. Essential and important entities that have not operationalized their Article 21 controls, automated their incident reporting workflows, and established continuous risk monitoring have months, not years, to close the gap before audit exposure becomes financial liability.

    BrahmaFusion, Peris.ai IRP, and INDRA CTI give compliance teams and CISOs the automation infrastructure to meet NIS2 and DORA requirements at operational speed, without multiplying headcount. The compliance journey starts with visibility. Build it now.

    Learn how platforms like BrahmaFusion by Peris.ai empower compliance teams to automate evidence collection, accelerate incident reporting, and maintain continuous control effectiveness documentation. Want more insights? Visit Peris.ai.

    Frequently Asked Questions

    What is the NIS2 compliance deadline in 2026?

    The first NIS2 audit deadline is June 30, 2026, with full compliance required by October 2026. DORA has been in force across all EU nations since January 17, 2025.

    What are the fines for NIS2 non-compliance?

    Essential entities face fines up to €10 million or 2% of global annual turnover. Important entities face fines up to €7 million or 1.4% of global annual turnover, as well as potential personal liability for management body members.

    What does NIS2 Article 21 require?

    NIS2 Article 21 mandates at least 10 cybersecurity risk-management measures including incident handling, supply chain security, access control, risk analysis, business continuity, cryptography policies, asset management, and effectiveness measurement.

    How does DORA differ from NIS2?

    DORA applies specifically to financial entities and their critical ICT third-party providers, focusing on digital operational resilience testing, ICT risk management frameworks, and ICT incident reporting. NIS2 is broader, covering essential and important entities across multiple sectors with cybersecurity risk-management requirements.

    How can automation help with NIS2 DORA compliance?

    Automation addresses the two biggest compliance execution gaps: incident reporting timelines and continuous control documentation. Platforms like BrahmaFusion by Peris.ai generate compliance-ready documentation during incidents and maintain continuous control evidence that satisfies Article 21 effectiveness measurement requirements without manual compilation.