Search results

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 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 5 Multi-Cloud Environments Cloud Security 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

Secure VPC as the main pillar of cloud security      Remember the Capital One breach back in 2019 ? 100 million customers' data exposed,... Cloud Security A secure VPC as the main pillar of cloud security 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 11/11/24 Published Secure VPC as the main pillar of cloud security Remember the Capital One breach back in 2019 ? 100 million customers' data exposed, over $270 million in fines – all because of a misconfigured WAF. Ouch! A brutal reminder that cloud security is no joke. And with cloud spending skyrocketing to a whopping $675.4 billion this year, the bad guys are licking their chops. The stakes? Higher than ever. The cloud's a dynamic beast, constantly evolving, with an attack surface that's expanding faster than a pufferfish in a staring contest. To stay ahead of those crafty cybercriminals, you need a security strategy that's as agile as a ninja warrior. That means a multi-layered approach, with network security as the bedrock. Think of it as the backbone of your cloud fortress, ensuring all your communication channels – internal and external – are locked down tighter than Fort Knox. In this post, we're shining the spotlight on Virtual Private Clouds (VPCs) – the cornerstone of your cloud network security. But here's the kicker: native cloud tools alone won't cut it. They're like a bicycle in a Formula 1 race – good for a leisurely ride, but not built for high-speed security. We'll delve into why and introduce you to AlgoSec, the solution that turbocharges your VPC security and puts you in the driver's seat. The 5 Pillars of Cloud Security: A Quick Pit Stop Before we hit the gas on VPCs, let's do a quick pit stop to recap the five foundational pillars of a rock-solid cloud security strategy: Identity and Access Management (IAM): Control who gets access to what with the principle of least privilege and role-based access control. Basically, don't give the keys to the kingdom to just anyone! Keep a watchful eye with continuous monitoring and logging of access patterns. Integrate with SIEM systems to boost your threat detection and response capabilities. Think of it as having a security guard with night vision goggles patrolling your cloud castle 24/7. Data Encryption: Protect your sensitive data throughout its lifecycle – whether it's chilling in your cloud servers or traveling across networks. Think of it as wrapping your crown jewels in multiple layers of security, making them impenetrable to those data-hungry thieves. Network Security: This is where VPCs take center stage! But it's more than just VPCs – you also need firewalls, security groups, and constant vigilance to keep your network fortress impenetrable. It's like having a multi-layered defense system with moats, drawbridges, and archers ready to defend your cloud kingdom. Compliance and Governance: Don't forget those pesky regulations and internal policies! Use audit trails, resource tagging, and Infrastructure as Code (IaC) to stay on the right side of the law. It's like having a compliance officer who keeps you in check and ensures you're always playing by the rules. Incident Response and Recovery: Even with the best defenses, breaches can happen. It's like a flat tire on your cloud journey – annoying, but manageable with the right tools. Be prepared with real-time threat detection, automated response, and recovery plans that'll get you back on your feet faster than a cheetah on Red Bull. Why Network Security is Your First Line of Defense Network security is like the moat around your cloud castle, the first line of defense against those pesky attackers. Breaches can cost you a fortune, ruin your reputation faster than a bad Yelp review, and send your customers running for the hills. Remember when Equifax suffered a massive data breach in 2017 due to an unpatched vulnerability? Or the ChatGPT breach in 2023 where a misconfigured database exposed sensitive user data? These incidents are stark reminders that even a small slip-up can have massive consequences. VPCs: Building Your Secure Cloud Fortress VPCs are like creating your own private kingdom within the vast public cloud. You get to set the rules, control access, and keep those unwanted visitors out. This isolation is crucial for preventing those sneaky attackers from gaining a foothold and wreaking havoc. With VPCs, you have granular control over your network traffic – think of it as directing the flow of chariots within your kingdom. You can define routing tables, create custom IP address ranges, and isolate different sections of your cloud environment. But here's the thing: VPCs alone aren't enough. You still need to connect to the outside world, and that's where secure options like VPNs and dedicated interconnects come in. Think of them as secure tunnels and bridges that allow safe passage in and out of your kingdom. Native Cloud Tools: Good, But Not Good Enough The cloud providers offer their own security tools – think AWS CloudTrail, Azure Security Center, and Google Cloud's Security Command Center. They're a good starting point, like a basic toolkit for your cloud security needs. But they often fall short when it comes to dealing with the complexities of today's cloud environments. Here's why: Lack of Customization: They're like one-size-fits-all suits – they might kinda fit, but they're not tailored to your specific needs. You need a custom-made suit of armor for your cloud kingdom, not something off the rack. Blind Spots in Multi-Cloud Environments: If you're juggling multiple cloud platforms, these tools can leave you with blind spots, making it harder to keep an eye on everything. It's like trying to guard a castle with multiple entrances and only having one guard. Configuration Nightmares: Misconfigurations are like leaving the back door to your castle wide open. Native tools often lack the robust detection and prevention mechanisms you need to avoid these costly mistakes. You need a security system with motion sensors, alarms, and maybe even a moat with crocodiles to keep those intruders out. Integration Headaches: Trying to integrate these tools with other security solutions can be like fitting a square peg into a round hole. This can leave gaps in your security posture, making you vulnerable to attacks. You need a security system that works seamlessly with all your other defenses, not one that creates more problems than it solves. To overcome these limitations and implement best practices for securing your AWS environment, including VPC configuration and management, download our free white paper: AWS Best Practices: Strengthening Your Cloud Security Posture . AlgoSec: Your Cloud Security Superhero This is where AlgoSec swoops in to save the day! AlgoSec is like the ultimate security concierge for your cloud environment. It streamlines and automates security policy management across all your cloud platforms – whether it's a hybrid setup or a multi-cloud extravaganza. Here's how it helps you conquer the cloud security challenge: X-Ray Vision for Your Network: AlgoSec gives you complete visibility into your network, automatically discovering and mapping your applications and their connections. It's like having X-ray vision for your cloud fortress, allowing you to see every nook and cranny where those sneaky attackers might be hiding. Automated Policy Enforcement: Say goodbye to manual errors and inconsistencies. AlgoSec automates your security policy management, ensuring everything is locked down tight across all your environments. It's like having a tireless army of security guards enforcing your rules 24/7. Risk Prediction and Prevention: AlgoSec is like a security fortune teller, predicting and preventing risks before they can turn into disasters. It's like having a crystal ball that shows you where the next attack might come from, allowing you to prepare and fortify your defenses. Compliance Made Easy: Stay on the right side of those regulations with automated compliance checks and audit trails. It's like having a compliance officer who whispers in your ear and keeps you on the straight and narrow path. Integration Wizardry: AlgoSec plays nicely with other security tools and cloud platforms, ensuring a seamless and secure ecosystem. It's like having a universal translator that allows all your security systems to communicate and work together flawlessly. The Bottom Line VPCs are the foundation of a secure cloud environment, but you need more than just the basics to stay ahead of the bad guys. AlgoSec is your secret weapon, providing the comprehensive security management and automation you need to conquer the cloud with confidence. It's like having a superhero on your side, always ready to defend your cloud kingdom from those villainous attackers. AWS Security Expertise at Your Fingertips Dive deeper into AWS security best practices with our comprehensive white paper. Learn how to optimize your VPC configuration, enhance network security, and protect your cloud assets. Download AWS security best practices white paper now! If you’re looking to enhance your cloud network security, explore AlgoSec's platform.  Request a demo to see how AlgoSec can empower you to create a secure, compliant, and resilient cloud infrastructure. Dive deeper into cloud security: Read our previous blog post, Unveiling Cloud's Hidden Risks , to uncover the top challenges and learn how to gain control of your cloud environment. Don't miss out : We'll be publishing more valuable insights on critical cloud security topics, including Security as Code implementation, Azure best practices, Kubernetes security, and cloud encryption. These articles will equip you with the knowledge and tools to strengthen your cloud defenses. Subscribe to our blog to stay informed and join us on the journey to a safer and more resilient cloud future. Have a specific cloud security challenge? Contact us today for a free consultation. Schedule a demo Related Articles 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 5 Multi-Cloud Environments Cloud Security 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

