Search results

Tsippi Dach, Director of Communications at AlgoSec, explores what happened during this past summer’s Fastly outage, and explores how your... Application Connectivity Management The great Fastly outage Tsippi Dach 2 min read Tsippi Dach Short bio about author here Lorem ipsum dolor sit amet consectetur. Vitae donec tincidunt elementum quam laoreet duis sit enim. Duis mattis velit sit leo diam. Tags Share this article 9/29/21 Published Tsippi Dach, Director of Communications at AlgoSec, explores what happened during this past summer’s Fastly outage, and explores how your business can protect itself in the future. The odds are that before June 8th you probably hadn’t heard of Fastly unless you were a customer. It was only when swathes of the internet went down with the 503: Service Unavailable error message that the edge cloud provider started to make headlines . For almost an hour, sites like Amazon and eBay were inaccessible, costing millions of dollars’ worth of revenue. PayPal, which processed roughly $106 million worth of transactions per hour throughout 2020, was also impacted, and disruption at Shopify left thousands of online retail businesses unable to serve customers. While the true cost of losing a significant portion of the internet for almost one hour is yet to be tallied, we do know what caused it. What is Fastly and why did it break the internet? Fastly is a US-based content distribution network (CDN), sometimes referred to as an ‘edge cloud provider.’ CDNs relieve the load on a website’s servers and ostensibly improve performance for end-users by caching copies of web pages on a distributed network of servers that are geographically closer to them. The downside is that when a CDN goes down – due to a configuration error in Fastly’s case – it reveals just how vulnerable businesses are to forces outside of their control. Many websites, perhaps even yours, are heavily dependent on a handful of cloud-based providers. When these providers experience difficulties, the consequences for your business are amplified ten-fold. Not only do you run the risk of long-term and costly disruption, but these weak links can also provide a golden opportunity for bad actors to target your business with malicious software that can move laterally across your network and cause untold damage. How micro-segmentation can help The security and operational risks caused by these outages can be easily mitigated by implementing plans that should already be part of an organization’s cyber resilience strategy. One aspect of this is micro-segmentation , which is regarded as one of the most effective methods to limit the damage of an intrusion or attack and therefore limit large-scale downtime from configuration misfires and cyberattacks. Micro-segmentation is the act of creating secure “zones” in data centers and cloud deployments that allow your company to isolate workloads from one another. In effect, this makes your network security more compartmentalized, so that if a bad actor takes advantage of an outage in order to breach your organization’s network, or user error causes a system malfunction, you can isolate the incident and prevent lateral impact. Simplifying micro-segmentation with AlgoSec Security Management Suite The AlgoSec Security Management Suite employs the power of automation to make it easy for businesses to define and enforce their micro-segmentation strategy, ensuring that it does not block critical business services, and also meets compliance requirements. AlgoSec supports micro-segmentation by: Mapping the applications and traffic flows across your hybrid network Identifying unprotected network flows that do not cross any firewall and are not filtered for an application Automatically identifying changes that will violate the micro-segmentation strategy Ensuring easy management of network security policies across your hybrid network Automatically implementing network security policy changes Automatically validating changes Generating a custom report on compliance with the micro-segmentation policy Find out more about how micro-segmentation can help you boost your security posture, or request your personal demo . Schedule a demo Related Articles Q1 at AlgoSec: What innovations and milestones defined our start to 2026? AlgoSec Reviews Mar 19, 2023 · 2 min read 2025 in review: What innovations and milestones defined AlgoSec’s transformative year in 2025? AlgoSec Reviews Mar 19, 2023 · 2 min read Navigating Compliance in the Cloud AlgoSec Cloud Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call

