Search results

Join Algosec and be part of a global team driving innovation in network security. Explore exciting career opportunities and grow with us. Find a job By Job Category By Location By Keyword - Found 32 Positions - Release Manager- Temporary position, Israel Read More Software Developer, India Read More Regional Sales Manager, Canada Read More Commercial Legal Counsel, US Read More Technical Support Engineer, Brazil Read More Software Developer (Devices), India Read More Regional Sales Engineer, Mid Atlantic Read More Product Manager, Americas Read More Customer Success Manager (Technical), UK Read More Technical Support Engineer, India Read More Sales Development Representative, APAC Read More Product Marketing Manager, IL Read More Customer Success Manager (Technical), US Read More IT Engineer- Student Read More Prevasio Automation Developer, India Read More Full Stack Automation Developer, India Read More Regional Sales Manager, Ohio Valley Read More Assistant Controller, Israel Read More Suite Software Developer, India Read More Customer Success Manager, India Read More CloudFlow Automation Developer, India Read More Regional Sales Engineer, Southeast Read More Channel Manager, West Read More Software Developer, Israel Read More Regional Sales Manager, DACH Read More Automation Team Lead Read More ARE, Netherlands Read More Professional Services Engineer, India Read More Automation TL, India Read More AlgoNext Automation Developer, India Read More Regional Sales Manager, Pacific NW Rockies Read More Software Developer Student, Israel Read More

AlgoSec ISO/IEC 27001 Certificate Download PDF Schedule time with one of our experts Schedule time with one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Continue