1. Application-centric security Many of today’s security discussions focus on compromised credentials, misconfigurations, and malicious... Cloud Security Emerging Tech Trends – 2023 Perspective Ava Chawla 2 min read Ava Chawla 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 1. Application-centric security Many of today’s security discussions focus on compromised credentials, misconfigurations, and malicious or unintentional misuse of resources. Disruptive technologies from Cloud to smart devices and connected networks mean the attack surface is growing. Security conversations are increasingly expanding to include business-critical applications and their dependencies. Organizations are beginning to recognize that a failure to take an application-centric approach to security increases the potential for unidentified, unmitigated security gaps and vulnerabilities. 2. Portable, agile, API & automation driven enterprise architectures Successful business innovation requires the ability to efficiently deploy new applications and make changes without impacting downstream elements. This means fast deployments, optimized use of IT resources, and application segmentation with modular components that can seamlessly communicate. Container security is here to stay Containerization is a popular solution that reduces costs because containers are lightweight and contain no OS. Let's compare this to VMs, like containers, VMs allow the creation of isolated workspaces on a single machine. The OS is part of the VM and will communicate with the host through a hypervisor. With containers, the orchestration tool manages all the communication between the host OS and each container. Aside from the portability benefit of containers, they are also easily managed via APIs, which is ideal for modular, automation-driven enterprise architectures. The growth of containerized applications and automation will continue. Lift and Shift left approach will thrive Many organizations have started digital transformation journeys that include lift and shift migrations to the Cloud. A lift and shift migration enables organizations to move quickly, however, the full benefits of cloud are not realized. Optimized cloud architectures have cloud automation mechanisms deployed such as serverless (i.e – AWS Lamda), auto-scaling, and infrastructure as code (IaC) (i.e – AWS Cloud Formation) services. Enterprises with lift and shift deployments will increasingly prioritize a re-platform and/or modernization of their cloud architectures with a focus on automation. Terraform for IaC is the next step forward With hybrid cloud estates becoming increasingly common, Terraform-based IaC templates will increasingly become the framework of choice for managing and provisioning IT resources through machine-readable definition files. This is because Terraform, is cloud-agnostic, supporting all three major cloud service providers and can be used for on-premises infrastructure enabling a homogenous IaC solution across multi-cloud and on-premises. 3. Smart Connectivity & Predictive Technologies The growth of connected devices and AI/ML has led to a trend toward predictive technologies. Predictive technologies go beyond isolated data analysis to enable intelligent decisions. At the heart of this are smart, connected devices working across networks whose combined data 1. enables intelligent data analytics and 2. provides the means to build the robust labeled data sets required for accurate ML (Machine Learning) algorithms. 4. Accelerated adoption of agentless, multi-cloud security solutions Over 98% of organizations have elements of cloud across their networks. These organizations need robust cloud security but have yet to understand what that means. Most organizations are early in implementing cloud security guardrails and are challenged by the following: Misunderstanding the CSP (Cloud Service Provider) shared responsibility model Lack of visibility across multi-cloud networks Missed cloud misconfigurations Takeaways Cloud security posture management platforms are the current go-to solution for attaining broad compliance and configuration visibility. Cloud-Native Application Protection Platforms (CNAPP) are in their infancy. CNAPP applies an integrated approach with workload protection and other elements. CNAPP will emerge as the next iteration of must have cloud security platforms. Schedule a demo Related Articles 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 5 Multi-Cloud Environments Cloud Security 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

Top 5 misconfigurations to avoid for robust security Multi-cloud environments have become the backbone of modern enterprise IT, offering unparalleled flexibility, scalability, and access to a diverse array of innovative services. This distributed architecture empowers organizations to avoid vendor lock-in, optimize costs, and leverage specialized functionalities from different providers. However, this very strength introduces a significant challenge: increased complexity in security... Cloud Security 5 Multi-Cloud Environments Iris Stein 2 min read Iris Stein 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 6/23/25 Published Top 5 misconfigurations to avoid for robust security Multi-cloud environments have become the backbone of modern enterprise IT, offering unparalleled flexibility, scalability, and access to a diverse array of innovative services. This distributed architecture empowers organizations to avoid vendor lock-in, optimize costs, and leverage specialized functionalities from different providers. However, this very strength introduces a significant challenge: increased complexity in security management. The diverse security models, APIs, and configuration nuances of each cloud provider, when combined, create a fertile ground for misconfigurations. A single oversight can cascade into severe security vulnerabilities, lead to compliance violations, and even result in costly downtime and reputational damage. At AlgoSec, we have extensive experience in navigating the intricacies of multi-cloud security. Our observations reveal recurring patterns of misconfigurations that undermine even the most well-intentioned security strategies. To help you fortify your multi-cloud defences, we've compiled the top five multi-cloud misconfigurations that organizations absolutely must avoid. 1. Over-permissive policies: The gateway to unauthorized access One of the most pervasive and dangerous misconfigurations is the granting of overly broad or permissive access policies. In the rush to deploy applications or enable collaboration, it's common for organizations to assign excessive permissions to users, services, or applications. This "everyone can do everything" approach creates a vast attack surface, making it alarmingly easy for unauthorized individuals or compromised credentials to gain access to sensitive resources across your various cloud environments. The principle of least privilege (PoLP) is paramount here. Every user, application, and service should only be granted the minimum necessary permissions to perform its intended function. This includes granular control over network access, data manipulation, and resource management. Regularly review and audit your Identity and Access Management (IAM) policies across all your cloud providers. Tools that offer centralized visibility into entitlements and highlight deviations can be invaluable in identifying and rectifying these critical vulnerabilities before they are exploited. 2. Inadequate network segmentation: Lateral movement made easy In a multi-cloud environment, a flat network architecture is an open invitation for attackers. Without proper network segmentation, a breach in one part of your cloud infrastructure can easily lead to lateral movement across your entire environment. Mixing production, development, and sensitive data workloads within the same network segment significantly increases the risk of an attacker pivoting from a less secure development environment to a critical production database. Effective network segmentation involves logically isolating different environments, applications, and data sets. This can be achieved through Virtual Private Clouds (VPCs), subnets, security groups, network access control lists (NACLs), and micro-segmentation techniques. The goal is to create granular perimeters around critical assets, limiting the blast radius of any potential breach. By restricting traffic flows between different segments and enforcing strict ingress and egress rules, you can significantly hinder an attacker's ability to move freely within your cloud estate. 3. Unsecured storage buckets: A goldmine for data breaches Cloud storage services, such as Amazon S3, Azure Blob Storage, and Google Cloud Storage, offer incredible scalability and accessibility. However, their misconfiguration remains a leading cause of data breaches. Publicly accessible storage buckets, often configured inadvertently, expose vast amounts of sensitive data to the internet. This includes customer information, proprietary code, intellectual property, and even internal credentials. It is imperative to always double-check and regularly audit the access controls and encryption settings of all your storage buckets across every cloud provider. Implement strong bucket policies, restrict public access by default, and enforce encryption at rest and in transit. Consider using multifactor authentication for access to storage, and leverage tools that continuously monitor for publicly exposed buckets and alert you to any misconfigurations. Regular data classification and tagging can also help in identifying and prioritizing the protection of highly sensitive data stored in the cloud. 4. Lack of centralized visibility: Flying blind in a complex landscape Managing security in a multi-cloud environment without a unified, centralized view of your security posture is akin to flying blind. The disparate dashboards, logs, and security tools provided by individual cloud providers make it incredibly challenging to gain a holistic understanding of your security landscape. This fragmented visibility makes it nearly impossible to identify widespread misconfigurations, enforce consistent security policies across different clouds, and respond effectively and swiftly to emerging threats. A centralized security management platform is crucial for multi-cloud environments. Such a platform should provide comprehensive discovery of all your cloud assets, enable continuous risk assessment, and offer unified policy management across your entire multi-cloud estate. This centralized view allows security teams to identify inconsistencies, track changes, and ensure that security policies are applied uniformly, regardless of the underlying cloud provider. Without this overarching perspective, organizations are perpetually playing catch-up, reacting to incidents rather than proactively preventing them. 5. Neglecting Shadow IT: The unseen security gaps Shadow IT refers to unsanctioned cloud deployments, applications, or services that are used within an organization without the knowledge or approval of the IT or security departments. While seemingly innocuous, shadow IT can introduce significant and often unmanaged security gaps. These unauthorized resources often lack proper security configurations, patching, and monitoring, making them easy targets for attackers. To mitigate the risks of shadow IT, organizations need robust discovery mechanisms that can identify all cloud resources, whether sanctioned or not. Once discovered, these resources must be brought under proper security governance, including regular monitoring, configuration management, and adherence to organizational security policies. Implementing cloud access security brokers (CASBs) and network traffic analysis tools can help in identifying and gaining control over shadow IT instances. Educating employees about the risks of unauthorized cloud usage is also a vital step in fostering a more secure multi-cloud environment. Proactive management with AlgoSec Cloud Enterprise Navigating the complex and ever-evolving multi-cloud landscape demands more than just awareness of these pitfalls; it requires deep visibility and proactive management. This is precisely where AlgoSec Cloud Enterprise excels. Our solution provides comprehensive discovery of all your cloud assets across various providers, offering a unified view of your entire multi-cloud estate. It enables continuous risk assessment by identifying misconfigurations, policy violations, and potential vulnerabilities. Furthermore, AlgoSec Cloud Enterprise empowers automated policy enforcement, ensuring consistent security postures and helping you eliminate misconfigurations before they can be exploited. By providing this robust framework for security management, AlgoSec helps organizations maintain a strong and resilient security posture in their multi-cloud journey. Stay secure out there! The multi-cloud journey offers immense opportunities, but only with diligent attention to security and proactive management can you truly unlock its full potential while safeguarding your critical assets. Schedule a demo Related Articles 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 5 Multi-Cloud Environments Cloud Security 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