Knowing how to select and position security capabilities in different cloud deployment models is critical to comprehensive security... Cloud Security Understanding Security Considerations in IaaS/PaaS/SaaS Deployments Rony Moshkovich 2 min read Rony Moshkovich Short bio about author here Lorem ipsum dolor sit amet consectetur. Vitae donec tincidunt elementum quam laoreet duis sit enim. Duis mattis velit sit leo diam. Tags Share this article 11/24/22 Published Knowing how to select and position security capabilities in different cloud deployment models is critical to comprehensive security across your organization. Implementing the right pattern allows you to protect the confidentiality, integrity, and availability of cloud data assets. It can also improve incident response to security threats. Additionally, security teams and cloud security architects no longer have to rely on pre-set security templates or approaches built for on-premises environments. Instead, they must adapt to the specific security demands of the cloud and integrate them with the overall cloud strategy. This can be accomplished by re-evaluating defense mechanisms and combining cloud-native security and vendor tools. Here, we’ll break down the security requirements and best practices for cloud service models like IaaS, PaaS, and SaaS. Do you have cloud security architects on board? We’ll also cover their roles and the importance of leveraging native security tools specific to each model. Managing Separation of Responsibilities with the Cloud Service Provider Secure cloud deployments start with understanding responsibilities. Where do you stand, and what is expected of you? There are certain security responsibilities the cloud security provider takes care of and those that the customer handles. This division of responsibilities means adjusting focus and using different measures to ensure security is necessary. Therefore, organizations must consider implementing compensating controls and alternative security measures to make up for any limitations in the cloud service provider’s security offerings. Security Considerations for SaaS (Software-as-a-Service) Deployments The specific security requirements in SaaS deployments may vary between services. However, it’s important to consider the following areas: Data protection During cloud deployments, protecting data assets is a tough nut to crack for many organizations. As a SaaS provider, ensuring data protection is crucial because you handle and store sensitive customer data. Encryption must be implemented for data in transit and at rest. Protecting data at rest is the cloud provider’s responsibility, whereas you are responsible for data in transit. The cloud provider implements security measures like encryption, access controls, and physical security to protect the data stored in their infrastructure. On the other hand, it’s your responsibility to implement secure communication protocols like encryption, ensuring data remains protected when it moves between your SaaS application. Additionally, best practice solutions may offer you the option of managing your encryption keys so that cloud operations staff cannot decrypt customer data. Interfacing with the Cloud Service There are a number of security considerations to keep in mind when interacting with a SaaS deployment. These include validating data inputs, implementing secure APIs, and securing communication channels. It’s crucial to use secure protocols like HTTPS and to ensure that the necessary authentication and authorization mechanisms are in place. You may also want to review and monitor access logs frequently to spot and address any suspicious activity. Application Security in SaaS During SaaS deployments, it’s essential to ensure application security. For instance, secure coding practices, continuous vulnerability assessments, and comprehensive application testing all contribute to effective SaaS application security. Cross-site scripting (XSS) and SQL injection are some of the common web application cyber-attacks today. You can improve the application’s security posture by implementing the right input validation, regular security patches from the SaaS provider, and web application firewalls (WAFs). Cloud Identity and Access Controls Here, you must define how cloud services will integrate and federate with existing enterprise identity and access management (IAM) systems. This ensures a consistent and secure access control framework. Implementing strong authentication mechanisms like multifactor authentication (MFA) and enforcing proper access controls based on roles and responsibilities are necessary security requirements. You should also consider using Cloud Access Security Broker (CASB) tools to provide adaptive and risk-based access controls. Regulatory Compliance Using a cloud service doesn’t exempt one from regulatory compliance, and cloud architects must design the SaaS architecture to align with these requirements. But why are these stringent requirements there in the first place? The purpose of these regulations is to protect consumer privacy by enforcing confidentiality, integrity, availability, and accountability. So, achieving compliance means you meet these regulations. It demonstrates that your applications and tech stack maintain secure privacy levels. Failure to comply could cost money in the form of fines, legal action, and a damaged reputation. You don’t want that. Security Considerations for PaaS (Platform-as-a-Service) Deployments PaaS security considerations during deployments will address all the SaaS areas. But as a PaaS customer, there are slight differences you should know. For example, more options exist to configure how data is protected and who can do what with it. As such, the responsibility of user permissions may be given to you. On the other hand, some PaaS providers may have built-in tools and mechanisms for managing user permissions. So, what are the other key areas you want to address to ensure a secure environment for PaaS deployments? We’ll start with the application security. Application Security The customer is responsible for securing the applications they build and deploy on the PaaS platform. Securing application platforms is necessary, and cloud architects must ensure this from the design and development stage. So, what do you do to ensure application security? It all starts from the onset. From secure coding practices, addressing application vulnerabilities, and conducting regular security testing. You’ll often find that most security vulnerabilities are introduced from the early stages of software development. If you can identify and fix potential flaws using penetration testing and threat modeling practices, you’re on your way to successful deployment. Data Security PaaS cloud security deployments offer more flexibility and allow customers control over their data and user entitlements. What this means is you can build and deploy your own applications on the platform. You can configure security measures and controls within your applications by defining who has access to applications, what they can do, and how data is protected. Here, cloud security architects and security teams can ensure data classification and access controls, determining appropriate encryption keys management practices, secure data integration and APIs, and data governance. Ultimately, configuring data protection mechanisms and user permissions provides customers with greater customization and control. Platform Security The platform itself, including the operating system, underlying infrastructure, data centers, and middleware, need to be protected. This is the responsibility of the PaaS provider. They must ensure that the components that keep the platform up are functional at all times. Network Security In PaaS environments, identity and roles are primarily used for network security to determine access to resources and data in the PaaS platform. As such, the most important factor to consider in this case is verifying the user identity and managing access based on their roles and permissions. Rather than relying on traditional network security measures like perimeter controls, IDS/IPS, and traffic monitoring, there is a shift to user-centric access controls. Security Considerations for IaaS (Infrastructure-as-a-Service) Cloud Deployments When it comes to application and software security, IaaS security during cloud deployment is similar. If you’re an IaaS customer, there are slight differences in how IaaS cloud deployment is handled. For example, while the cloud provider handles the hypervisor or virtualized layer, everything else is the customers’ responsibility. So, you must secure the cloud deployment by implementing appropriate security measures to safeguard their applications and data. Due to different deployment patterns, some security tools that work well for SaaS may not be suitable for IaaS. For example, we discussed how CASB could be excellent for cloud identity, data, and access controls in SaaS applications. However, this may not be effective in IaaS environments. Your cloud architects and security teams must understand these differences when deploying IaaS. They should consider alternative or additional security measures in certain areas to ensure more robust security during cloud deployments. These areas are: Access Management IaaS deployment requires you to consider several identity and access management (IAM) dimensions. For example, cloud architects must consider access to the operating system, including applications and middleware installed on them. Additionally, they must also consider privileged access, such as root or administrative access at the OS level. Keep in mind that IaaS has additional access layers. These consist of access to the IaaS console and other cloud provider features that may offer insights about or impact the operation of cloud resources. For example, key management and auditing and resource configuration and hardening. It’s important to clarify who has access to these areas and what they can do. Regular Patching There are more responsibilities for you. The IaaS customer is responsible for keeping workloads updated and maintained. This typically includes the OS itself and any additional software installed on the virtual machines. Therefore, cloud architects must apply the same vigilance to cloud workloads as they would to on-premises servers regarding patching and maintenance. This ensures proactive, consistent, and timely updates that ensure the security and stability of cloud workloads. Network Security IaaS customers must configure and manage security mechanisms within their virtual networks. This includes setting firewalls, using intrusion detection and intrusion prevention systems (IDS/IPS), establishing secure connections (VPN), and network monitoring. On the other hand, the cloud provider ensures network security for the underlying network infrastructure, like routers and switches. They also ensure physical security by protecting network infrastructure from unauthorized access. Data Protection While IaaS providers ensure the physical security of data centers, IaaS customers must secure their own data in the IaaS environment. They need to protect data stored in databases, virtual machines (VMs), and any other storage system provisioned by the IaaS provider. Some IaaS providers, especially large ones, offer encryption capabilities for the VMs created on their platform. This feature is typically free or low-priced. It’s up to you to decide whether managing your own encryption keys is more effective or to choose the provider’s offerings. If you decide to go for this feature, it’s important to clarify how encrypting data at rest may affect other services from the IaaS provider, such as backup and recovery. Leveraging Native Cloud Security Tools Just like the encryption feature, some cloud service providers offer a range of native tools to help customers enforce effective security. These tools are available for IaaS, PaaS, and SaaS cloud services. While customers may decide not to use them, the low financial and operational impact of native cloud security tools on businesses makes them a smart decision. It allows you to address several security requirements quickly and easily due to seamless control integration. However, it’s still important to decide which controls are useful and where they are needed. Conclusion Cloud security architecture is always evolving. And this continuous change makes cloud environments more complex and dynamic. From misconfigurations to data loss, many challenges can make secure cloud deployments for IaaS, PaaS, and SaaS services more challenging. Prevasio, an AlgoSec company, is your trusted cloud security partner that helps your organization streamline cloud deployments. Our cloud-native application provides increased risk visibility and control over security and compliance requirements. Contact us now to learn more about how you can expedite your cloud security operations. Schedule a demo Related Articles Q1 at AlgoSec: What innovations and milestones defined our start to 2026? AlgoSec Reviews Mar 19, 2023 · 2 min read 2025 in review: What innovations and milestones defined AlgoSec’s transformative year in 2025? AlgoSec Reviews Mar 19, 2023 · 2 min read Navigating Compliance in the Cloud AlgoSec Cloud Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call