Cloud threats are at an all-time high. But not only that, hackers are becoming more sophisticated with cutting-edge tools and new ways to... Cloud Security A Guide to Upskilling Your Cloud Architects & Security Teams in 2023 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/2/23 Published Cloud threats are at an all-time high. But not only that, hackers are becoming more sophisticated with cutting-edge tools and new ways to attack your systems. Cloud service providers can only do so much. So, most of the responsibility for securing your data and applications will still fall on you. This makes it critical to equip your organization’s cloud architects and security teams with the necessary skills that help them stay ahead of the evolving threat landscape. Although the core qualities of a cloud architect remain the same, upskilling requires them to learn emerging skills in strategy, leadership, operational, and technical areas. Doing this makes your cloud architects and security teams well-rounded to solve complex cloud issues and ensure the successful design of cloud security architecture. Here, we’ll outline the top skills for cloud architects. This can be a guide for upskilling your current security team and hiring new cloud security architects. But besides the emerging skills, what are the core responsibilities of a cloud security architect? Responsibilities of Cloud Security Architects A cloud security architect builds, designs, and deploys security systems and controls for cloud-based computing services and data storage systems. Their responsibilities will likely depend on your organization’s cloud security strategy. Here are some of them: 1. Plan and Manage the Organization’s Cloud Security Architecture and Strategy: Security architects must work with other security team members and employees to ensure the security architecture aligns with your organization’s strategic goals. 2. Select Appropriate Security Tools and Controls: Cloud security architects must understand the capabilities and limitations of cloud security tools and controls and contribute when selecting the appropriate ones. This includes existing enterprise tools with extensibility to cloud environments, cloud-native security controls, and third-party services. They are responsible for designing new security protocols whenever needed and testing them to ensure they work as expected. 3. Determine Areas of Deployments for Security Controls: After selecting the right tools, controls, and measures, architects must also determine where they should be deployed within the cloud security architecture. 4. Participating in Forensic Investigations: Security architects may also participate in digital forensics and incident response during and after events. These investigations can help determine how future incidents can be prevented. 5. Define Design Principles that Govern Cloud Security Decisions: Cloud security architects will outline design principles that will be used to make choices on the security tools and controls to be deployed, where, and from which sources or vendors. 6. Educating employees on data security best practices: Untrained employees can undo the efforts of cloud security architects. So, security architects must educate technical and non-technical employees on the importance of data security. This includes best practices for creating strong passwords, identifying social engineering attacks, and protecting sensitive information. Best Practices for Prioritizing Cloud Security Architecture Skills Like many other organizations, there’s a good chance your company has moved (or is in the process of moving) all or part of its resources to the cloud. This could either be a cloud-first or cloud-only strategy. As such, they must implement strong security measures that protect the enterprise from emerging threats and intrusions. Cloud security architecture is only one of many aspects of cloud security disciplines. And professionals specializing in this field must advance their skillset to make proper selections for security technologies, procedures, and the entire architecture. However, your cloud security architects cannot learn everything. So, you must prioritize and determine the skills that will help them become better architects and deliver effective security architectures for your organization. To do this, you may want to consider the demand and usage of the skill in your organization. Will upskilling them with these skills solve any key challenge or pain point in your organization? You can achieve this by identifying the native security tools key to business requirements, compliance adherence, and how cloud risks can be managed effectively. Additionally, you should consider the relevance of the skill to the current cloud security ecosystem. Can they apply this skill immediately? Does it make them better cloud security architects? Lastly, different cloud deployment (e.g., a public, private, edge, and distributed cloud) or cloud service models (e.g., Infrastructure-as-a-Service (IaaS), Platform-as-a-Service (PaaS), and Software-as-a-Service (SaaS)) bring unique challenges that demand different skillsets. So, you must identify the necessary skills peculiar to each proposed project. Once you have all these figured out, here are some must-have skillsets for cloud security architects. Critical Skills for Cloud Security Architect Cloud security architects need several common skills, like knowledge of programming languages (.NET, PHP, Python, Java, Ruby, etc.), network integration with cloud services, and operating systems (Windows, macOS, and Linux). However, due to the evolving nature of cloud threats, more skills are required. Training your security teams and architects can have more advantages than onboarding new recruits. This is because existing teams are already familiar with your organization’s processes, culture, and values. However, whether you’re hiring new cloud security architects or upskilling your current workforce, here are the most valuable skills to look out for or learn. 1. Experience in cloud deployment models (IaaS, PaaS, and SaaS) It’s important to have cloud architects and security teams that integrate various security components in different cloud deployments for optimal results. They must understand the appropriate security capabilities and patterns for each deployment. This includes adapting to unique security requirements during deployment, combining cloud-native and third-party tools, and understanding the shared responsibility model between the CSP and your organization. 2. Knowledge of cloud security frameworks and standards Cloud security frameworks, standards, and methodologies provide a structured approach to security activities. Interpreting and applying these frameworks and standards is a critical skill for security architects. Some cloud security frameworks and standards include ISO 27001, ISAE 3402, CSA STAR, and CIS benchmarks. Familiarity with regional or industry-specific requirements like HIPAA, CCPA, and PCI DSS can ensure compliance with regulatory requirements. Best practices like the AWS Well-Architected Framework, Microsoft Cloud Security Benchmark, and Microsoft Cybersecurity Reference Architectures are also necessary skills. 3. Understanding of Native Cloud Security Tools and Where to Apply Them Although most CSPs have native tools that streamline your cloud security policies, understanding which tools your organization needs and where is a must-have skill. There are a few reasons why; it’s cost-effective, integrates seamlessly with the respective cloud platform, enhances management and configuration, and aligns with the CSP’s security updates. Still, not all native tools are necessary for your cloud architecture. As native security tools evolve, cloud architects must constantly be ahead by understanding their capabilities. 4. Knowledge of Cloud Identity and Access Management (IAM) Patterns IAM is essential for managing user access and permissions within the cloud environment. Familiarity with IAM patterns ensures proper security controls are in place. Note that popular cloud service providers, like Amazon Web Services, Microsoft Azure, and Google Cloud Platform, may have different processes for implementing IAM. However, the key principles of IAM policies remain. So, your cloud architects must understand how to define appropriate IAM measures for access controls, user identities, authentication techniques like multi-factor authentication (MFA) or single sign-on (SSO), and limiting data exfiltration risks in SaaS apps. 5. Proficiency with Cloud-Native Application Protection Platforms CNAPP is a cloud-native security model that combines the capabilities of Cloud Security Posture Management (CSPM), Cloud Workload Protection Platform (CWPP), and Cloud Service Network Security (CSNS) into a single platform. Cloud solutions like this simplify monitoring, detecting, and mitigating cloud security threats and vulnerabilities. As the nature of threats advances, using CNAPPs like Prevasio can provide comprehensive visibility and security of your cloud assets like Virtual Machines, containers, object storage, etc. CNAPPs enable cloud security architects to enhance risk prioritization by providing valuable insights into Kubernetes stack security configuration through improved assessments. 6. Aligning Your Cloud Security Architecture with Business Requirements It’s necessary to align your cloud security architecture with your business’s strategic goals. Every organization has unique requirements, and your risk tolerance levels will differ. When security architects are equipped to understand how to bridge security architecture and business requirements, they can ensure all security measures and control are calibrated to mitigate risks. This allows you to prioritize security controls, ensures optimal resource allocation, and improves compliance with industry-specific regulatory requirements. 7. Experience with Legacy Information Systems Although cloud adoption is increasing, many organizations have still not moved all their assets to the cloud. At some point, some of your on-premises legacy systems may need to be hosted in a cloud environment. However, legacy information systems’ architecture, technologies, and security mechanisms differ from modern cloud environments. This makes it important to have cloud security architects with experience working with legacy information systems. Their knowledge will help your organization solve any integration challenges when moving to the cloud. It will also help you avoid security vulnerabilities associated with legacy systems and ensure continuity and interoperability (such as data synchronization and maintaining data integrity) between these systems and cloud technologies. 8. Proficiency with Databases, Networks, and Database Management Systems (DBMS) Cloud security architects must also understand how databases and database management systems (DBMS) work. This knowledge allows them to design and implement the right measures that protect data stored within the cloud infrastructure. Proficiency with databases can also help them implement appropriate access controls and authentication measures for securing databases in the cloud. For example, they can enforce role-based access controls (RBAC) within the database environment. 9. Solid Understanding of Cloud DevOps DevOps is increasingly becoming more adopted than traditional software development processes. So, it’s necessary to help your cloud security architects embrace and support DevOps practices. This involves developing skills related to application and infrastructure delivery. They should familiarize themselves with tools that enable integration and automation throughout the software delivery lifecycle. Additionally, architects should understand agile development processes and actively work to ensure that security is seamlessly incorporated into the delivery process. Other crucial skills to consider include cloud risk management for enterprises, understanding business architecture, and approaches to container service security. Conclusion By upskilling your cloud security architects, you’re investing in their personal development and equipping them with skills to navigate the rapidly evolving cloud threat landscape. It allows them to stay ahead of emerging threats, align cloud security practices with your business requirements, and optimize cloud-native security tools. Cutting-edge solutions like Cloud-Native Application Protection Platforms (CNAPPs) are specifically designed to help your organization address the unique challenges of cloud deployments. With Prevasio, your security architects and teams are empowered with automation, application security, native integration, API security testing, and cloud-specific threat mitigation capabilities. Prevasio’s agentless CNAPP provides increased risk visibility and helps your cloud security architects implement best practices. Contact us now to learn more about how our platform can help scale your cloud security. Schedule a demo Related Articles 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 Convergence didn’t fail, compliance did. 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