Multi-cloud environments create complex IT architectures that are hard to secure. Although cloud computing creates numerous advantages... Cloud Security 3 Proven Tips to Finding the Right CSPM Solution 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 Multi-cloud environments create complex IT architectures that are hard to secure. Although cloud computing creates numerous advantages for companies, it also increases the risk of data breaches. Did you know that you can mitigate these risks with a CSPM? Rony Moshkovitch, Prevasio’s co-founder, discusses why modern organizations need to opt for a CSPM solution when migrating to the cloud and also offers three powerful tips to finding and implementing the right one. Cloud Security Can Get Messy if You Let it A cloud-based IT infrastructure can lower your IT costs, boost your agility, flexibility, and scalability, and enhance business resilience. These great advantages notwithstanding, the cloud also has one serious drawback: it is not easy to secure. When you move from an on-premise infrastructure to the cloud, the size of your digital footprint expands. This can attract hackers on the prowl who are looking for the first opportunity to compromise your assets or steal your data. Cloud security solutions include multiple elements that must be managed and protected, such as microservices, containers, and serverless functions. These elements increase cloud complexity, reduce visibility into the cloud estate, and make it harder to secure. For all these reasons, security issues arise in the cloud, increasing the risk of breaches that may result in financial losses, legal liabilities, or reputational damage. To protect the complex and fluid cloud environment, sophisticated automation is essential. Enter cloud security posture management. How to Identify and Implement the Right CSPM Solution 1) It must offer a flat learning curve to accelerate time to value: The CSPM solution can be easy to implement, adopt, and use. It should not burden your security team. Rather, it should simplify cloud security by providing non-intrusive, agentless scans of all cloud accounts, services, and assets. It should also provide actionable information in a single-pane-of-glass view that clearly reveals what needs to be remediated in order to strengthen your cloud security posture. In addition, the solution should generate reports that are easy to understand and share. 2) It must support non-intrusive, agentless, static and dynamic analyses: Some CSPM solutions only support static scans, leaving dynamic scans to other intrusive solutions. The problem with the latter is that they require agents to be deployed, managed, and updated for every scan, increasing the organization’s technical debt and forcing security teams to spend expensive (and scarce) resources on solution management. The best way to minimize the debt and the management burden on security teams is to choose a CSPM that can scan for threats in an agentless manner. It should also perform agentless dynamic analyses on all container applications and images that can reveal valuable information about exposed network ports and other risks. 3) It must be reasonably priced: CSPM is important but it shouldn’t burn a hole in your pocket. The solution should fit your security budget and match your organization’s size, cloud environment complexity, and cloud asset usage. Also, look for a vendor that provides a transparent license model and dynamic security features instead of just dynamic, expensive billing (that could reduce your ability to control your cloud costs). Conclusion and next steps The global CSPM market is set to double from $4.2 billion in 2022 to $8.6 billion by 2027. Already, many CSPM vendors and solutions are available. In order to select the best solution for your organization, make sure to consider the three tips discussed here. Need more tailored advice about the security needs of your enterprise cloud? Schedule a demo Related Articles 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 5 Multi-Cloud Environments Cloud Security 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