As we close out the first quarter of 2026, I find myself reflecting on a start to the year that was defined by product momentum, stronger market validation, growing trust from regulated organizations, and meaningful industry recognition. In just three months , AlgoSec introduced important platform enhancements, published fresh research on where network security is heading, strengthened its standing with government and highly regulated customers, and closed the quarter with three major awards.... AlgoSec Reviews Q1 at AlgoSec: What innovations and milestones defined our start to 2026? Adel Osta Dadan 2 min read Adel Osta Dadan Short bio about author here Lorem ipsum dolor sit amet consectetur. Vitae donec tincidunt elementum quam laoreet duis sit enim. Duis mattis velit sit leo diam. Tags Share this article 4/5/26 Published As we close out the first quarter of 2026, I find myself reflecting on a start to the year that was defined by product momentum, stronger market validation, growing trust from regulated organizations, and meaningful industry recognition. In just three months , AlgoSec introduced important platform enhancements, published fresh research on where network security is heading, strengthened its standing with government and highly regulated customers, and closed the quarter with three major awards. More importantly, Q1 reinforced something we believe strongly: the market is moving toward security that is more application-centric, more automated, and more aligned with business reality. January – Removing friction across hybrid and multi-cloud security We opened the year with the release of A33.20, a meaningful step forward for the AlgoSec Horizon platform. The focus of this release was practical and timely: help security teams move faster without losing visibility, control, or confidence. As hybrid environments continue to grow more complex, policy changes are happening under tighter timelines and with higher business stakes. A33.20 was built to reduce that friction by simplifying workflows , improving visibility across AWS, Azure, Google Cloud, and Palo Alto Networks environments , automating more of the change process, and evaluating risk and compliance in the context of enterprise applications rather than as disconnected technical issues. What stood out most to me about this release was not just the feature list, but the direction behind it. Security teams do not need more noise. They need better context, clearer prioritization, and safer execution. With A33.20, we kept pushing toward a model where security policy management becomes more intelligent, more business-aware, and far less dependent on manual, error-prone work. That is the standard modern enterprises are increasingly demanding, and it set the tone for our quarter. February – Turning market insight and trust into momentum In February, we released the 2026 State of Network Security Report , and the findings made one thing very clear: the market is entering a new phase. Based on more than 500 responses across 28 countries, the report showed that organizations are looking for consolidation, unification, automation, and control as they navigate rapid cloud expansion, distributed workloads, and AI-driven traffic patterns. It also showed how quickly the environment is changing: 65% of respondents said they had already adjusted their strategies in response to AI-powered attacks, and 54.7% said security capabilities are now the most important factor when selecting a cloud platform. That market shift was reflected in our own momentum. In February, AlgoSec reported its best year ever , with gross dollar retention above 90%, 37% year-over-year new business growth in 2025, and more than 100 customers implementing the Horizon platform within months of its launch . During the same month, AlgoSec also achieved Protected-level certification under the Australian Government’s IRAP framework, an important milestone that strengthened confidence for public sector and highly regulated organizations that need enterprise-grade security, compliance, and operational resilience. March – Three awards that told one bigger story March brought a level of external validation that made the quarter feel complete. First, the 2026 Globee Awards for Cybersecurity named AlgoSec Horizon the Gold winner and Best of Category for Risk and Policy Management Solution . For us, that recognition validated the value of helping customers cut through fragmented environments with unified visibility across cloud and on-prem networks, automate policy management safely, and prioritize remediation in the context of real business applications. That recognition was followed by Cyber Defense Magazine’s 2026 Global InfoSec Award for Trailblazing AI-Powered Cybersecurity Solutions , published as part of its RSAC/March 2026 issue. This award mattered for a different but equally important reason. It reinforced that our AI strategy is not about adding another feature or another layer of alerts. It is about changing how security is managed: using AI to understand applications, prioritize risk based on business impact, and help teams implement the right policies across multi-cloud and on-prem environments. The capabilities highlighted internally — AppViz, AI risk prioritization, Intelligent Policy, and the Algo AI Assistant — reflect that broader shift from reactive security operations to intelligent, application-aware automation. Then came the 2026 SC Award for Best Risk/Policy Management Solution . What I especially appreciate about this recognition is that it reinforced the completeness of the platform story. SC Media highlighted AlgoSec’s application-centric approach across virtual, cloud, and physical environments, with a judge’s emphasis on the clarity of the overall offering and its fit for the enterprise environment. Together with the Globee recognition , the SC Award strengthened the message that risk and policy management today must be tied to application context, business impact, and real operational execution, not just rule sprawl or isolated controls. Taken together, these three awards told one bigger story about who we are and where the market is heading. Two awards validated our strength in risk and policy management. One validated our leadership in AI-powered cybersecurity innovation. All three pointed to the same underlying differentiation: AlgoSec does not treat applications, risk, and policy as separate problems. We connect them in one platform, helping organizations gain visibility, reduce manual effort, accelerate delivery, and maintain continuous compliance across hybrid environments. Looking ahead If Q1 is any indication, 2026 will be a year defined by consolidation . Security teams are being asked to move faster, manage more complexity, and prove business value more clearly than ever before . Our responsibility is to help them do exactly that with better visibility, smarter automation, stronger compliance, and a security model built around how applications actually work. That is the direction we have been building toward, and Q1 gave us strong proof that it is the right one. We are proud of how the year has begun, but even more energized by what comes next. The momentum from this quarter gives us a strong foundation for the rest of 2026, and we remain focused on helping enterprises simplify security management, reduce risk, and secure application connectivity without slowing the business down. Schedule a demo Related Articles Q1 at AlgoSec: What innovations and milestones defined our start to 2026? AlgoSec Reviews Mar 19, 2023 · 2 min read 2025 in review: What innovations and milestones defined AlgoSec’s transformative year in 2025? AlgoSec Reviews Mar 19, 2023 · 2 min read Navigating Compliance in the Cloud AlgoSec Cloud Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call

Avivi Siman-Tov, Director of Product Management at AlgoSec, discusses the benefits of network automation and takes us through a... Firewall Change Management Change automation: A step-by-step guide to network security policy change management Avivi Siman Tov 2 min read Avivi Siman Tov Short bio about author here Lorem ipsum dolor sit amet consectetur. Vitae donec tincidunt elementum quam laoreet duis sit enim. Duis mattis velit sit leo diam. Tags Share this article 10/21/21 Published Avivi Siman-Tov, Director of Product Management at AlgoSec, discusses the benefits of network automation and takes us through a step-by-step process to standardize change management In today’s fast-paced, data-driven environment, the only constant that businesses can bank on is change. For organizations to function and compete in the modern digital landscape, they need their data to be able to move freely and unobstructed through every branch of their business, unimpeded by security issues that require constant manual attention. The network is arguably the beating heart of an organization but keeping it ticking requires more maintenance than it once did, owing to constantly changing risk profiles and circumstances. That’s why a greater number of businesses are turning to change automation to bridge the gap between network alerts and the action that needs to be taken. Barriers to automation According to Gartner , organizations that can automate more than 70% of their network changes can reduce the number of outages by at least 50% and deliver services up to 50% faster. That’s because a lot of legacy solutions tend to take a reactive rather than proactive approach to dealing with security. There are multiple controls in place that simply don’t talk to each other. While most businesses get alerts from SIEM solutions and vulnerability scanners, responding to them turns into a full-time job, distracting your team from other important work they could be doing. Most organizations know that manual policy changes impact their productivity, but they’re afraid to take the leap to automation because of an ill-placed perception around security. Production environments in all organizations are maintained by different teams — for example, DevOps, maintenance, cloud security, IT, and more. Not all of these teams are educated to the same level in security matters, and some see it as a constraint that slows their work. This can lead to conflict between teams, which means that automation is not always welcome. Despite some resistance to change, enterprise-wide change automation makes it possible to transform network security policies without needing to reinvent the wheel or replace existing business processes. Automation and actionable intelligence are proven to enhance security and business agility without the stress often associated with misconfigurations caused by manual, ad-hoc processes. A typical network change workflow By elevating firewall change management from a manual, arduous task to a fully automated, zero-touch process, networks can become more agile and organizations far more adaptive. There are several steps that organizations need to take towards complete network security automation, from a simple change request through to implementation and validation. Let’s take a look at the most common steps in establishing automation for a simple change request. Step 1 – Request a network change Every change begins with a request. At this stage, you need to clarify who is asking for the amendment and why because sometimes the request is unnecessary or covered by an existing ruleset. Step 2 – Find relevant security devices Once this request is translated, the change automation platform will handle the request and implement the changes to hybrid networks. The administrator will be able to see which firewall and routing devices are involved and what impact the change will have. Step 3 – Plan change The change automation platform understands how to deal with different vendor-specific settings and how to implement the requests in a way that avoids creating any duplicates. Step 4 – Risk check The administrator will get a ‘ what if’ analysis, which checks the change for any risks. In this phase, the decision as to whether to allow the change and expose the network to the risk mentioned is in the hands of the network admin or security manager, depending on who is handling this phase. Step 5 – Push change to device Once planned changes are approved, the ‘magic’ happens. The change automation platform implements and pushes the changes to the desired devices automatically, either through APIs or directly to the device (CLI). This is a fully automated action that can be conducted on multiple devices, whether cloud-based or on-premises. The push can be done in a scheduled manner, in your maintenance window, or on-demand. Step 6 – Validate change At the end of each request, the solution will check that the request was successfully implemented across all devices. The solution also provides ongoing audits of the whole process, enabling easy checking of each stage. Step 7 – Documentation and logging Network security automation platforms can provide you with a full, automated audit trail. Documentation happens on the go, saving IT and security teams time and accelerating tedious network compliance management tasks. Put your trust in network automation While change management is complex stuff, the decision for your business is simple. It’s like the engine of an expensive car. Would you drive at high speeds if you didn’t have your brakes tested or a steering wheel to keep your course straight? Hopefully, the answer is no. With AlgoSec FireFlow , you can automate the security policy change process without introducing any element of risk, vulnerability, or compliance violation. AlgoSec FireFlow allows you to analyze every change before it is introduced, and validate successful changes as intended, all within your existing IT Service Management (ITSM) solutions . By putting your trust in us we can put you firmly in the driving seat with zero-touch change management and secure application deployment. For more information, or to arrange a demo , visit our website . Schedule a demo Related Articles Q1 at AlgoSec: What innovations and milestones defined our start to 2026? AlgoSec Reviews Mar 19, 2023 · 2 min read 2025 in review: What innovations and milestones defined AlgoSec’s transformative year in 2025? AlgoSec Reviews Mar 19, 2023 · 2 min read Navigating Compliance in the Cloud AlgoSec Cloud Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call