Hospitals are increasingly becoming a favored target of cyber criminals. Yet if you think about medical equipment that is vulnerable to... Cyber Attacks & Incident Response Checking the cybersecurity pulse of medical devices 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/14/16 Published Hospitals are increasingly becoming a favored target of cyber criminals. Yet if you think about medical equipment that is vulnerable to being hacked at a hospital, you might not immediately think of high-end, critical equipment such as MRI and X-ray scanners, and nuclear medicine devices. After all, these devices go through rigorous approval processes by the US Food & Drug Administration (FDA) before they are approved for safe use on patients. Yet today many, if not most, medical devices, have computers embedded in them, are connected to the hospital network, and often to the internet as well, so they provide a potential attack vector for cyber criminals. In late 2015 security researchers found that thousands of medical devices were vulnerable to attack and exposed to the public Internet. Interestingly, these researchers also found that many of the devices in question were running Windows XP – which is no longer supported or updated by Microsoft – and did not run antivirus software to protect them against malware. This combination raises an obvious security red flag. Ironically, these security vulnerabilities were further exacerbated because of the very FDA approvals process that certifies the devices. The approval process is, quite rightly, extremely rigorous. It is also lengthy and expensive. And if a manufacturer or vendor makes a change to a device, it needed to be re-certified. Until very recently, a ‘change’ to a medical device meant any sort of change – including patching devices’ operating systems and firmware to close off potential network security vulnerabilities. You can see where this is going: making simple updates to medical equipment to improve its defenses against cyberattacks was made that much more difficult and complex for the device manufacturers, because of the need for FDA re-certification every time a change was made. And of course, this potential delay in patching vulnerabilities made it easy for a hacker to try and ‘update’ the device in his own way, for criminal purposes. Hackers are usually not too concerned about getting FDA approval for their work. Fortunately, the FDA released new guidelines last year that allowed equipment manufacturers to patch software as required without undergoing re-certification—provided the change or modification does not ‘significantly affect the safety or effectiveness of the medical device’. That’s good news – but it’s not quite the end of the story. The FDA’s guidelines are only a partial panacea to the overall problem. They overlook the fact that many medical devices are running obsolete operating systems like Windows XP. What’s more, the actual process of applying patches to the computers in medical devices can vary enormously from manufacturer to manufacturer, with some patches needing to be downloaded and applied manually, while others may be pushed automatically. In either case, there could still be a window of weeks, months or even years before the device’s vendor issues a patch for a given vulnerability – a window that a hacker could exploit before the hospital’s IT team becomes aware that the vulnerability exists. This means that hospitals need to take great care when it comes to structuring and segmenting their network . It is vital that connected medical devices – particularly those where the internal OS may be out of date – are placed within defined, segregated segments of the network, and robustly protected with next-generation firewalls, web proxies and other filters. While network segmentation and filtering will not protect unpatched or obsolete operating system, they will ensure that the hospital’s network is secured to the best of its ability . Schedule a demo Related Articles 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 Convergence didn’t fail, compliance did. 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