A Comprehensive Cloud Security Checklist for Your Cloud Environment There’s a lot to consider when securing your cloud environment.... Cloud Security Cloud Security Checklist: Key Steps and Best Practices 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 7/21/23 Published A Comprehensive Cloud Security Checklist for Your Cloud Environment There’s a lot to consider when securing your cloud environment. Threats range from malware to malicious attacks, and everything in between. With so many threats, a checklist of cloud security best practices will save you time. First we’ll get a grounding in the top cloud security risks and some key considerations. The Top 5 Security Risks in Cloud Computing Understanding the risks involved in cloud computing is a key first step. The top 5 security risks in cloud computing are: 1. Limited visibility Less visibility means less control. Less control could lead to unauthorized practices going unnoticed. 2. Malware Malware is malicious software, including viruses, ransomware, spyware, and others. 3. Data breaches Breaches can lead to financial losses due to regulatory fines and compensation. They may also cause reputational damage. 4. Data loss The consequences of data loss can be severe, especially it includes customer information. 5. Inadequate cloud security controls If cloud security measures aren’t comprehensive, they can leave you vulnerable to cyberattacks. Key Cloud Security Checklist Considerations 1. Managing User Access and Privileges Properly managing user access and privileges is a critical aspect of cloud infrastructure. Strong access controls mean only the right people can access sensitive data. 2. Preventing Unauthorized Access Implementing stringent security measures, such as firewalls, helps fortify your environment. 3. Encrypting Cloud-Based Data Assets Encryption ensures that data is unreadable to unauthorized parties. 4. Ensuring Compliance Compliance with industry regulations and data protection standards is crucial. 5. Preventing Data Loss Regularly backing up your data helps reduce the impact of unforeseen incidents. 6. Monitoring for Attacks Security monitoring tools can proactively identify suspicious activities, and respond quickly. Cloud Security Checklist Understand cloud security risks Establish a shared responsibility agreement with your cloud services provider (CSP) Establish cloud data protection policies Set identity and access management rules Set data-sharing restrictions Encrypt sensitive data Employ a comprehensive data backup and recovery plan Use malware protection Create an update and patching schedule Regularly assess cloud security Set up security monitoring and logging Adjust cloud security policies as new issues emerge Let’s take a look at these in more detail. Full Cloud Security Checklist 1. Understand Cloud Security Risks 1a. Identify Sensitive Information First, identify all your sensitive information. This data could range from customer information to patents, designs, and trade secrets. 1b. Understand Data Access and Sharing Use access control measures, like role-based access control (RBAC), to manage data access. You should also understand and control how data is shared. One idea is to use data loss prevention (DLP) tools to prevent unauthorized data transfers. 1c. Explore Shadow IT Shadow IT refers to using IT tools and services without your company’s approval. While these tools can be more productive or convenient, they can pose security risks. 2. Establish a Shared Responsibility Agreement with Your Cloud Service Provider (CSP) Understanding the shared responsibility model in cloud security is essential. There are various models – IaaS, PaaS, or SaaS. Common CSPs include Microsoft Azure and AWS. 2a. Establish Visibility and Control It’s important to establish strong visibility into your operations and endpoints. This includes understanding user activities, resource usage, and security events. Using security tools gives you a centralized view of your secure cloud environment. You can even enable real-time monitoring and prompt responses to suspicious activities. Cloud Access Security Brokers (CASBs) or cloud-native security tools can be useful here. 2b. Ensure Compliance Compliance with relevant laws and regulations is fundamental. This could range from data protection laws to industry-specific regulations. 2c. Incident Management Despite your best efforts, security incidents can still occur. Having an incident response plan is a key element in managing the impact of any security events. This plan should tell team members how to respond to an incident. 3. Establish Cloud Data Protection Policies Create clear policies around data protection in the cloud . These should cover areas such as data classification, encryption, and access control. These policies should align with your organizational objectives and comply with relevant regulations. 3a. Data Classification You should categorize data based on its sensitivity and potential impact if breached. Typical classifications include public, internal, confidential, and restricted data. 3b. Data Encryption Encryption protects your data in the cloud and on-premises. It involves converting your data so it can only be read by those who possess the decryption key. Your policy should mandate the use of strong encryption for sensitive data. 3c. Access Control Each user should only have the access necessary to perform their job function and no more. Policies should include password policies and changes of workloads. 4. Set Identity and Access Management Rules 4a. User Identity Management Identity and Access Management tools ensure only the right people access your data. Using IAM rules is critical to controlling who has access to your cloud resources. These rules should be regularly updated. 4b. 2-Factor and Multi-Factor Authentication Two-factor authentication (2FA) and multi-factor authentication (MFA) are useful tools. You reduce the risk by implementing 2FA or MFA, even if a password is compromised. 5. Set Data Sharing Restrictions 5a. Define Data Sharing Policies Define clear data-sharing permissions. These policies should align with the principles of least privilege and need-to-know basis. 5b. Implement Data Loss Prevention (DLP) Measures Data Loss Prevention (DLP) tools can help enforce data-sharing policies. These tools monitor and control data movements in your cloud environment. 5c. Audit and Review Data Sharing Activities Regularly review and audit your data-sharing activities to ensure compliance. Audits help identify any inappropriate data sharing and provide insights for improvement. 6. Encrypt Sensitive Data Data encryption plays a pivotal role in safeguarding your sensitive information. It involves converting your data into a coded form that can only be read after it’s been decrypted. 6a. Protect Data at Rest This involves transforming data into a scrambled form while it’s in storage. It ensures that even if your storage is compromised, the data remains unintelligible. 6b. Data Encryption in Transit This ensures that your sensitive data remains secure while it’s being moved. This could be across the internet, over a network, or between components in a system. 6c. Key Management Managing your encryption keys is just as important as encrypting the data itself. Keys should be stored securely and rotated regularly. Additionally, consider using hardware security modules (HSMs) for key storage. 6d. Choose Strong Encryption Algorithms The strength of your encryption depends significantly on the algorithms you use. Choose well-established encryption algorithms. Advanced Encryption Standard (AES) or RSA are solid algorithms. 7. Employ a Comprehensive Data Backup and Recovery Plan 7a. Establish a Regular Backup Schedule Install a regular backup schedule that fits your organization’s needs . The frequency of backups may depend on how often your data changes. 7b. Choose Suitable Backup Methods You can choose from backup methods such as snapshots, replication, or traditional backups. Each method has its own benefits and limitations. 7c. Implement a Data Recovery Strategy In addition to backing up your data, you need a solid strategy for restoring that data if a loss occurs. This includes determining recovery objectives. 7d. Test Your Backup and Recovery Plan Regular testing is crucial to ensuring your backup and recovery plan works. Test different scenarios, such as recovering a single file or a whole system. 7e. Secure Your Backups Backups can become cybercriminals’ targets, so they also need to be secured. This includes using encryption to protect backup data and implementing access controls. 8. Use Malware Protection Implementing robust malware protection measures is pivotal in data security. It’s important to maintain up-to-date malware protection and routinely scan your systems. 8a. Deploy Antimalware Software Deploy antimalware software across your cloud environment. This software can detect, quarantine, and eliminate malware threats. Ensure the software you select can protect against a wide range of malware. 8b. Regularly Update Malware Definitions Anti-malware relies on malware definitions. However, cybercriminals continuously create new malware variants, so these definitions become outdated quickly. Ensure your software is set to automatically update. 8c. Conduct Regular Malware Scans Schedule regular malware scans to identify and mitigate threats promptly. This includes full system scans and real-time scanning. 8d. Implement a Malware Response Plan Develop a comprehensive malware response plan to ensure you can address any threats. Train your staff on this plan to respond efficiently during a malware attack. 8e. Monitor for Anomalous Activity Continuously monitor your systems for any anomalous activity. Early detection can significantly reduce the potential damage caused by malware. 9. Create an Update and Patching Schedule 9a. Develop a Regular Patching Schedule Develop a consistent schedule for applying patches and updates to your cloud applications. For high-risk vulnerabilities, consider implementing patches as soon as they become available. 9b. Maintain an Inventory of Software and Systems You need an accurate inventory of all software and systems to manage updates and patches. This inventory should include the system version, last update, and any known vulnerabilities. 9c. Automation Where Possible Automating the patching process can help ensure that updates are applied consistently. Many cloud service providers offer tools or services that can automate patch management. 9d. Test Patches Before Deployment Test updates in a controlled environment to ensure work as intended. This is especially important for patches to critical systems. 9e. Stay Informed About New Vulnerabilities and Patches Keep abreast of new vulnerabilities and patches related to your software and systems. Being aware of the latest threats and solutions can help you respond faster. 9f. Update Security Tools and Configurations Don’t forget to update your cloud security tools and configurations regularly. As your cloud environment evolves, your security needs may change. 10. Regularly Assess Cloud Security 10a. Set up cloud security assessments and audits Establish a consistent schedule for conducting cybersecurity assessments and security audits. Audits are necessary to confirm that your security responsibilities align with your policies. These should examine configurations, security controls, data protection and incident response plans. 10b. Conduct Penetration Testing Penetration testing is a proactive approach to identifying vulnerabilities in your cloud environment. These are designed to uncover potential weaknesses before malicious actors do. 10c. Perform Risk Assessments These assessments should cover a variety of technical, procedural, and human risks. Use risk assessment results to prioritize your security efforts. 10d. Address Assessment Findings After conducting an assessment or audit, review the findings and take appropriate action. It’s essential to communicate any changes effectively to all relevant personnel. 10f. Maintain Documentation Keep thorough documentation of each assessment or audit. Include the scope, process, findings, and actions taken in response. 11. Set Up Security Monitoring and Logging 11a. Intrusion Detection Establish intrusion detection systems (IDS) to monitor your cloud environment. IDSs operate by recognizing patterns or anomalies that could indicate unauthorized intrusions. 11b. Network Firewall Firewalls are key components of network security. They serve as a barrier between secure internal network traffic and external networks. 11c. Security Logging Implement extensive security logging across your cloud environment. Logs record the events that occur within your systems. 11d. Automate Security Alerts Consider automating security alerts based on triggering events or anomalies in your logs. Automated alerts can ensure that your security team responds promptly. 11e. Implement Information Security and Event Management (SIEM) System A Security Information and Event Management (SIEM) system can your cloud data. It can help identify patterns, security breaches, and generate alerts. It will give a holistic view of your security posture. 11f. Regular Review and Maintenance Regularly review your monitoring and logging practices to ensure they remain effective. as your cloud environment and the threat landscape evolve. 12. Adjust Cloud Security Policies as New Issues Emerge 12a. Regular Policy Reviews Establish a schedule for regular review of your cloud security policies. Regular inspections allow for timely updates to keep your policies effective and relevant. 12b. Reactive Policy Adjustments In response to emerging threats or incidents, it may be necessary to adjust on an as-needed basis. Reactive adjustments can help you respond to changes in the risk environment. 12c. Proactive Policy Adjustments Proactive policy adjustments involve anticipating future changes and modifying your policies accordingly. 12d. Stakeholder Engagement Engage relevant stakeholders in the policy review and adjustment process. This can include IT staff, security personnel, management, and even end-users. Different perspectives can provide valuable insights. 12e. Training and Communication It’s essential to communicate changes whenever you adjust your cloud security policies. Provide training if necessary to ensure everyone understands the updated policies. 12f. Documentation and Compliance Document any policy adjustments and ensure they are in line with regulatory requirements. Updated documentation can serve as a reference for future reviews and adjustments. Use a Cloud Security Checklist to Protect Your Data Today Cloud security is a process, and using a checklist can help manage risks. Companies like Prevasio specialize in managing cloud security risks and misconfigurations, providing protection and ensuring compliance. Secure your cloud environment today and keep your data protected against threats. Schedule a demo Related Articles 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 5 Multi-Cloud Environments Cloud Security 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