What is network change management? Network Change Management (NCM) is the process of planning, testing, and approving changes to a... Network Security Policy Management Network Change Management: Best Practices for 2024 Tsippi Dach 2 min read Tsippi Dach Short bio about author here Lorem ipsum dolor sit amet consectetur. Vitae donec tincidunt elementum quam laoreet duis sit enim. Duis mattis velit sit leo diam. Tags Share this article 2/8/24 Published What is network change management? Network Change Management (NCM) is the process of planning, testing, and approving changes to a network infrastructure. The goal is to minimize network disruptions by following standardized procedures for controlled network changes. NCM, or network configuration and change management (NCCM), is all about staying connected and keeping things in check. When done the right way, it lets IT teams seamlessly roll out and track change requests, and boost the network’s overall performance and safety. There are 2 main approaches to implementing NCM: manual and automated. Manual NCM is a popular choice that’s usually complex and time-consuming. A poor implementation may yield faulty or insecure configurations causing disruptions or potential noncompliance. These setbacks can cause application outages and ultimately need extra work to resolve. Fortunately, specialized solutions like the AlgoSec platform and its FireFlow solution exist to address these concerns. With inbuilt intelligent automation, these solutions make NCM easier as they cut out errors and rework usually tied to manual NCM. The network change management process The network change management process is a structured approach that organizations use to manage and implement changes to their network infrastructure. When networks are complex with many interdependent systems and components, change needs to be managed carefully to avoid unintended impacts. A systematic NCM process is essential to make the required changes promptly, minimize risks associated with network modifications, ensure compliance, and maintain network stability. The most effective NCM process leverages an automated NCM solution like the intelligent automation provided by the AlgoSec platform to streamline effort, reduce the risks of redundant changes, and curtail network outages and downtime. The key steps involved in the network change management process are: Step 1: Security policy development and documentation Creating a comprehensive set of security policies involves identifying the organization’s specific security requirements, relevant regulations, and industry best practices. These policies and procedures help establish baseline configurations for network devices. They govern how network changes should be performed – from authorization to execution and management. They also document who is responsible for what, how critical systems and information are protected, and how backups are planned. In this way, they address various aspects of network security and integrity, such as access control , encryption, incident response, and vulnerability management. Step 2: Change the request A formal change request process streamlines how network changes are requested and approved. Every proposed change is clearly documented, preventing the implementation of ad-hoc or unauthorized changes. Using an automated tool ensures that every change complies with the regulatory standards relevant to the organization, such as HIPAA, PCI-DSS, NIST FISMA, etc. This tool should be able to send automated notifications to relevant stakeholders, such as the Change Advisory Board (CAB), who are required to validate and approve normal and emergency changes (see below). Step 3: Change Implementation Standard changes – those implemented using a predetermined process, need no validation or testing as they’re already deemed low- or no-risk. Examples include installing a printer or replacing a user’s laptop. These changes can be easily managed, ensuring a smooth transition with minimal disruption to daily operations. On the other hand, normal and emergency changes require testing and validation, as they pose a more significant risk if not implemented correctly. Normal changes, such as adding a new server or migrating from on-premises to the cloud, entail careful planning and execution. Emergency changes address urgent issues that could introduce risks if not resolved promptly, like failing to install security patches or software upgrades, which may leave networks vulnerable to zero-day exploits and cyberattacks. Testing uncovers these potential risks, such as network downtime or new vulnerabilities that increase the likelihood of a malware attack. Automated network change management (NCM) solutions streamline simple changes, saving time and effort. For instance, AlgoSec’s firewall policy cleanup solution optimizes changes related to firewall policies, enhancing efficiency. Documenting all implemented changes is vital, as it maintains accountability and service level agreements (SLAs) while providing an audit trail for optimization purposes. The documentation should outline the implementation process, identified risks, and recommended mitigation steps. Network teams must establish monitoring systems to continuously review performance and flag potential issues during change implementation. They must also set up automated configuration backups for devices like routers and firewalls ensuring that organizations can recover from change errors and avoid expensive downtime. Step 4: Troubleshooting and rollbacks Rollback procedures are important because they provide a way to restore the network to its original state (or the last known “good” configuration) if the proposed change could introduce additional risk into the network or deteriorate network performance. Some automated tools include ready-to-use templates to simplify configuration changes and rollbacks. The best platforms use a tested change approval process that enables organizations to avoid bad, invalid, or risky configuration changes before they can be deployed. Troubleshooting is also part of the NCM process. Teams must be trained in identifying and resolving network issues as they emerge, and in managing any incidents that may result from an implemented change. They must also know how to roll back changes using both automated and manual methods. Step 5: Network automation and integration Automated network change management (NCM) solutions streamline and automate key aspects of the change process, such as risk analysis, implementation, validation, and auditing. These automated solutions prevent redundant or unauthorized changes, ensuring compliance with applicable regulations before deployment. Multi-vendor configuration management tools eliminate the guesswork in network configuration and change management. They empower IT or network change management teams to: Set real-time alerts to track and monitor every change Detect and prevent unauthorized, rogue, and potentially dangerous changes Document all changes, aiding in SLA tracking and maintaining accountability Provide a comprehensive audit trail for auditors Execute automatic backups after every configuration change Communicate changes to all relevant stakeholders in a common “language” Roll back undesirable changes as needed AlgoSec’s NCM platform can also be integrated with IT service management (ITSM) and ticketing systems to improve communication and collaboration between various teams such as IT operations and admins. Infrastructure as code (IaC) offers another way to automate network change management. IaC enables organizations to “codify” their configuration specifications in config files. These configuration templates make it easy to provision, distribute, and manage the network infrastructure while preventing ad-hoc, undocumented, or risky changes. Risks associated with network change management Network change management is a necessary aspect of network configuration management. However, it also introduces several risks that organizations should be aware of. Network downtime The primary goal of any change to the network should be to avoid unnecessary downtime. Whenever these network changes fail or throw errors, there’s a high chance of network downtime or general performance. Depending on how long the outage lasts, it usually results in users losing productive time and loss of significant revenue and reputation for the organization. IT service providers may also have to monitor and address potential issues, such as IP address conflicts, firmware upgrades, and device lifecycle management. Human errors Manual configuration changes introduce human errors that can result in improper or insecure device configurations. These errors are particularly prevalent in complex or large-scale changes and can increase the risk of unauthorized or rogue changes. Security issues Manual network change processes may lead to outdated policies and rulesets, heightening the likelihood of security concerns. These issues expose organizations to significant threats and can cause inconsistent network changes and integration problems that introduce additional security risks. A lack of systematic NCM processes can further increase the risk of security breaches due to weak change control and insufficient oversight of configuration files, potentially allowing rogue changes and exposing organizations to various cyberattacks. Compliance issues Poor NCM processes and controls increase the risk of non-compliance with regulatory requirements. This can potentially result in hefty financial penalties and legal liabilities that may affect the organization’s bottom line, reputation, and customer relationships. Rollback failures and backup issues Manual rollbacks can be time-consuming and cumbersome, preventing network teams from focusing on higher-value tasks. Additionally, a failure to execute rollbacks properly can lead to prolonged network downtime. It can also lead to unforeseen issues like security flaws and exploits. For network change management to be effective, it’s vital to set up automated backups of network configurations to prevent data loss, prolonged downtime, and slow recovery from outages. Troubleshooting issues Inconsistent or incorrect configuration baselines can complicate troubleshooting efforts. These wrong baselines increase the chances of human error, which leads to incorrect configurations and introduces security vulnerabilities into the network. Simplified network change management with AlgoSec AlgoSec’s configuration management solution automates and streamlines network management for organizations of all types. It provides visibility into the configuration of every network device and automates many aspects of the NCM process, including change requests, approval workflows, and configuration backups. This enables teams to safely and collaboratively manage changes and efficiently roll back whenever issues or outages arise. The AlgoSec platform monitors configuration changes in real-time. It also provides compliance assessments and reports for many security standards, thus helping organizations to strengthen and maintain their compliance posture. Additionally, its lifecycle management capabilities simplify the handling of network devices from deployment to retirement. Vulnerability detection and risk analysis features are also included in AlgoSec’s solution. The platform leverages these features to analyze the potential impact of network changes and highlight possible risks and vulnerabilities. This information enables network teams to control changes and ensure that there are no security gaps in the network. Click here to request a free demo of AlgoSec’s feature-rich platform and its configuration management tools. Schedule a demo Related Articles Q1 at AlgoSec: What innovations and milestones defined our start to 2026? AlgoSec Reviews Mar 19, 2023 · 2 min read 2025 in review: What innovations and milestones defined AlgoSec’s transformative year in 2025? AlgoSec Reviews Mar 19, 2023 · 2 min read Navigating Compliance in the Cloud AlgoSec Cloud Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call