Before I became a Sale Engineer I started my career working in operations and I don’t remember the first time I heard the term zero trust... Zero Trust AlgoSec and Zero-Trust for Healthcare Adolfo Lopez 2 min read Adolfo Lopez Short bio about author here Lorem ipsum dolor sit amet consectetur. Vitae donec tincidunt elementum quam laoreet duis sit enim. Duis mattis velit sit leo diam. Tags Share this article 2/26/24 Published Before I became a Sale Engineer I started my career working in operations and I don’t remember the first time I heard the term zero trust but I all I knew is that it was very important and everyone was striving to get to that level of security. Today I’ll get into how AlgoSec can help achieve those goals, but first let’s have a quick recap on what zero trust is in the first place. There are countless whitepapers and frameworks that define zero trust much better than I can, but they are also multiple pages long, so I’ll do a quick recap. Traditionally when designing a network you may have different zones and each zone might have different levels of access. In many of these types of designs there is a lot of trust that is given once they are in a certain zone. For example, once someone gets to their workplace at the hospital, the nursing home, the dental center or any other medical office and does all the necessary authentication steps (proper company laptop, credentials, etc…) they potentially have free reign to everything. This is a very simple example and in a real-world scenario there would hopefully be many more safeguards in place. But what does happen in real world scenarios is that devices still manage to get trusted more than they should. And from my own experience and from working with customers this happens way too often. Especially in the healthcare industry this is becoming more and more important. These days there are many different types of medical devices, some that hold sensitive information, some scanning instruments, and some that might even be critical to patient support. More importantly many are connected to some type of network. Because of this level of connectivity, we do need to start shifting toward this idea of zero trust. In healthcare cybersecurity isn’t just a matter of maintaining the network, it’s about maintaining the critical operations of the hospitals running smoothly and patient data safe and secure. Maintaining security policies is critical to achieving zero trust. Below you can see some of the key features that AlgoSec has that can help achieve that goal. Feature Description Security Policy Analysis Analyze existing security policy sets across all parts of the network (on-premises and cloud) with various vendors. Policy Cleanup Identify and remove redundant rules, duplicate rules, and more from the first report. Specific Recommendations Over time, recommendations become more specific, such as identifying unnecessary rules (e.g., a printer talking to a medical device without actual use). Application Perspective Tie firewall rules to actual applications to understand the business function they support, leading to more targeted security policies. Granularity & Visibility Higher level of visibility and granularity in security policies, focusing on specific application flows rather than broad network access. Security Posture by Application View and assess security risks and vulnerabilities at the application level, improving overall security posture. One of my favorite aspects of the AlgoSec platform is that we not only help optimize your security policies, but we also start to look at security from an application perspective. Traditionally, firewall change requests come in and it’s just asking for very specific things, “Source A to Destination B using Protocol C.” But using AlgoSec we tie those rules to actual applications to see what business function this is supporting. By knowing the specific flows and tying them to a specific application this allows us to keep a closer eye on the actual security policies we need to create. This helps with that zero trust journey because having that higher level of visibility and granularity helps to keep the rules more specific. Instead of a change request coming in that is allowing wide open access between two subnets the application can be designed for only the access that is required. It also allows for an overall better view of the security posture. Zero trust, like many other ideas and frameworks in our industry might seem farfetched at first. We ask ourselves, how do we get there or how do we implement without it becoming so cumbersome that we give up on it. I think it’s normal to be a bit pessimistic about achieving the goal and it’s completely fine to look at some projects as moving targets that we might not have a hard deadline on. There usually isn’t a magic bullet that accomplish our goals, especially something like achieving zero trust. Multiple initiatives and projects are necessary. With AlgoSec’s expertise in application connectivity and policy management, we can be a key partner in that journey. Schedule a demo Related Articles 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 Convergence didn’t fail, compliance did. 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

Is it getting harder and harder to keep track of all your cloud assets?  You're not alone. In today's dynamic world of hybrid and... Cloud Security Introducing AlgoSec Cloud Enterprise: Your Comprehensive App-First Cloud Security Solution 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 1/27/25 Published Is it getting harder and harder to keep track of all your cloud assets? You're not alone. In today's dynamic world of hybrid and multi-cloud environments, maintaining clear visibility of your IT infrastructure has never been more complex. 82% of organizations report that lack of visibility is a major factor in cloud security breaches. Traditional tools often fall short, leaving potential security vulnerabilities exposed and your business at risk. But there's good news! Introducing AlgoSec Cloud Enterprise (ACE) , a game-changer for managing and securing your on-premises and cloud networks. ACE provides the visibility, automation, and control you need to protect your business, no matter where your applications reside. What is AlgoSec Cloud Enterprise? AlgoSec Cloud Enterprise (ACE) is a comprehensive application-centric security solution built for the modern cloud enterprise. It empowers organizations to gain complete visibility, enforce consistent policies, and accelerate application delivery across cloud and on-premises environments. AlgoSec Cloud Enterprise (ACE) is the latest addition to AlgoSec's Horizon Platform, a comprehensive suite of security solutions designed to protect your applications and data. By integrating ACE into the Horizon Platform, AlgoSec offers a unified approach to securing your entire IT infrastructure, from on-premises to multi-cloud environments. For existing AlgoSec customers: ACE seamlessly integrates with your current AlgoSec deployments, extending your security posture to encompass the dynamic world of cloud and containers. For new AlgoSec customers: ACE provides a unified solution to manage security across your entire cloud estate, simplifying operations and reducing risk. Key Features and Capabilities ACE is packed with powerful features to help you take control of your application security: Deep application visibility: ACE discovers and maps all your applications and their components, providing a comprehensive view of your application landscape. You gain insights into application dependencies, vulnerabilities, and risks, enabling you to identify and address security gaps proactively. Unified security policy management: Define and enforce consistent security policies across all your environments, from the cloud to on-premises. This ensures uniform protection for all your applications and simplifies security management. Automated security and compliance: Automate critical security tasks, such as vulnerability assessment, compliance monitoring, and security change management. This reduces the risk of human error and frees up your security team to focus on more strategic initiatives. Organizations using automation in their security operations report a 25% reduction in security incidents . Streamlined change management: Accelerate application delivery with automated security workflows. ACE simplifies change management processes, ensuring that security keeps pace with the speed of your business. Maintain a full audit trail of all changes for complete compliance and accountability. Detect and prevent risks across the supply chain and CI/CD pipelines: Identify vulnerabilities in applications and block malicious containerized workloads from compromising business-critical production environments. Addressing Customer Pain Points ACE is designed to solve the real-world challenges faced by security teams today: Reduce application risk: Proactively identify and mitigate vulnerabilities and security threats to your applications. Accelerate application delivery: Streamline security processes and automate change management to speed up deployments. Ensure application compliance: Meet regulatory requirements and industry standards with automated compliance monitoring and reporting. Gain complete visibility: Understand your application landscape and identify potential security risks. Simplify application security management: Manage security policies and controls from a single, unified pane of glass. Prevent vulnerabilities from moving to production Ready to take your application security to the next level? Visit the AlgoSec Cloud Enterprise product page to learn more. Download our datasheet, request a personalized demo, or sign up for a free trial to experience the power of ACE for yourself. We're confident that ACE will revolutionize the way you secure your applications in the cloud. Contact us today to get started! Schedule a demo Related Articles 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 Convergence didn’t fail, compliance did. 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