Security Policy Management with Professor Wool Managing Business Application Connectivity Managing Business Application Connectivity is a whiteboard-style series of lessons that examine the challenges of and provide technical tips for provisioning and decommissioning application connectivity across enterprise networks and data centers. Lesson 1 In this lesson, Professor Wool examines the challenges of managing data center applications and their connectivity requirements. Professor Wool also offers tips for bridging the gap between application owners and network and security teams - to ensure faster, more secure deployment, maintenance and decommissioning of critical applications. Examining the Need for Application-Centric Security Policy Management Watch Lesson 2 In this lesson, Professor Wool discusses how to look at and prioritize network security vulnerabilities in a new way - from the perspective of the business applications in your data center. How to Prioritize Risk from the Business Perspective Watch Lesson 3 In this lesson, Professor Wool examines how to leverage firewall rules for discovering the connectivity requirements of data center applications. Tips to Discover Business Application Connectivity Requirements Watch Lesson 4 In this lesson, Professor Wool examines the challenges of decommissioning business applications and offers recommendations for improving security without impacting network operations by removing firewall rules that are no longer in use. Tips for Secure Decommissioning of Business Applications Watch Lesson 5 How to Automatically Identify Business Application Connectivity Needs from Network Traffic Watch Lesson 6 The Different Data Sources for Application Connectivity Discovery Watch Lesson 7 How to Aggregate Network Flows Into Application Flows Watch Lesson 8 The Benefits of Mapping Firewall Rules to Business Applications 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