2024 just started but cloud network security insights are already emerging. Amongst all the research and insights GigaOm’s comprehensive... Cloud Network Security Understanding the human-centered approach for cloud network security with GigaOm’s 2024 insights Adel Osta Dadan 2 min read Adel Osta Dadan Short bio about author here Lorem ipsum dolor sit amet consectetur. Vitae donec tincidunt elementum quam laoreet duis sit enim. Duis mattis velit sit leo diam. Tags Share this article 1/23/24 Published 2024 just started but cloud network security insights are already emerging. Amongst all the research and insights GigaOm’s comprehensive research emerges as a vital compass. More than just a collection of data and trends, it’s a beacon for us – the decision-makers and thought leaders – guiding us to navigate these challenges with a focus on the human element behind the technology. GigaOm showcased indicators to where the market is heading. Understanding multi-cloud complexity : GigaOm’s insights highlight the intricacies of multi-cloud environments. It’s about recognizing the human factor in these ecosystems – how these technologies affect our teams and processes, and ultimately, our business objectives. Redefining security boundaries : The shift to adaptive security boundaries, as noted by GigaOm, is a testament to our evolving work environments. This new perspective acknowledges the need for flexible security measures that resonate with our changing human interactions and work dynamics. The human impact of misconfigurations : Focusing on misconfiguration and anomaly detection goes beyond technical prowess. GigaOm’s emphasis here is about protecting our digital world from threats that carry significant human consequences, such as compromised personal data and the resulting erosion of trust. To learn more about cloud misconfigurations and risk check out our joint webinar with SANS . Leadership in a digitally transformed world Cultivating a Zero Trust culture : Implementing Zero Trust, as GigaOm advises, is more than a policy change. It’s about cultivating a mindset of continuous verification and trust within our organizations, reflecting the interconnected nature of our modern workspaces. Building relationships with vendors : GigaOm’s analysis of vendors reminds us that choosing a security partner is as much about forging a relationship that aligns with our organizational values as it is about technical compatibility. Security as a core organizational value : According to GigaOm, integrating security into our business strategy is paramount. It’s about making security an inherent part of our organizational ethos, not just a standalone strategy. The human stories behind vendors GigaOm’s insights into vendors reveal the visions and values driving these companies. This understanding helps us see them not merely as service providers but as partners sharing our journey toward a secure digital future. Embracing GigaOm’s vision: A collaborative path forward GigaOm’s research serves as more than just guidance; it’s a catalyst for collaborative discussions among us – leaders, innovators, and technologists. It challenges us to think beyond just the technical aspects and consider the human impacts of our cybersecurity decisions. Schedule a demo Related Articles Q1 at AlgoSec: What innovations and milestones defined our start to 2026? AlgoSec Reviews Mar 19, 2023 · 2 min read 2025 in review: What innovations and milestones defined AlgoSec’s transformative year in 2025? AlgoSec Reviews Mar 19, 2023 · 2 min read Navigating Compliance in the Cloud AlgoSec Cloud Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call

Cloud misconfigurations can cause devastating financial and reputational damage to organizations. Yet, such undesirable circumstances can... Cloud Security Top 5 Tips on Avoiding Cloud Misconfigurations Rony Moshkovich 2 min read Rony Moshkovich Short bio about author here Lorem ipsum dolor sit amet consectetur. Vitae donec tincidunt elementum quam laoreet duis sit enim. Duis mattis velit sit leo diam. Tags Share this article 11/24/22 Published Cloud misconfigurations can cause devastating financial and reputational damage to organizations. Yet, such undesirable circumstances can be avoided by understanding common misconfiguration errors and mitigating them before malicious actors can exploit them. Ava Chawla, AlgoSec’s Global Head of Cloud Security provides some valuable insights on cloud misconfigurations and offers useful tips on how to avoid them It may come as a surprise to some, but did you know that misconfigurations were the #1 cause of cloud-security incidents in 2021 and were also responsible for 65-70% of cloud-security challenges in 2020? Cloud Misconfigurations: The Insidious yet Serious Threat Clearly, misconfigurations are a common cause of security loopholes. These security loopholes – usually the result of oversights, errors, or poor configuration choices by inexperienced or careless users – often result in cyberattacks and the exposure of mission-critical information. Most cloud environments are saturated with misconfigurations, with 99% of them going unseen. As a result, they become vulnerable to many cyberthreats, including malware, ransomware, and insider threats. Threat actors may also exploit the vulnerabilities caused by misconfigurations to access enterprise networks, compromise assets, or exfiltrate sensitive data. So why are cloud misconfigurations such a serious threat in cloud environments? And, how can your organization avoid these errors and keep your cloud environment safe from the bad guys? Jarring Data Breaches Resulting from Cloud Misconfigurations: More than Food for Thought In 2018 and 2019 , misconfigurations caused hundreds of data breaches that cost companies a whopping $5 trillion. Threat actors also took advantage of misconfigurations to attack many organizations in 2020. An exposed database is a perfect example of how misconfiguration errors like forgetting to password-protect critical cloud assets can create huge security risks for companies. In early 2020, a database belonging to cosmetics giant Estée Lauder that contained over 440 million records ended up online – all because it was not password-protected. How bad was this oversight? It allowed malicious actors to access its sensitive contents, such as email addresses, middleware records, references to internal documents, and information about company IP addresses and ports. And misconfiguration-related breaches didn’t stop in 2021. In May of that year, Cognyte left a database unsecured, leading to the online exposure of 5 billion records, including names, passwords, and email addresses. The incident is particularly ironic because Cognyte is a cyber-intelligence service that alerts users to potential data breaches. So how can your organization avoid suffering the same fates as Estée Lauder and Cognyte? By preventing misconfiguration errors. How to Eliminate Common Misconfiguration Errors? 1) One of the most common cloud misconfiguration errors is not implementing monitoring . A failure to monitor the cloud environment creates huge security risks because the organization can’t even know that there’s a threat, much less mitigate it. Solution: By integrating monitoring and logging tools into your entire cloud estate, you can keep an eye on all the activity happening within it. More importantly, you can identify suspicious or malicious actions, and act early to mitigate threats and prevent serious security incidents. An example of a monitoring tool is CloudTrail in the AWS Cloud. 2) The second-biggest misconfiguration risk stems from overly permissive access settings. Enterprise teams frequently forget to change the default settings or make the settings overly-permissive, resulting in critical assets being exposed to the Internet and to threat actors lurking in cyberspace. 3) Another misconfiguration mistake is mismanaging identity and access management (IAM) roles and permissions. Unrestricted access, particularly admin-level access, significantly increases the probability of breaches. The compromise of this user could allow a malicious actor to exploit the entire network and its sensitive data. 4) Mismanaged secrets are another common misconfiguration mistake that can lead to attacks and breaches. Secrets like passwords, API keys, encryption keys, and access tokens are the keys to your (cloud) kingdom, and their compromise or theft can severely damage your enterprise. Solution: You can avoid mistakes #2, #3 and #4 by granting least-privilege access (also known as the principle of least privilege) and implementing detailed security policies, standards, and procedures for IAM, secrets management, remote access, etc. 5) The fifth misconfiguration error is not patching vulnerabilities. Patch management pitfalls include pushing out updates too quickly and devices going offline. But the most significant risk when patch management doesn’t take place, not surprisingly, is leaving a system vulnerable to malicious actors. Solution: Proactively scanning your cloud environment is vital to find the vulnerabilities that can be exploited by threat actors to elevate their privileges in your network and execute remote attacks. Conclusion and Next Steps Cloud misconfigurations are the most common cause of security incidents in the cloud. Fortunately, most of them are avoidable. If you’ve found this action-packed guide a valuable read, then you’re on the right path to reaching a solution that includes protecting your most valuable assets, securing the connectivity of your most critical business applications, and streamlining the management of your entire multi cloud environment. Prevasio can help you get there faster. Schedule a demo Related Articles Q1 at AlgoSec: What innovations and milestones defined our start to 2026? AlgoSec Reviews Mar 19, 2023 · 2 min read 2025 in review: What innovations and milestones defined AlgoSec’s transformative year in 2025? AlgoSec Reviews Mar 19, 2023 · 2 min read Navigating Compliance in the Cloud AlgoSec Cloud Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call