Protecting cloud-based applications and workloads requires robust security solutions such as CSPM, CIEM and CWPP. CNAPP tries to answer... Cloud Security CSPM vs. CNAPP: Which Solution to Choose? 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 Protecting cloud-based applications and workloads requires robust security solutions such as CSPM, CIEM and CWPP. CNAPP tries to answer all 3 but how do you know which solution is right for your specific organization? Ava Chawla, AlgoSec’s Global Head of Cloud Security unravels the differences between them and shares her expert opinion on the solution that offers the most value for organizations. What is Cloud Security Posture Management (CSPM)? A CSPM tool monitors the logs and configuration files of the services you use in your cloud environment. It will scan the entire cloud environment to detect and prevent misconfiguration errors. This is important because configurations in the cloud happen quickly and just as quickly introduce new threats into the environment. For robust ongoing protection, you need to monitor the environment continuously and automatically. Here’s where CSPM comes in. The best CSPM solutions implement configuration best practices and automatically initiate corrective actions to remove risks, thus improving cloud security, ensuring adherence to compliance policies, and reducing the likelihood of breaches. Additionally, they are agentless, do not require long configuration, and don’t add to your cloud bills by utilizing additional cloud resources. What is Cloud Infrastructure Entitlement Management (CIEM)? In cloud environments, identity goes beyond users and groups. It also plays a vital role in managing all the resources and services that need to access data. All these accesses happen very quickly and constitute a complex web of interactions. It’s crucial to know when and between whom these interactions occur to ensure that only legitimate resources can access or modify data. But as your cloud resources increase, the complexity of entitlements also grows. It’s not easy to keep track of these entitlements or to maintain the security-focused principle of least privilege (PoLP). CIEM tools are specialized identity-centric solutions to manage cloud access risk and govern entitlements in hybrid and multi-cloud environments. With CIEM, you can manage entitlements across all your cloud resources and maintain PoLP to mitigate the risk created by granting excessive permissions to cloud resources. What is a Cloud Workload Protection Platform (CWPP)? CWPP solutions manage cloud applications and workloads. They can reach back into on- prem environments and thus effectively detect and prevent security problems like malware and vulnerabilities across the entire hybrid landscape. CWPP solutions can scale automatically and support your organization as your cloud environment grows or changes. What is a Cloud Native Application Protection Platform (CNAPP)? Each of these solutions are geared towards a specific area of cloud security. CSPM prevents misconfiguration errors, CIEM platforms manage cloud access risks, and CWPP protects your assets and workloads. But what if you want a single solution that can completely manage the security of your cloud environment? Try a Cloud Native Application Protection Platform . CNAPP solutions combine security posture management, workload protection, and entitlement management into one single platform to provide comprehensive, holistic security across multi-cloud environments. Thus, you can protect your entire cloud estate with one solution instead of having to implement and manage multiple point solutions. Another advantage of a CNAPP tool is that it will enable you to “shift left”. Thus, you can not only secure applications in production environments, but also manage the runtime and DevOps aspects of security. For this reason, these platforms are aimed at both security professionals and DevOps practitioners. Conclusion and Next Steps A CNAPP solution is the most comprehensive solution. However, in today’s market there is no one tool that truly covers all the functionalities that CNAPP promises. Therefore, each organization should choose the solution that fits its immediate needs, including taking other considerations into account such as the skill level and the maturity of its cloud adoption. One important thing to remember: Regardless of the solution you choose, make sure it’s agentless. Agentless is important in today’s cloud security because agent-based solutions are hard to manage, expensive, and intrusive. If you’re looking for a modern agentless CSPM with container protection to safeguard your cloud-based application and workload data, then Prevasio might be the best option for you. Schedule a demo Related Articles 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 Convergence didn’t fail, compliance did. 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 cloud adoption and digital transformation increases, more sensitive data from applications is being stored in data containers. This is... Application Connectivity Management How to Make Container Security Threats More Containable 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 9/8/22 Published As cloud adoption and digital transformation increases, more sensitive data from applications is being stored in data containers. This is why effective container security controls to securely manage application connectivity is an absolute must. AlgoSec CTO and Co-Founder, Prof. Avishai Wool provides some useful container security best practices to help you do just that. What is Container Security? Organizations, now more than ever, are adopting container technology. Instead of powering up servers and instances in the cloud, they are using containers to run business applications. Securing these is equally as important as securing other digital assets that the business is dependent on. There are two main pillars to think about: The code: you want to be able to scan the containers and make sure that they are running legitimate code without any vulnerabilities. The network: you need to control access to and from the container (what it can connect to), both inside the same cluster, other clusters, and different parts of the network. How critical is container security to managing application connectivity risks? To understand the role of container security within the overall view of network security, there are three points to consider. First, if you’re only concerned about securing the containers themselves, then you’re looking at nano-segmentation , which involves very granular controls inside the applications. Second, if you’re thinking about a slightly wider scope then you may be more concerned with microsegmentation , where you are segmenting between clusters or between servers in a single environment. Here you will want to enforce security controls that determine the allowable communication between specific endpoints at specific levels. Finally, if the communication needs to go further, from a container inside one cluster within one cloud environment to an asset that’s outside of the data center, then that might need to go through broader segmentation controls such as zoning technologies, security groups or a firewall at the border. So, there are all these layers where you can place network security policies. When you’re looking at a particular connectivity request (say for a new version of an application) from the point of view of a given container you should ask yourself: what is the container connected to? What is it communicating with? Where are those other sides of the connectivity placed? Based on that determination, you will then know which security controls you need to configure to allow that connectivity through the network. How does containerization correlate with application centric security policy management? There are a number of different aspects to the relationship between container security and application security. If an application uses containers to power up workloads then container security is very much an integral part of application security. When you’re adding new functionality to an application, powering up additional containers, asking containers to perform new tasks whereby they need to connect to additional assets, then the connectivity of those containers needs to be secured. And security controls need to be regulated or changed based on what the application needs them to do. Another factor in this relationship is the structure of the application. All the containers that run and support the application are often located in one cluster or a micro-segment of the network. So, much of the communication takes place inside that cluster, between one container or another, all in the same cluster. However, some of it can go to another cluster or somewhere that’s not even containerized. This is actually a good thing from an application point of view as the container structure can be used to understand the application structure as well. Not sure about container orchestration? Here’s what to know Container orchestration is part of a bigger orchestration play which is, in general, related to the concept of infrastructure as code. You want to be able to power up an environment with all the assets it requires, and have it function simultaneously so you can duplicate it. There are various orchestration technologies that can be used to deploy the security policies for containers , which is an excellent way to maintain container-based applications in a consistent and repeatable manner. Then if you need to double it or multiply it by 100, you can get cookie-cutter copies of the same thing. How will container security solutions play out in the future? Organizations today have the technology to enforce security controls at the container level, but these controls are very granular and it’s time-consuming to set policies and enforce them, particularly with issues like staff or skills shortages. Looking ahead, companies are likely to take a hierarchical view where container-based security is controlled at the application level by app owners or developers, and at the broader levels to ensure that the measures deployed throughout the network have the same degree of sophistication. Procedures and tooling are all evolving, so we don’t have a definitive answer as to how this will all end up. What are organizations going to be doing? Where will they place their controls? Who has the power to make the changes? When newer technologies are deployed, customer adoption will be crucial to understanding what makes the most sense. This will be interesting as there will be multiple scenarios to help companies master their security blueprint as we move forward. To learn how the use of containerization as a strategy can help reduce risk and drive application-centric security, check out this video . Schedule a demo Related Articles 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 Convergence didn’t fail, compliance did. Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call

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