Avishai Wool, CTO and co-founder of AlgoSec, looks at how organizations can implement and manage SDN-enabled micro-segmentation... Micro-segmentation Building a Blueprint for a Successful Micro-segmentation Implementation Prof. Avishai Wool 2 min read Prof. Avishai Wool 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 6/22/20 Published Avishai Wool, CTO and co-founder of AlgoSec, looks at how organizations can implement and manage SDN-enabled micro-segmentation strategies Micro-segmentation is regarded as one of the most effective methods to reduce an organization’s attack surface, and a lack of it has often been cited as a contributing factor in some of the largest data breaches and ransomware attacks. One of the key reasons why enterprises have been slow to embrace it is because it can be complex and costly to implement – especially in traditional on-premise networks and data centers. In these, creating internal zones usually means installing extra firewalls, changing routing, and even adding cabling to police the traffic flows between zones, and having to manage the additional filtering policies manually. However, as many organizations are moving to virtualized data centers using Software-Defined Networking (SDN), some of these cost and complexity barriers are lifted. In SDN-based data centers the networking fabric has built-in filtering capabilities, making internal network segmentation much more accessible without having to add new hardware. SDN’s flexibility enables advanced, granular zoning: In principle, data center networks can be divided into hundreds, or even thousands, of microsegments. This offers levels of security that would previously have been impossible – or at least prohibitively expensive – to implement in traditional data centers. However, capitalizing on the potential of micro-segmentation in virtualized data centers does not eliminate all the challenges. It still requires the organization to deploy a filtering policy that the micro-segmented fabric will enforce, and writing this a policy is the first, and largest, hurdle that must be cleared. The requirements from a micro-segmentation policy A correct micro-segmentation filtering policy has three high-level requirements: It allows all business traffic – The last thing you want is to write a micro-segmented policy and have it block necessary business communication, causing applications to stop functioning. It allows nothing else – By default, all other traffic should be denied. It is future-proof – ‘More of the same’ changes in the network environment shouldn’t break rules. If you write your policies too narrowly, when something in the network changes, such as a new server or application, something will stop working. Write with scalability in mind. A micro-segmentation blueprint Now that you know what you are aiming for, how can you actually achieve it? First of all, your organization needs to know what your traffic flows are – what is the traffic that should be allowed. To get this information, you can perform a ‘discovery’ process. Only once you have this information, can you then establish where to place the borders between the microsegments in the data center and how to devise and manage the security policies for each of the segments in their network environment. I welcome you to download AlgoSec’s new eBook , where we explain in detail how to implement and manage micro-segmentation. AlgoSec Enables Micro-segmentation The AlgoSec Security Management Suite (ASMS) employs the power of automation to make it easy to define and enforce your micro-segmentation strategy inside the data center, ensure that it does not block critical business services, and meet compliance requirements. AlgoSec supports micro-segmentation by: Providing application discovery based on netflow information 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 Automatically implementing network security changes Automatically validating changes The bottom line is that implementing an effective network micro-segmentation strategy is now possible. It requires careful planning and implementation, but when carried out following a proper blueprint and with the automation capabilities of the AlgoSec Security Management Suite, it provides you with stronger security without sacrificing any business agility. Find out more about how micro-segmentation can help you boost your security posture, or request your personal demo . Schedule a demo Related Articles 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 5 Multi-Cloud Environments Cloud Security 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 you may have heard already, the National Security Agency (NSA) and the Federal Bureau of Investigation (FBI) released a joint... Cloud Security Drovorub’s Ability to Conceal C2 Traffic And Its Implications For 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/15/20 Published As you may have heard already, the National Security Agency (NSA) and the Federal Bureau of Investigation (FBI) released a joint Cybersecurity Advisory about previously undisclosed Russian malware called Drovorub. According to the report, the malware is designed for Linux systems as part of its cyber espionage operations. Drovorub is a Linux malware toolset that consists of an implant coupled with a kernel module rootkit, a file transfer and port forwarding tool, and a Command and Control (C2) server. The name Drovorub originates from the Russian language. It is a complex word that consists of 2 roots (not the full words): “drov” and “rub” . The “o” in between is used to join both roots together. The root “drov” forms a noun “drova” , which translates to “firewood” , or “wood” . The root “rub” /ˈruːb/ forms a verb “rubit” , which translates to “to fell” , or “to chop” . Hence, the original meaning of this word is indeed a “woodcutter” . What the report omits, however, is that apart from the classic interpretation, there is also slang. In the Russian computer slang, the word “drova” is widely used to denote “drivers” . The word “rubit” also has other meanings in Russian. It may mean to kill, to disable, to switch off. In the Russian slang, “rubit” also means to understand something very well, to be professional in a specific field. It resonates with the English word “sharp” – to be able to cut through the problem. Hence, we have 3 possible interpretations of ‘ Drovorub ‘: someone who chops wood – “дроворуб” someone who disables other kernel-mode drivers – “тот, кто отрубает / рубит драйвера” someone who understands kernel-mode drivers very well – “тот, кто (хорошо) рубит в драйверах” Given that Drovorub does not disable other drivers, the last interpretation could be the intended one. In that case, “Drovorub” could be a code name of the project or even someone’s nickname. Let’s put aside the intricacies of the Russian translations and get a closer look into the report. DISCLAIMER Before we dive into some of the Drovorub analysis aspects, we need to make clear that neither FBI nor NSA has shared any hashes or any samples of Drovorub. Without the samples, it’s impossible to conduct a full reverse engineering analysis of the malware. Netfilter Hiding According to the report, the Drovorub-kernel module registers a Netfilter hook. A network packet filter with a Netfilter hook ( NF_INET_LOCAL_IN and NF_INET_LOCAL_OUT ) is a common malware technique. It allows a backdoor to watch passively for certain magic packets or series of packets, to extract C2 traffic. What is interesting though, is that the driver also hooks the kernel’s nf_register_hook() function. The hook handler will register the original Netfilter hook, then un-register it, then re-register the kernel’s own Netfilter hook. According to the nf_register_hook() function in the Netfilter’s source , if two hooks have the same protocol family (e.g., PF_INET ), and the same hook identifier (e.g., NF_IP_INPUT ), the hook execution sequence is determined by priority. The hook list enumerator breaks at the position of an existing hook with a priority number elem->priority higher than the new hook’s priority number reg->priority : int nf_register_hook ( struct nf_hook_ops * reg) { struct nf_hook_ops * elem; int err; err = mutex_lock_interruptible( & nf_hook_mutex); if (err < 0 ) return err; list_for_each_entry(elem, & nf_hooks[reg -> pf][reg -> hooknum], list) { if (reg -> priority < elem -> priority) break ; } list_add_rcu( & reg -> list, elem -> list.prev); mutex_unlock( & nf_hook_mutex); ... return 0 ; } In that case, the new hook is inserted into the list, so that the higher-priority hook’s PREVIOUS link would point into the newly inserted hook. What happens if the new hook’s priority is also the same, such as NF_IP_PRI_FIRST – the maximum hook priority? In that case, the break condition will not be met, the list iterator list_for_each_entry will slide past the existing hook, and the new hook will be inserted after it as if the new hook’s priority was higher. By re-inserting its Netfilter hook in the hook handler of the nf_register_hook() function, the driver makes sure the Drovorub’s Netfilter hook will beat any other registered hook at the same hook number and with the same (maximum) priority. If the intercepted TCP packet does not belong to the hidden TCP connection, or if it’s destined to or originates from another process, hidden by Drovorub’s kernel-mode driver, the hook will return 5 ( NF_STOP ). Doing so will prevent other hooks from being called to process the same packet. Security Implications For Docker Containers Given that Drovorub toolset targets Linux and contains a port forwarding tool to route network traffic to other hosts on the compromised network, it would not be entirely unreasonable to assume that this toolset was detected in a client’s cloud infrastructure. According to Gartner’s prediction , in just two years, more than 75% of global organizations will be running cloud-native containerized applications in production, up from less than 30% today. Would the Drovorub toolset survive, if the client’s cloud infrastructure was running containerized applications? Would that facilitate the attack or would it disrupt it? Would it make the breach stealthier? To answer these questions, we have tested a different malicious toolset, CloudSnooper, reported earlier this year by Sophos. Just like Drovorub, CloudSnooper’s kernel-mode driver also relies on a Netfilter hook ( NF_INET_LOCAL_IN and NF_INET_LOCAL_OUT ) to extract C2 traffic from the intercepted TCP packets. As seen in the FBI/NSA report, the Volatility framework was used to carve the Drovorub kernel module out of the host, running CentOS. In our little lab experiment, let’s also use CentOS host. To build a new Docker container image, let’s construct the following Dockerfile: FROM scratch ADD centos-7.4.1708-docker.tar.xz / ADD rootkit.ko / CMD [“/bin/bash”] The new image, built from scratch, will have the CentOS 7.4 installed. The kernel-mode rootkit will be added to its root directory. Let’s build an image from our Dockerfile, and call it ‘test’: [root@localhost 1]# docker build . -t test Sending build context to Docker daemon 43.6MB Step 1/4 : FROM scratch —> Step 2/4 : ADD centos-7.4.1708-docker.tar.xz / —> 0c3c322f2e28 Step 3/4 : ADD rootkit.ko / —> 5aaa26212769 Step 4/4 : CMD [“/bin/bash”] —> Running in 8e34940342a2 Removing intermediate container 8e34940342a2 —> 575e3875cdab Successfully built 575e3875cdab Successfully tagged test:latest Next, let’s execute our image interactively (with pseudo-TTY and STDIN ): docker run -it test The executed image will be waiting for our commands: [root@8921e4c7d45e /]# Next, let’s try to load the malicious kernel module: [root@8921e4c7d45e /]# insmod rootkit.ko The output of this command is: insmod: ERROR: could not insert module rootkit.ko: Operation not permitted The reason why it failed is that by default, Docker containers are ‘unprivileged’. Loading a kernel module from a docker container requires a special privilege that allows it doing so. Let’s repeat our experiment. This time, let’s execute our image either in a fully privileged mode or by enabling only one capability – a capability to load and unload kernel modules ( SYS_MODULE ). docker run -it –privileged test or docker run -it –cap-add SYS_MODULE test Let’s load our driver again: [root@547451b8bf87 /]# insmod rootkit.ko This time, the command is executed silently. Running lsmod command allows us to enlist the driver and to prove it was loaded just fine. A little magic here is to quit the docker container and then delete its image: docker rmi -f test Next, let’s execute lsmod again, only this time on the host. The output produced by lsmod will confirm the rootkit module is loaded on the host even after the container image is fully unloaded from memory and deleted! Let’s see what ports are open on the host: [root@localhost 1]# netstat -tulpn Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1044/sshd With the SSH server running on port 22 , let’s send a C2 ‘ping’ command to the rootkit over port 22 : [root@localhost 1]# python client.py 127.0.0.1 22 8080 rrootkit-negotiation: hello The ‘hello’ response from the rootkit proves it’s fully operational. The Netfilter hook detects a command concealed in a TCP packet transferred over port 22 , even though the host runs SSH server on port 22 . How was it possible that a rootkit loaded from a docker container ended up loaded on the host? The answer is simple: a docker container is not a virtual machine. Despite the namespace and ‘control groups’ isolation, it still relies on the same kernel as the host. Therefore, a kernel-mode rootkit loaded from inside a Docker container instantly compromises the host, thus allowing the attackers to compromise other containers that reside on the same host. It is true that by default, a Docker container is ‘unprivileged’ and hence, may not load kernel-mode drivers. However, if a host is compromised, or if a trojanized container image detects the presence of the SYS_MODULE capability (as required by many legitimate Docker containers), loading a kernel-mode rootkit on a host from inside a container becomes a trivial task. Detecting the SYS_MODULE capability ( cap_sys_module ) from inside the container: [root@80402f9c2e4c /]# capsh –print Current: = cap_chown, … cap_sys_module, … Conclusion This post is drawing a parallel between the recently reported Drovorub rootkit and CloudSnooper, a rootkit reported earlier this year. Allegedly built by different teams, both of these Linux rootkits have one mechanism in common: a Netfilter hook ( NF_INET_LOCAL_IN and NF_INET_LOCAL_OUT ) and a toolset that enables tunneling of the traffic to other hosts within the same compromised cloud infrastructure. We are still hunting for the hashes and samples of Drovorub. Unfortunately, the YARA rules published by FBI/NSA cause False Positives. For example, the “Rule to detect Drovorub-server, Drovorub-agent, and Drovorub-client binaries based on unique strings and strings indicating statically linked libraries” enlists the following strings: “Poco” “Json” “OpenSSL” “clientid” “—–BEGIN” “—–END” “tunnel” The string “Poco” comes from the POCO C++ Libraries that are used for over 15 years. It is w-a-a-a-a-y too generic, even in combination with other generic strings. As a result, all these strings, along with the ELF header and a file size between 1MB and 10MB, produce a false hit on legitimate ARM libraries, such as a library used for GPS navigation on Android devices: f058ebb581f22882290b27725df94bb302b89504 56c36bfd4bbb1e3084e8e87657f02dbc4ba87755 Nevertheless, based on the information available today, our interest is naturally drawn to the security implications of these Linux rootkits for the Docker containers. Regardless of what security mechanisms may have been compromised, Docker containers contribute an additional attack surface, another opportunity for the attackers to compromise the hosts and other containers within the same organization. The scenario outlined in this post is purely hypothetical. There is no evidence that supports that Drovorub may have affected any containers. However, an increase in volume and sophistication of attacks against Linux-based cloud-native production environments, coupled with the increased proliferation of containers, suggests that such a scenario may, in fact, be plausible. Schedule a demo Related Articles 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 5 Multi-Cloud Environments Cloud Security 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