In our previous post we have provided some details about a new fork of Kinsing malware, a Linux malware that propagates across... Cloud Security Router Honeypot for an IRC Bot Rony Moshkovich 2 min read Rony Moshkovich Short bio about author here Lorem ipsum dolor sit amet consectetur. Vitae donec tincidunt elementum quam laoreet duis sit enim. Duis mattis velit sit leo diam. glibc_2 Tags Share this article 9/13/20 Published In our previous post we have provided some details about a new fork of Kinsing malware, a Linux malware that propagates across misconfigured Docker platforms and compromises them with a coinminer. Several days ago, the attackers behind this malware have uploaded a new ELF executable b_armv7l into the compromised server dockerupdate[.]anondns[.]net . The executable b_armv7l is based on a known source of Tsunami (also known as Kaiten), and is built using uClibc toolchain: $ file b_armv7l b_armv7l: ELF 32-bit LSB executable, ARM, EABI4 version 1 (SYSV), dynamically linked, interpreter /lib/ld-uClibc.so.0, with debug_info, not stripped Unlike glibc , the C library normally used with Linux distributions, uClibc is smaller and is designed for embedded Linux systems, such as IoT. Therefore, the malicious b_armv7l was built with a clear intention to install it on such devices as routers, firewalls, gateways, network cameras, NAS servers, etc. Some of the binary’s strings are encrypted. With the help of the HexRays decompiler , one could clearly see how they are decrypted: memcpy ( &key, "xm@_;w,B-Z*j?nvE|sq1o$3\"7zKC4ihgfe6cba~&5Dk2d!8+9Uy:" , 0x40u ) ; memcpy ( &alphabet, "0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ. " , 0x40u ) ; for ( i = 0; i < = 64; ++i ){ if ( encoded [ j ] == key [ i ]) { if ( psw_or_srv ) decodedpsw [ k ] = alphabet [ i ] ; else decodedsrv [ k ] = alphabet [ i ] ; ++k; }} The string decryption routine is trivial — it simply replaces each encrypted string’s character found in the array key with a character at the same position, located in the array alphabet. Using this trick, the critical strings can be decrypted as: Variable Name Encoded String Decoded String decodedpsw $7|3vfaa~8 logmeINNOW decodedsrv $7?*$s7