Organizations no longer keep their data in one centralized location. Users and assets responsible for processing data may be located... Zero Trust How to Create a Zero Trust Network Tsippi Dach 2 min read Tsippi Dach Short bio about author here Lorem ipsum dolor sit amet consectetur. Vitae donec tincidunt elementum quam laoreet duis sit enim. Duis mattis velit sit leo diam. Tags Share this article 2/12/24 Published Organizations no longer keep their data in one centralized location. Users and assets responsible for processing data may be located outside the network, and may share information with third-party vendors who are themselves removed from those external networks. The Zero Trust approach addresses this situation by treating every user, asset, and application as a potential attack vector whether it is authenticated or not. This means that everyone trying to access network resources will have to verify their identity, whether they are coming from inside the network or outside. What are the Zero Trust Principles and Concepts? The Zero Trust approach is made up of six core concepts that work together to mitigate network security risks and reduce the organization’s attack surface. 1. The principle of least privilege Under the Zero Trust model, network administrators do not provide users and assets with more network access than strictly necessary. Access to data is also revoked when it is no longer needed. This requires security teams to carefully manage user permissions , and to be able to manage permissions based on users’ identities or roles. The principle of least privilege secures the enterprise network ecosystem by limiting the amount of damage that can result from a single security failure. If an attacker compromises a user’s account, it won’t automatically gain access to a wide range of systems, tools, and workloads beyond what that account is provisioned for. This can also dramatically simplify the process of responding to security events, because no user or asset has access to assets beyond the scope of their work. 2. Continuous data monitoring and validation Zero trust policy assumes that there are attackers both inside and outside the network. To guarantee the confidentiality, integrity, and availability of network assets, it must continuously evaluate users and assets on the network. User identity and privileges must be checked periodically along with device identity and security. Organizations accomplish this in a variety of ways. Connection and login time-outs are one way to ensure periodic monitoring and validation since it requires users to re-authenticate even if they haven’t done anything suspicious. This helps protect against the risk of threat actors using credential-based attacks to impersonate authenticated users, as well as a variety of other attacks. 3. Device access control Organizations undergoing the Zero Trust journey must carefully manage and control the way users interact with endpoint devices. Zero Trust relies on verifying and authenticating user identities separately from the devices they use. For example, Zero Trust security tools must be able to distinguish between two different individuals using the same endpoint device. This approach requires fundamental changes to the way certain security tools work. For example, firewalls that allow or deny access to network assets based purely on IP address and port information aren’t sufficient. Most end users have more than one device at their disposal, and it’s common for mobile devices to change IP addresses. As a result, the cybersecurity tech stack needs to be able to grant and revoke permissions based on the user’s actual identity or role. 4. Network micro segmentation Network segmentation is a good security practice even outside the Zero Trust framework, but it takes on special significance when threats can come from inside and outside the network. Microsegmentation takes this one step further by breaking regular network segments down into small zones with their own sets of permissions and authorizations. These microsegments can be as small as a single asset, and an enterprise data center may have dozens of separately secured zones like these. Any user or asset with permission to access one zone will not necessarily have access to any of the others. Microsegmentation improves security resilience by making it harder for attackers to move between zones. 5. Detecting lateral movement Lateral movement is when threat actors move from one zone to another in the network. One of the benefits of micro segmentation is that threat actors must interact with security tools in order to move between different zones on the network. Even if the attackers are successful, their activities generate logs and audit trails that analysts can follow when investigating security incidents. Zero Trust architecture is designed to contain attackers and make it harder for them to move laterally through networks. When an attack is detected, the compromised asset can be quarantined from the rest of the network. Assets can be as small as individual devices or user accounts, or as large as entire network segments. The more granular your security architecture is, the more choices you have for detecting and preventing lateral movement on the network. 6. Multi-factor authentication (MFA) Passwords are a major problem for traditional security models, because most security tools automatically extend trust to anyone who knows the password. Once a malicious actor learns a privileged user’s login credentials, they can bypass most security checks by impersonating that user. Multi-factor authentication solves that problem by requiring users to provide more information. Knowing a password isn’t enough – users must authenticate by proving their identity in another way. These additional authentication factors can come in the form of biometrics, challenge/response protocols, or hardware-based verifications. How To Implement a Zero Trust Network 1. Map Out Your Attack Surface There is no one-size-fits-all solution for designing and implementing Zero Trust architecture. You must carefully define your organization’s attack surface and implement solutions that protect your most valuable assets. This will require a variety of tools, including firewalls, user access controls, permissions, and encryption. You will need to segment your network into individual zones and use microsegmentation to secure high-value and high-volume zones separately. Pay close attention to how your organization secures its most important assets and connections: Sensitive data . This might include customer and employee data, proprietary information, and intellectual property that you can’t allow threat actors to gain access to. It should benefit from the highest degree of security. Critical applications. These applications play a central role in your organization’s business processes, and must be protected against the risk of disruption. Many of them process sensitive data and must benefit from the same degree of security. Physical assets. This includes everything from customer-facing kiosks to hardware servers located in a data center. Access control is vital for preventing malicious actors from interacting with physical assets. Third-party services. Your organization relies on a network of partners and service providers, many of whom need privileged access to your data. Your Zero Trust policy must include safeguards against attacks that compromise third-party partners in your supply chain. 2. Implement Zero Trust Controls using Network Security Tools The next step in your Zero Trust journey is the implementation of security tools that allow you collect, analyze, and respond to user behaviors on your network. This may require the adjustment of your existing security tech stack, and the addition of new tools designed for Zero Trust use cases. Firewalls must be able to capture connection data beyond the traditional IP, port, and protocol data that most simple solutions rely on. The Zero Trust approach requires inspecting the identities of users and assets that connect with network assets, which requires more advanced firewall technology. This is possible with next generation firewall (NGFW) technology. VPNs may need to be reconfigured or replaced because they do not typically enforce the principle of least privilege. Usually, VPNs grant users access to the entire connected network – not just one small portion of it. In most cases, organizations pursuing Zero Trust stop using VPNs altogether because they no longer provide meaningful security benefits. Zero Trust Network Access (ZTNA) provides secure access to network resources while concealing network infrastructure and services. It is similar to a software-defined perimeter that dynamically responds to network changes and grants flexibility to security policies. ZTNA works by establishing one-to-one encrypted connections between network assets, making imprecise VPNs largely redundant. 3. Configure for Identity and Access Management Identity-based monitoring is one of the cornerstones of the Zero Trust approach. In order to accurately grant and revoke permissions to users and assets on the network, you must have some visibility into the identities behind the devices being used. Zero Trust networks verify user identities in a variety of ways. Some next-generation firewalls can distinguish between user traffic, device traffic, application traffic, and content. This allows the firewall to assign application sessions to individual users and devices, and inspect the data being transmitted between individuals on networks. In practice, this might mean configuring a firewall to compare outgoing content traffic with an encrypted list of login credentials. If a user accidentally logs onto a spoofed phishing website and enters their login credentials, the firewall can catch the data before it is transferred off the network. This would not be possible without the ability to distinguish between different types of traffic using next-generation firewall technology. Multi-factor authentication is also vital to identity and access management. A Zero Trust network should not automatically authenticate a user who presents the correct username and password combination to access a secure account. This does not prove the identity of the individual who owns the account – it only proves that the individual knows the username and password. Additional verification factors make it more likely that this person is, in fact, the owner of the account. 4. Create a Zero Trust Policy for Your IT Environment The process of implementing Zero Trust policies in cloud-native environments can be complex. Every third-party vendor and service provider has a role to play in establishing and maintaining Zero Trust. This often puts significant technical demands on third-party partners, which may require organizations to change their existing agreements. If a third-party partner cannot support Zero Trust, they can’t be allowed onto the network. The same is true for on-premises and data center environments, but with added emphasis on physical security and access control. Security leaders need to know who has physical access to servers and similar assets so they can conduct investigations into security incidents properly. Data centers need to implement strict controls on who interacts with protected equipment and how their access is supervised. How to Operationalize Zero Trust Your Zero Trust implementation will not automatically translate to an operational security context that you can immediately use. You will need to adopt security operations that reflect the Zero Trust strategy and launch adaptive security measures that address vulnerabilities in real-time. Gain visibility into your network. Your network perimeter is no longer strictly defined by its hardware. It consists of cloud resources, automated workflows, operating systems, and more. You won’t be able to enforce Zero Trust without gaining visibility into every aspect of your network environment. Monitor network infrastructure and traffic. Your security team will need to monitor and respond to access requests coming from inside and outside your network. This can lead to significant bottlenecks if your team is not equipped with solutions for automatically managing network traffic and access. Streamline detection and response. Zero Trust networks mitigate the risks of cyberattacks, malware, ransomware, and other potential threats, but it’s still up to individual security analysts to detect and investigate security incidents. The volume of data analysts must inspect may increase significantly, so you should be prepared to mitigate the issue of alert fatigue. Automate Endpoint Security. Consider implementing an automated Endpoint Detection and Response (EDR) solution that can identify malicious behaviors on network devices and address them in real-time. Implement Zero Trust With AlgoSec AlgoSec is a global cybersecurity leader that provides secure application connectivity and policy management through a unified platform. It aligns with Zero Trust principles to provide comprehensive traffic flow analysis and optimization while automated policy changes and eliminating the risk of compliance violations. Security leaders rely on AlgoSec to implement and operationalize Zero Trust deployments while proactively managing complex security policies . AlgoSec can help you establish a Zero Trust network quickly and efficiently, providing visibility and change management capabilities to your entire security tech stack and enabling security personnel to address misconfiguration risks in real-time. Book a demo now to find out how AlgoSec can help you adopt Zero Trust security and prevent attackers from infiltrating your organization. Schedule a demo Related Articles 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 Convergence didn’t fail, compliance did. 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