Insecure Service Protocols and Ports Okay, we all have them… they’re everyone’s dirty little network security secrets that we try not to... Risk Management and Vulnerabilities Removing insecure protocols In networks Matthew Pascucci 2 min read Matthew Pascucci 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/15/14 Published Insecure Service Protocols and Ports Okay, we all have them… they’re everyone’s dirty little network security secrets that we try not to talk about. They’re the protocols that we don’t mention in a security audit or to other people in the industry for fear that we’ll be publicly embarrassed. Yes, I’m talking about cleartext protocols which are running rampant across many networks. They’re in place because they work, and they work well, so no one has had a reason to upgrade them. Why upgrade something if it’s working right? Wrong. These protocols need to go the way of records, 8-tracks and cassettes (many of these protocols were fittingly developed during the same era). You’re putting your business and data at serious risk by running these insecure protocols. There are many insecure protocols that are exposing your data in cleartext, but let’s focus on the three most widely used ones: FTP, Telnet and SNMP. FTP (File Transfer Protocol) This is by far the most popular of the insecure protocols in use today. It’s the king of all cleartext protocols and one that needs to be smitten from your network before it’s too late. The problem with FTP is that all authentication is done in cleartext which leaves little room for the security of your data. To put things into perspective, FTP was first released in 1971, almost 45 years ago. In 1971 the price of gas was 40 cents a gallon, Disneyland had just opened and a company called FedEx was established. People, this was a long time ago. You need to migrate from FTP and start using an updated and more secure method for file transfers, such as HTTPS, SFTP or FTPS. These three protocols use encryption on the wire and during authentication to secure the transfer of files and login. Telnet If FTP is the king of all insecure file transfer protocols then telnet is supreme ruler of all cleartext network terminal protocols. Just like FTP, telnet was one of the first protocols that allowed you to remotely administer equipment. It became the defacto standard until it was discovered that it passes authentication using cleartext. At this point you need to hunt down all equipment that is still running telnet and replace it with SSH, which uses encryption to protect authentication and data transfer. This shouldn’t be a huge change unless your gear cannot support SSH. Many appliances or networking gear running telnet will either need the service enabled or the OS upgraded. If both of these options are not appropriate, you need to get new equipment, case closed. I know money is an issue at times, but if you’re running a 45 year old protocol on your network with the inability to update it, you need to rethink your priorities. The last thing you want is an attacker gaining control of your network via telnet. Its game over at this point. SNMP (Simple Network Management Protocol) This is one of those sneaky protocols that you don’t think is going to rear its ugly head and bite you, but it can! escortdate escorts . There are multiple versions of SNMP, and you need to be particularly careful with versions 1 and 2. For those not familiar with SNMP, it’s a protocol that enables the management and monitoring of remote systems. Once again, the strings can be sent via cleartext, and if you have access to these credentials you can connect to the system and start gaining a foothold on the network, including managing, applying new configurations or gaining in-depth monitoring details of the network. In short, it a great help for attackers if they can get hold of these credentials. Luckily version 3.0 of SNMP has enhanced security that protects you from these types of attacks. So you must review your network and make sure that SNMP v1 and v2 are not being used. These are just three of the more popular but insecure protocols that are still in heavy use across many networks today. By performing an audit of your firewalls and systems to identify these protocols, preferably using an automated tool such as AlgoSec Firewall Analyzer , you should be able to pretty quickly create a list of these protocols in use across your network. It’s also important to proactively analyze every change to your firewall policy (again preferably with an automated tool for security change management ) to make sure no one introduces insecure protocol access without proper visibility and approval. Finally, don’t feel bad telling a vendor or client that you won’t send data using these protocols. If they’re making you use them, there’s a good chance that there are other security issues going on in their network that you should be concerned about. It’s time to get rid of these protocols. They’ve had their usefulness, but the time has come for them to be sunset for good. Schedule a demo Related Articles 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 5 Multi-Cloud Environments Cloud Security 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 the most widely adapted open-source container software, Kubernetes provides businesses with efficient processes to schedule, deploy,... Cloud Security Understanding and Preventing Kubernetes Attacks and Threats Ava Chawla 2 min read Ava Chawla 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/20/21 Published As the most widely adapted open-source container software, Kubernetes provides businesses with efficient processes to schedule, deploy, and scale containers across different machines. The bad news is that cybercriminals have figured out how to exploit the platform’s vulnerabilities , resulting in catastrophic network intrusions across many company infrastructures. A recent report revealed that 94% of respondents reported security incidents in Kubernetes environments. The question is, what is behind this surge of Kubernetes attacks, and how can they be prevented? How Kubernetes is Vulnerable As a container-based platform, a new set of vulnerabilities, permission issues, and specific images set the stage for the increase in attacks. The threats have included fileless malware in containers, leveraging misconfigured Docker API ports, and using container images for attacks. Misconfigured Docker API Ports Exploitation Scanning for misconfigured Docker API ports and using them for deploying images containing malware is a relatively new type of attack. The malware, designed to evade static scanning, has become a popular method to hijack compute cycles for fraudulent cryptomining. This cryptojacking activity steals CPU power to mine currencies such as Ethereum and Monero. By first identifying vulnerable front-end websites and other systems, attackers send a command through the application layer simply by manipulating a domain’s text field or through an exposed API in the website’s URL. The code then enters the container, where it is executed with commands sent to a Docker container’s shell. A wget command is executed to download the malware. To protect against this attack, enterprises must ensure their container files are not writable, establish CPU consumption limits, and enable alerts to detect interactive shell launches. DDoS Attacks With Open Docker Daemons Cybercriminals use misconfigured open Docker daemons to launch DDoS attacks using a botnet of containers. UDP flood and Slowloris were recently identified as two such types of container-based botnet attacks. A recent blog describes an anatomy of these Kubernetes attacks. The attackers first identified open Docker daemons using a scanning tool such as Shodan to scan the internet for IP addresses and find a list of hosts, open ports, and services. By uploading their own dedicated images to the Docker hub, they succeeded in deploying and remotely running the images on the host. Analyzing how the UDP flood attack was orchestrated required an inspection of the binary with IDA. This revealed the start_flood and start_tick threads. The source code for the attack was found on Github. This code revealed a try_gb parameter, with the range of 0 to 1,024, used to configure how much data to input to flood the target. However, it was discovered that attackers are able to modify this open-source code to create a self-compiled binary that floods the host with even greater amounts of UDP packets. In the case of the Slowloris attack, cybercriminals launched DDoS with the slowhttptest utility. The attackers were able to create a self-compiling binary that is unidentifiable in malware scans. Protection from these Kubernetes attacks requires vigilant assurance policies and prevention of images other than compliant ones to run in the system. Non-compliant images will then be blocked when intrusion attempts are made. Man in the Middle Attacks With LoadBalancer or ExternalIPs An attack affecting all versions of Kubernetes involves multi-tenant clusters. The most vulnerable clusters have tenants that are able to create and update services and pods. In this breach, the attacker can intercept traffic from other pods or nodes in the cluster by creating a ClusterIP service and setting the spec.externalIP’s field. Additionally, a user who is able to patch the status of a LoadBalancer service can grab traffic. The only way to mitigate this threat is to restrict access to vulnerable features. This can be done with the admission webhook container, externalip-webhook , which prevents services from using random external IPs. An alternative method is to lock external IPs with OPA Gatekeeper with this sample Constraint Templatecan. Siloscape Malware Security researcher, Daniel Prizmant, describes a newer malware attack that he calls Siloscape. Its primary goal is to escape the container that is mainly implemented in Windows server silo. The malware targets Kubernetes through Windows containers to open a backdoor into poorly configured clusters to run the malicious containers. While other malware attacks focus on cryptojacking, the Siloscape user’s motive is to go undetected and open a backdoor to the cluster for a variety of malicious activities. This is possible since Siloscape is virtually undetectable due to a lack of readable strings in the binary. This type of attack can prove catastrophic. It compromises an entire cluster running multiple cloud applications. Cybercriminals can access critical information including sign-ins, confidential files, and complete databases hosted inside the cluster. Additionally, organizations using Kubernetes clusters for testing and development can face catastrophic damage should these environments be breached. To prevent a Siloscape attack, it is crucial that administrators ensure their Kubernetes clusters are securely configured. This will prevent the malware from creating new deployments and force Siloscape to exit. Microsoft also recommends using only Hyper-V containers as a security boundary for anything relying on containerization. The Threat Matrix The MITRE ATT&CK database details additional tactics and techniques attackers are using to infiltrate Kubernetes environments to access sensitive information, mine cryptocurrency, perform DDoS attacks, and other unscrupulous activities. The more commonly used methods are as follows: 1. Kubernetes file compromise Because this file holds sensitive data such as cluster credentials, an attacker could easily gain initial access to the entire cluster. Only accept kubeconfig files from trusted sources. Others should be thoroughly inspected before they are deployed. 2. Using similar pod names Attackers create similar pod names and use random suffixes to hide them in the cluster. The pods then run malicious code and obtain access to many other resources. 3. Kubernetes Secrets intrusion Attackers exploit any misconfigurations in the cluster with the goal of accessing the API server and retrieving information from the Secrets objects. 4. Internal network access Attackers able to access a single pod that communicates with other pods or applications can move freely within the cluster to achieve their goals. 5. Using the writeable hostPath mount Attackers with permissions to create new containers can create one with a writeable hostPath volume. Kubernetes Attacks: Key Takeaways Kubernetes brings many advantages to organizations but also presents a variety of security risks, as documented above. However, by ensuring their environments are adequately protected through proper configuration and appropriately assigned permissions, the threat of Kubernetes attacks is greatly minimized. Should a container be compromised, properly assigned privileges can severely limit a cluster-wide compromise. Prevasio assists companies in the management of their cloud security through built-in vulnerability and anti-malware scans for containers. Contact us for more information on our powerful CSPM solutions. Learn about how we can protect your company from Kubernetes attacks and other cyberattacks. Schedule a demo Related Articles 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 5 Multi-Cloud Environments Cloud Security 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