Update : Next two parts of the analysis are available here and here . As earlier reported by FireEye, the actors behind a global... Cloud Security Sunburst Backdoor: A Deeper Look Into The SolarWinds’ Supply Chain Malware Rony Moshkovich 2 min read Rony Moshkovich Short bio about author here Lorem ipsum dolor sit amet consectetur. Vitae donec tincidunt elementum quam laoreet duis sit enim. Duis mattis velit sit leo diam. Tags Share this article 12/15/20 Published Update : Next two parts of the analysis are available here and here . As earlier reported by FireEye, the actors behind a global intrusion campaign have managed to trojanise SolarWinds Orion business software updates in order to distribute malware. The original FireEye write-up already provides a detailed description of this malware. Nevertheless, as the malicious update SolarWinds-Core-v2019.4.5220-Hotfix5.msp was still available for download for hours since the FireEye’s post, it makes sense to have another look into the details of its operation. The purpose of this write-up is to provide new information, not covered in the original write-up. Any overlaps with the original description provided by FireEye are not intentional. For start, the malicious component SolarWinds.Orion.Core.BusinessLayer.dll inside the MSP package is a non-obfuscated .NET assembly. It can easily be reconstructed with a .NET disassembler, such as ILSpy , and then fully reproduced in C# code, using Microsoft Visual Studio. Once reproduced, it can be debugged to better understand how it works. In a nutshell, the malicious DLL is a backdoor. It is loaded into the address space of the legitimate SolarWinds Orion process SolarWinds.BusinessLayerHost.exe or SolarWinds.BusinessLayerHostx64.exe . The critical strings inside the backdoor’s class SolarWinds.Orion.Core.BusinessLayer.OrionImprovementBusinessLayer are encoded with the DeflateStream Class of the .NET’s System.IO.Compression library, coupled with the standard base64 encoder. Initialisation Once loaded, the malware checks if its assembly file was created earlier than 12, 13, or 14 days ago. The exact number of hours it checks is a random number from 288 to 336. Next, it reads the application settings value ReportWatcherRetry . This value keeps the reporting status, and may be set to one of the states: New (4) Truncate (3) Append (5) When the malware runs the first time, its reporting status variable ReportWatcherRetry is set to New (4) . The reporting status is an internal state that drives the logic. For example, if the reporting status is set to Truncate , the malware will stop operating by first disabling its networking communications, and then disabling other security tools and antivirus products. In order to stay silent, the malware periodically falls asleep for a random period of time that varies between 30 minutes and 2 hours. At the start, the malware obtains the computer’s domain name . If the domain name is empty, the malware quits. It then generates a 8-byte User ID, which is derived from the system footprint. In particular, it is generated from MD5 hash of a string that consists from the 3 fields: the first or default operational (can transmit data packets) network interface’s physical address computer’s domain name UUID created by Windows during installation (machine’s unique ID) Even though it looks random, the User ID stays permanent as long as networking configuration and the Windows installation stay the same. Domain Generation Algorithm The malware relies on its own CryptoHelper class to generate a domain name. This class is instantiated from the 8-byte User ID and the computer’s domain name, encoded with a substitution table: “rq3gsalt6u1iyfzop572d49bnx8cvmkewhj” . For example, if the original domain name is “ domain “, its encoded form will look like: “ n2huov “. To generate a new domain, the malware first attempts to resolve domain name “ api.solarwinds.com “. If it fails to resolve it, it quits. The first part of the newly generated domain name is a random string, produced from the 8-byte User ID, a random seed value, and encoded with a custom base64 alphabet “ph2eifo3n5utg1j8d94qrvbmk0sal76c” . Because it is generated from a random seed value, the first part of the newly generated domain name is random. For example, it may look like “ fivu4vjamve5vfrt ” or “ k1sdhtslulgqoagy “. To produce the domain name, this string is then appended with the earlier encoded domain name (such as “ n2huov “) and a random string, selected from the following list: .appsync-api.eu-west-1[.]avsvmcloud[.]com .appsync-api.us-west-2[.]avsvmcloud[.]com .appsync-api.us-east-1[.]avsvmcloud[.]com .appsync-api.us-east-2[.]avsvmcloud[.]com For example, the final domain name may look like: fivu4vjamve5vfrtn2huov[.]appsync-api.us-west-2[.]avsvmcloud[.]com or k1sdhtslulgqoagyn2huov[.]appsync-api.us-east-1[.]avsvmcloud[.]com Next, the domain name is resolved to an IP address, or to a list of IP addresses. For example, it may resolve to 20.140.0.1 . The resolved domain name will be returned into IPAddress structure that will contain an AddressFamily field – a special field that specifies the addressing scheme. If the host name returned in the IPAddress structure is different to the queried domain name, the returned host name will be used as a C2 host name for the backdoor. Otherwise, the malware will check if the resolved IP address matches one of the patterns below, in order to return an ‘address family’: IP Address Subnet Mask ‘Address Family’ 10.0.0.0 255.0.0.0 Atm 172.16.0.0 255.240.0.0 Atm 192.168.0.0 255.255.0.0 Atm 224.0.0.0 240.0.0.0 Atm fc00:: fe00:: Atm fec0:: ffc0:: Atm ff00:: ff00:: Atm 41.84.159.0 255.255.255.0 Ipx 74.114.24.0 255.255.248.0 Ipx 154.118.140.0 255.255.255.0 Ipx 217.163.7.0 255.255.255.0 Ipx 20.140.0.0 255.254.0.0 ImpLink 96.31.172.0 255.255.255.0 ImpLink 131.228.12.0 255.255.252.0 ImpLink 144.86.226.0 255.255.255.0 ImpLink 8.18.144.0 255.255.254.0 NetBios 18.130.0.0 255.255.0.0 NetBios 71.152.53.0 255.255.255.0 NetBios 99.79.0.0 255.255.0.0 NetBios 87.238.80.0 255.255.248.0 NetBios 199.201.117.0 255.255.255.0 NetBios 184.72.0.0 255.254.0.0 NetBios For example, if the queried domain resolves to 20.140.0.1 , it will match the entry in the table 20.140.0.0 , for which the returned ‘address family’ will be ImpLink . The returned ‘address family’ invokes an additional logic in the malware. Disabling Security Tools and Antivirus Products If the returned ‘address family’ is ImpLink or Atm , the malware will enumerate all processes and for each process, it will check if its name matches one of the pre-defined hashes. Next, it repeats this processed for services and for the drivers installed in the system. If a process name or a full path of an installed driver matches one of the pre-defined hashes, the malware will disable it. For hashing, the malware relies on Fowler–Noll–Vo algorithm. For example, the core process of Windows Defender is MsMpEng.exe . The hash value of “ MsMpEng ” string is 5183687599225757871 . This value is specifically enlisted the malware’s source under a variable name timeStamps : timeStamps = new ulong[1] { 5183687599225757871uL } The service name of Windows Defender is windefend – the hash of this string ( 917638920165491138 ) is also present in the malware body. As a result, the malicioius DLL will attempt to stop the Windows Defender service. In order to disable various security tools and antivirus products, the malware first grants itself SeRestorePrivilege and SeTakeOwnershipPrivilege privileges, using the native AdjustTokenPrivileges() API. With these privileges enabled, the malware takes ownership of the service registry keys it intends to manipulate. The new owner of the keys is first attempted to be explicitly set to Administrator account. If such account is not present, the malware enumerates all user accounts, looking for a SID that represents the administrator account. The malware uses Windows Management Instrumentation query “ Select * From Win32_UserAccount ” to obtain the list of all users. For each enumerated user, it makes sure the account is local and then, when it obtains its SID, it makes sure the SID begins with S-1-5- and ends with -500 in order to locate the local administrator account. Once such account is found, it is used as a new owner for the registry keys, responsible for manipulation of the services of various security tools and antivirus products. With the new ownership set, the malware then disables these services by setting their Start value to 4 (Disabled): registryKey2.SetValue(“Start”), 4, RegistryValueKind.DWord); HTTP Backdoor If the returned ‘address family’ for the resolved domain name is NetBios , as specified in the lookup table above, the malware will initialise its HttpHelper class, which implements an HTTP backdoor. The backdoor commands are covered in the FireEye write-up, so let’s check only a couple of commands to see what output they produce. One of the backdoor commands is CollectSystemDescription . As its name suggests, it collects system information. By running the code reconstructed from the malware, here is an actual example of the data collected by the backdoor and delivered to the attacker’s C2 with a separate backdoor command UploadSystemDescription : 1. %DOMAIN_NAME% 2. S-1-5-21-298510922-2159258926-905146427 3. DESKTOP-VL39FPO 4. UserName 5. [E] Microsoft Windows NT 6.2.9200.0 6.2.9200.0 64 6. C:\WINDOWS\system32 7. 0 8. %PROXY_SERVER% Description: Killer Wireless-n/a/ac 1535 Wireless Network Adapter #2 MACAddress: 9C:B6:D0:F6:FF:5D DHCPEnabled: True DHCPServer: 192.168.20.1 DNSHostName: DESKTOP-VL39FPO DNSDomainSuffixSearchOrder: Home DNSServerSearchOrder: 8.8.8.8, 192.168.20.1 IPAddress: 192.168.20.30, fe80::8412:d7a8:57b9:5886 IPSubnet: 255.255.255.0, 64 DefaultIPGateway: 192.168.20.1, fe80::1af1:45ff:feec:a8eb NOTE: Field #7 specifies the number of days (0) since the last system reboot. GetProcessByDescription command will build a list of processes running on a system. This command accepts an optional argument, which is one of the custom process properties enlisted here . If the optional argument is not specified, the backdoor builds a process list that looks like: [ 1720] svchost [ 8184] chrome [ 4732] svchost If the optional argument is specified, the backdoor builds a process list that includes the specified process property in addition to parent process ID, username and domain for the process owner. For example, if the optional argument is specified as “ ExecutablePath “, the GetProcessByDescription command may return a list similar to: [ 3656] sihost.exe C:\WINDOWS\system32\sihost.exe 1720 DESKTOP-VL39FPO\UserName [ 3824] svchost.exe C:\WINDOWS\system32\svchost.exe 992 DESKTOP-VL39FPO\UserName [ 9428] chrome.exe C:\Program Files (x86)\Google\Chrome\Application\chrome.exe 4600 DESKTOP-VL39FPO\UserName Other backdoor commands enable deployment of the 2nd stage malware. For example, the WriteFile command will save the file: using (FileStream fileStream = new FileStream(path, FileMode.Append, FileAccess.Write)) { fileStream.Write(array, 0, array.Length); } The downloaded 2nd stage malware can then the executed with RunTask command: using (Process process = new Process()) { process.StartInfo = new ProcessStartInfo(fileName, arguments) { CreateNoWindow = false, UseShellExecute = false }; if (process.Start()) … Alternatively, it can be configured to be executed with the system restart, using registry manipulation commands, such as SetRegistryValue . Schedule a demo Related Articles Q1 at AlgoSec: What innovations and milestones defined our start to 2026? AlgoSec Reviews Mar 19, 2023 · 2 min read 2025 in review: What innovations and milestones defined AlgoSec’s transformative year in 2025? AlgoSec Reviews Mar 19, 2023 · 2 min read Navigating Compliance in the Cloud AlgoSec Cloud Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call