Tal Dayan, security expert for AlgoSec, discusses the secret to passing audits seamlessly and how to introduce automated compliance... Auditing and Compliance Compliance Made Easy: How to improve your risk posture with automated audits Tal Dayan 2 min read Tal Dayan Short bio about author here Lorem ipsum dolor sit amet consectetur. Vitae donec tincidunt elementum quam laoreet duis sit enim. Duis mattis velit sit leo diam. Tags Share this article 4/29/21 Published Tal Dayan, security expert for AlgoSec, discusses the secret to passing audits seamlessly and how to introduce automated compliance Compliance standards come in many different shapes and sizes. Some organizations set their own internal policies, while others are subject to regimented global frameworks such as PCI DSS , which protects customers’ card payment details; SOX to safeguard financial information or HIPAA , which protects patients’ healthcare data. Regardless of which industry you operate in, regular auditing is key to ensuring your business retains its risk posture whilst also remaining compliant. The problem is that running manual risk and security audits can be a long, drawn-out, and tedious affair. A 2020 report from Coalfire and Omdia  found that for the majority of organizations, growing compliance obligations are now consuming 40% or more of IT security budgets and threaten to become an unsustainable cost.  The report suggests two reasons for this growing compliance burden.  First, compliance standards are changing from point-in-time reviews to continuous, outcome-based requirements. Second, the ongoing cyber-skills shortage is stretching organizations’ abilities to keep up with compliance requirements. This means businesses tend to leave them until the last moment, leading to a rushed audit that isn’t as thorough as it could be, putting your business at increased risk of a penalty fine or, worse, a data breach that could jeopardize the entire organization. The auditing process itself consists of a set of requirements that must be created for organizations to measure themselves against. Each rule must be manually analyzed and simulated before it can be implemented and used in the real world. As if that wasn’t time-consuming enough, every single edit to a rule must also be logged meticulously. That is why automation plays a key role in the auditing process. By striking the right balance between automated and manual processes, your business can achieve continuous compliance and produce audit reports seamlessly. Here is a six-step strategy that can set your business on the path to sustainable and successful ongoing auditing preservation: Step 1: Gather information This step will be the most arduous but once completed it will become much easier to sustain. This is when you’ll need to gather things like security policies, firewall access logs, documents from previous audits and firewall vendor information – effectively everything you’d normally factor into a manual security audit. Step 2: Define a clear change management process A good change management process is essential to ensure traceability and accountability when it comes to firewall changes. This process should confirm that every change is properly authorized and logged as and when it occurs, providing a picture of historical changes and approvals. Step 3: Audit physical & OS security With the pandemic causing a surge in the number of remote workers and devices used, businesses must take extra care to certify that every endpoint is secured and up-to-date with relevant security patches. Crucially, firewall and management services should also be physically protected, with only designated personnel permitted to access them. Step 4: Clean up & organize rule base As with every process, the tidier it is, the more efficient it is. Document rules and naming conventions should be enforced to ensure the rule base is as organized as possible, with identical rules consolidated to keep things concise. Step 5: Assess & remediate risk Now it’s time to assess each rule and identify those that are particularly risky and prioritize them by severity. Are there any that violate corporate security policies? Do some have “ANY” and a permissive action? Make a list of these rules and analyze them to prepare plans for remediation and compliance. Step 6: Continuity & optimization Now it’s time to simply hone the first five steps and make these processes as regular and streamlined as possible. By following the above steps and building out your own process, you can make day-to-day compliance and auditing much more manageable. Not only will you improve your compliance score, you’ll also be able to maintain a sustainable level of compliance without the usual disruption and hard labor caused by cumbersome and expensive manual processes. To find out more about auditing automation and how you can master compliance, watch my recent webinar and visit our firewall auditing and compliance page. Schedule a demo Related Articles 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 Convergence didn’t fail, compliance did. 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

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