Prof. Avishai Wool discusses the complexities of mergers and acquisitions for application management and how organizations can securely... Security Policy Management Managing network connectivity during mergers and acquisitions Prof. Avishai Wool 2 min read Prof. Avishai Wool 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/21 Published Prof. Avishai Wool discusses the complexities of mergers and acquisitions for application management and how organizations can securely navigate the transition It comes as no surprise that the number of completed Mergers and Acquisitions (M&As) dropped significantly during the early stages of the pandemic as businesses closed ranks and focused on surviving rather than thriving. However, as we start to find some reprieve, many experts forecast that we’ll see an upturn in activity. In fact, by the end of 2020, M&A experienced a sudden surge and finished the year with only a 3% decline on 2019 levels. Acquiring companies is more than just writing a cheque. There are hundreds of things to consider both big and small, from infrastructure to staffing, which can make or break a merger. With that in mind, what do businesses need to do in order to ensure a secure and successful transition? When two worlds collide For many businesses, a merger or acquisition is highly charged. There’s often excitement about new beginnings mixed with trepidation about major business changes, not least when it comes to IT security. Mergers and acquisitions are like two planets colliding, each with their own intricate ecosystem. You have two enterprises running complex IT infrastructures with hundreds if not thousands of applications that don’t just simply integrate together. More often than not they perform replicated functions, which implies that some need to be used in parallel, while others need to be decommissioned and removed. This means amending, altering, and updating thousands of policies to accommodate new connections, applications, servers, and firewalls without creating IT security risks or outages. In essence, from an IT security perspective, a merger or acquisition is a highly complicated project that, if not planned and implemented properly, can have a long-term impact on business operations. Migrating and merging infrastructures One thing a business will need before it can even start the M&A process is an exhaustive inventory of all business applications spanning both businesses. An auto-discovery tool can assist here, collecting data from any application that is active on the network and adding it to a list. This should allow the main business to create a map of network connectivity flows which will form the cornerstone of the migration from an application perspective. Next comes security. A vulnerability assessment should be carried across both enterprise networks to identify any business-critical applications that may be put at risk. This assessment will give the main business the ability to effectively ‘rank’ applications and devices in terms of risk and necessity, allowing for priority lists to be created. This will help SecOps focus their efforts on crucial areas of the business that contain sensitive customer data, for instance. By following these steps you’ll get a clear organizational view of the entire enterprise environment and be able to identify and map all the critical business applications, linking vulnerabilities and cyber risks to specific applications and prioritize remediation actions based on business-driven needs. The power of automation While the steps outlined above will give you with an accurate picture of your IT topology and its business risk, this is only the first half of the story. Now you need to update security policies to support changes to business applications. Automation is critical when it comes to maintaining security during a merger or acquisition. An alarming number of data breaches are due to firewall misconfigurations, often resulting from attempts to change policies manually in a complex network environment. This danger increases with M&A, because the two merging enterprises likely have different firewall setups in place, often mixing traditional with next-generation firewalls or firewalls that come from different vendors. Automation is therefore essential to ensure the firewall change management process is handled effectively and securely with minimal risk of misconfigurations. Achieving true Zero-Touch automation in the network security domain is not an easy task but over time, you can let your automation solution run handsfree as you conduct more changes and gain trust through increasing automation levels step by step. Our Security Management Solution enables IT and security teams to manage and control all their security devices – from cloud controls in public clouds, SDNs, and on-premise firewalls from one single console. With AlgoSec you can automate time-consuming security policy changes and proactively assess risk to ensure continuous compliance. It is our business-driven approach to security policy management that enables organizations to reduce business risk, ensure security and continuous compliance, and drive business agility. Maintaining security throughout the transition A merger or acquisition presents a range of IT challenges but ensuring business applications can continue to run securely throughout the transition is critical. If you take an application centric approach and utilize automation, you will be in the best position for the merger/migration and will ultimately drive long term success. To learn more or speak to one of our security experts, schedule your personal demo . Schedule a demo Related Articles 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 5 Multi-Cloud Environments Cloud Security 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