In this guest blog, Jeff Yager from IT Central Station (soon to be PeerSpot), discusses how actual AlgoSec users have been able to... Security Policy Management Securely accelerating application delivery Jeff Yeger 2 min read Jeff Yeger Short bio about author here Lorem ipsum dolor sit amet consectetur. Vitae donec tincidunt elementum quam laoreet duis sit enim. Duis mattis velit sit leo diam. Tags Share this article 11/15/21 Published In this guest blog, Jeff Yager from IT Central Station (soon to be PeerSpot), discusses how actual AlgoSec users have been able to securely accelerate their app delivery. These days, it is more important than ever for business owners, application owners, and information security professionals to speak the same language. That way, their organizations can deliver business applications more rapidly while achieving a heightened security posture. AlgoSec’s patented platform enables the world’s most complex organizations to gain visibility and process changes at zero-touch across the hybrid network. IT Central Station members discussed these benefits of AlgoSec , along with related issues, in their reviews on the site. Application Visibility AlgoSec allows users to discover, identify, map, and analyze business applications and security policies across their entire networks. For instance, Jacob S., an IT security analyst at a retailer, reported that the overall visibility that AlgoSec gives into his network security policies is high. He said, “It’s very clever in the logic it uses to provide insights, especially into risks and cleanup tasks . It’s very valuable. It saved a lot of hours on the cleanup tasks for sure. It has saved us days to weeks.” “AlgoSec absolutely provides us with full visibility into the risk involved in firewall change requests,” said Aaron Z. a senior network and security administrator at an insurance company that deals with patient health information that must be kept secure. He added, “There is a risk analysis piece of it that allows us to go in and run that risk analysis against it, figuring out what rules we need to be able to change, then make our environment a little more secure. This is incredibly important for compliance and security of our clients .” Also impressed with AlgoSec’s overall visibility into network security policies was Christopher W., a vice president – head of information security at a financial services firm, who said, “ What AlgoSec does is give me the ability to see everything about the firewall : its rules, configurations and usage patterns.” AlgoSec gives his team all the visibility they need to make sure they can keep the firewall tight. As he put it, “There is no perimeter anymore. We have to be very careful what we are letting in and out, and Firewall Analyzer helps us to do that.” For a cyber security architect at a tech services company, the platform helps him gain visibility into application connectivity flows. He remarked, “We have Splunk, so we need a firewall/security expert view on top of it. AlgoSec gives us that information and it’s a valuable contributor to our security environment.” Application Changes and Requesting Connectivity AlgoSec accelerates application delivery and security policy changes with intelligent application connectivity and change automation. A case in point is Vitas S., a lead infrastructure engineer at a financial services firm who appreciates the full visibility into the risk involved in firewall change requests. He said, “[AlgoSec] definitely allows us to drill down to the level where we can see the actual policy rule that’s affecting the risk ratings. If there are any changes in ratings, it’ll show you exactly how to determine what’s changed in the network that will affect it. It’s been very clear and intuitive.” A senior technical analyst at a maritime company has been equally pleased with the full visibility. He explained, “That feature is important to us because we’re a heavily risk-averse organization when it comes to IT control and changes. It allows us to verify, for the most part, that the controls that IT security is putting in place are being maintained and tracked at the security boundaries .” A financial services firm with more than 10 cluster firewalls deployed AlgoSec to check the compliance status of their devices and reduce the number of rules in each of the policies. According to Mustafa K. their network security engineer, “Now, we can easily track the changes in policies. With every change, AlgoSec automatically sends an email to the IT audit team. It increases our visibility of changes in every policy .” Speed and Automation The AlgoSec platform automates application connectivity and security policy across a hybrid network so clients can move quickly and stay secure. For Ilya K., a deputy information security department director at a computer software company, utilizing AlgoSec translates into an increase in security and accuracy of firewall rules. He said, “ AlgoSec ASMS brings a holistic view of network firewall policy and automates firewall security management in very large-sized environments. Additionally, it speeds up the changes in firewall rules with a vendor-agnostic approach.” “The user receives the information if his request is within the policies and can continue the request,” said Paulo A., a senior information technology security analyst at an integrator. He then noted, “Or, if it is denied, the applicant must adjust their request to stay within the policies. The time spent for this without AlgoSec is up to one week, whereas with AlgoSec, in a maximum of 15 minutes we have the request analyzed .” The results of this capability include greater security, a faster request process and the ability to automate the implementation of rules. Srdjan, a senior technical and integration designer at a large retailer, concurred when he said, “ By automating some parts of the work, business pressure is reduced since we now deliver much faster . I received feedback from our security department that their FCR approval process is now much easier. The network team is also now able to process FCRs much faster and with more accuracy.” To learn more about what IT Central Station members think about AlgoSec, visit https://www.itcentralstation.com/products/algosec-reviews Schedule a demo Related Articles Q1 at AlgoSec: What innovations and milestones defined our start to 2026? AlgoSec Reviews Mar 19, 2023 · 2 min read 2025 in review: What innovations and milestones defined AlgoSec’s transformative year in 2025? AlgoSec Reviews Mar 19, 2023 · 2 min read Navigating Compliance in the Cloud AlgoSec Cloud Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call

Webinars Stop Putting out Fires. Pass Network Security Audits – Every Time Compliance with network and data security regulations and internal standards is vital and mission-critical. But with increasing global regulations and network complexities, it’s harder than ever to keep up. Firewall management and network security policies are critical components in achieving compliance. Firewall audits are complex and demanding and documentation of current rules is lacking. There’s no time and resources to find, organize, and inspect all your firewall rules. Instead of being proactive and preventative, network security teams are constantly putting out fires. In this webinar, you will learn: The golden rules for passing a network security audit Best practices to maintain continuous compliance How to conduct a risk assessment and fix issues Learn how to prevent fires and pass network security audits every time. Tal Dayan, AlgoSec’s product manager, will reveal the Firewall Audit Checklist, the six best practices to ensure successful audits. By adopting these best practices, security teams will significantly improve their network’s security posture and reduce the pain of ensuring compliance with regulations, industry standards and corporate policies. October 29, 2019 Tal Dayan AlgoSec security expert Relevant resources Network firewall security management See Documentation Firewall policy management Automate firewall rule changes See Documentation Securing & managing hybrid network security See Documentation Choose a better way to manage your network Choose a better way to manage your network Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Continue

In today’s dynamic digital landscape, the security of hybrid networks has taken center stage. As organizations increasingly adopt cloud... Hybrid Cloud Security Management Hybrid network security: Azure Firewall and AlgoSec solutions Joseph Hallman 2 min read Joseph Hallman Short bio about author here Lorem ipsum dolor sit amet consectetur. Vitae donec tincidunt elementum quam laoreet duis sit enim. Duis mattis velit sit leo diam. Tags Share this article 10/30/23 Published In today’s dynamic digital landscape, the security of hybrid networks has taken center stage. As organizations increasingly adopt cloud solutions, like Azure, the complexities of securing hybrid networks have grown significantly. In this blog post, we’ll provide an overview of the key products and solutions presented in the recent webinar with Microsoft, highlighting how they address these challenges. Azure Firewall: Key features Azure Firewall, a cloud-native firewall offers robust features and benefits. It boasts high availability, auto-scalability, and requires minimal maintenance. Key capabilities include: Filtering and securing both network and application traffic. Support for source NAT and destination NAT configurations. Built-in threat intelligence to identify and block suspicious traffic. Three SKUs catering to different customer needs, with the Premium SKU offering advanced security features. Premium features encompass deep packet inspection, intrusion detection and prevention, web content filtering, and filtering based on web categories. Azure Firewall seamlessly integrates with other Azure services like DDoS protection, API gateway, private endpoints, and Sentinel for security correlation and alerting. AlgoSec: Simplifying hybrid network security AlgoSec specializes in simplifying hybrid network security. Their solutions address challenges such as managing multiple applications across multiple cloud platforms. AlgoSec’s offerings include: Visibility into application connectivity. Risk assessment across hybrid environments. Intelligent automation for efficient and secure network changes. CloudFlow: Managing cloud security policies AlgoSec Cloud, a SaaS solution, centralizes the management of security policies across various cloud platforms. Key features include: A security rating system to identify high-risk Risk assessment for assets Identification of unused rules Detailed policy visibility A powerful traffic simulation query tool to analyze traffic routes and rule effectiveness. Risk-aware change automation to identify potential risks associated with network changes. Integration with Azure Cloudflow seamlessly integrates with Azure, extending support to Azure Firewall and network security groups. It enables in-depth analysis of security risks and policies within Azure subscriptions. AlgoSec’s recent acquisition of Prevasio promises synergistic capabilities, enhancing security and compliance features. Conclusion In the ever-evolving landscape of hybrid networks, Azure Firewall and AlgoSec Cloudflow are powerful allies. Azure Firewall provides robust security for Azure customers, while Cloudflow offers a comprehensive approach to managing security policies across diverse cloud platforms. These solutions empower organizations to master hybrid network security, ensuring the security and efficiency of their applications and services. Resources- View the on-demand webinar here – Understanding your hybrid network security- with AlgoSec and Microsoft Azure.mp4 – AlgoSec Schedule a demo Related Articles Q1 at AlgoSec: What innovations and milestones defined our start to 2026? AlgoSec Reviews Mar 19, 2023 · 2 min read 2025 in review: What innovations and milestones defined AlgoSec’s transformative year in 2025? AlgoSec Reviews Mar 19, 2023 · 2 min read Navigating Compliance in the Cloud AlgoSec Cloud Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call