Search results

Webinars Migrate & modernize: Supercharging your Cisco Nexus refresh with ACI If you still have Cisco Nexus 7000 devices in your environment, surely you have been inundated with end-of-life warnings and next-gen messaging touting the benefits of upgrading to Nexus 9000 with Cisco ACI. We know, modernizing your infrastructure can be a real pain, but with change also comes opportunity! Find out in this session how to leverage your Nexus refresh to increase your efficiency and productivity, and reduce security concerns at the same time. AlgoSec’s Jeremiah Cornelius, along with Cisco’s Cynthia Broderick, will guide you on how to: Migrate your current Nexus flows to ACI using your preferred mode – network or application centric Remove vulnerabilities caused by human error via automation of network change processes. Instantly identify and remediate risk and compliance violations. June 9, 2021 Cynthia Broderick DC Networking, Business Development at Cisco Jeremiah Cornelius Technical Leader for Alliances and Partners at AlgoSec Relevant resources Modernize your network and harness the power of Nexus & Cisco ACI with AlgoSec Watch Video AlgoSec’s integration with Cisco ACI Watch Video Cisco & AlgoSec achieving application-driven security across your hybrid network Keep Reading 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

All organizations eventually inherit outdated technology infrastructure. As new technology becomes available, old apps and services... Firewall Change Management The Application Migration Checklist Asher Benbenisty 2 min read Asher Benbenisty Short bio about author here Lorem ipsum dolor sit amet consectetur. Vitae donec tincidunt elementum quam laoreet duis sit enim. Duis mattis velit sit leo diam. Tags Share this article 10/25/23 Published All organizations eventually inherit outdated technology infrastructure. As new technology becomes available, old apps and services become increasingly expensive to maintain. That expense can come in a variety of forms: Decreased productivity compared to competitors using more modern IT solutions. Greater difficulty scaling IT asset deployments and managing the device life cycle . Security and downtime risks coming from new vulnerabilities and emerging threats. Cloud computing is one of the most significant developments of the past decade. Organizations are increasingly moving their legacy IT assets to new environments hosted on cloud services like Amazon Web Services or Microsoft Azure. Cloud migration projects enable organizations to dramatically improve productivity, scalability, and security by transforming on-premises applications to cloud-hosted solutions. However, cloud migration projects are among the most complex undertakings an organization can attempt. Some reports state that nine out of ten migration projects experience failure or disruption at some point, and only one out of four meet their proposed deadlines. The better prepared you are for your application migration project , the more likely it is to succeed. Keep the following migration checklist handy while pursuing this kind of initiative at your company. Step 1: Assessing Your Applications The more you know about your legacy applications and their characteristics, the more comprehensive you can be with pre-migration planning. Start by identifying the legacy applications that you want to move to the cloud. Pay close attention to the dependencies that your legacy applications have. You will need to ensure the availability of those resources in an IT environment that is very different from the typical on-premises data center. You may need to configure cloud-hosted resources to meet specific needs that are unique to your organization and its network architecture. Evaluate the criticality of each legacy application you plan on migrating to the cloud. You will have to prioritize certain applications over others, minimizing disruption while ensuring the cloud-hosted infrastructure can support the workload you are moving to. There is no one-size-fits-all solution to application migration. The inventory assessment may bring new information to light and force you to change your initial approach. It’s best that you make these accommodations now rather than halfway through the application migration project. Step 2: Choosing the Right Migration Strategy Once you know what applications you want to move to the cloud and what additional dependencies must be addressed for them to work properly, you’re ready to select a migration strategy. These are generalized models that indicate how you’ll transition on-premises applications to cloud-hosted ones in the context of your specific IT environment. Some of the options you should gain familiarity with include: Lift and Shift (Rehosting). This option enables you to automate the migration process using tools like CloudEndure Migration, AWS VM Import/Export, and others. The lift and shift model is well-suited to organizations that need to migrate compatible large-scale enterprise applications without too many additional dependencies, or organizations that are new to the cloud. Replatforming. This is a modified version of the lift and shift model. Essentially, it introduces an additional step where you change the configuration of legacy apps to make them better-suited to the cloud environment. By adding a modernization phase to the process, you can leverage more of the cloud’s unique benefits and migrate more complex apps. Refactoring/Re-architecting. This strategy involves rewriting applications from scratch to make them cloud-native. This allows you to reap the full benefits of cloud technology. Your new applications will be scalable, efficient, and agile to the maximum degree possible. However, it’s a time-consuming, resource-intensive project that introduces significant business risk into the equation. Repurchasing. This is where the organization implements a fully mature cloud architecture as a managed service. It typically relies on a vendor offering cloud migration through the software-as-a-service (SaaS) model. You will need to pay licensing fees, but the technical details of the migration process will largely be the vendor’s responsibility. This is an easy way to add cloud functionality to existing business processes, but it also comes with the risk of vendor lock-in. Step 3: Building Your Migration Team The success of your project relies on creating and leading a migration team that can respond to the needs of the project at every step. There will be obstacles and unexpected issues along the way – a high-quality team with great leadership is crucial for handling those problems when they arise. Before going into the specifics of assembling a great migration team, you’ll need to identify the key stakeholders who have an interest in seeing the project through. This is extremely important because those stakeholders will want to see their interests represented at the team level. If you neglect to represent a major stakeholder at the team level, you run the risk of having major, expensive project milestones rejected later on. Not all stakeholders will have the same level of involvement, and few will share the same values and goals. Managing them effectively means prioritizing the values and goals they represent, and choosing team members accordingly. Your migration team will consist of systems administrators, technical experts, and security practitioners, and include input from many other departments. You’ll need to formalize a system of communicating inside the core team and messaging stakeholders outside of it. You may also wish to involve end users as a distinct part of your migration team and dedicate time to addressing their concerns throughout the process. Keep team members’ stakeholder alignments and interests in mind when assigning responsibilities. For example, if a particular configuration step requires approval from the finance department, you’ll want to make sure that someone representing that department is involved from the beginning. Step 4: Creating a Migration Plan It’s crucial that every migration project follows a comprehensive plan informed by the needs of the organization itself. Organizations pursue cloud migration for many different reasons – your plan should address the problems you expect cloud-hosted technology to solve. This might mean focusing on reducing costs, enabling entry into a new market, or increasing business agility – or all three. You may have additional reasons for pursuing an application migration plan. This plan should also include data mapping . Choosing the right application performance metrics now will help make the decision-making process much easier down the line. Some of the data points that cloud migration specialists recommend capturing include: Duration highlights the value of employee labor-hours as they perform tasks throughout the process. Operational duration metrics can tell you how much time project managers spend planning the migration process, or whether one phase is taking much longer than another, and why. Disruption metrics can help identify user experience issues that become obstacles to onboarding and full adoption. Collecting data about the availability of critical services and the number of service tickets generated throughout the process can help you gauge the overall success of the initiative from the user’s perspective. Cost includes more than data transfer rates. Application migration initiatives also require creating dependency mappings, changing applications to make them cloud-native, and significant administrative costs. Up to 50% of your migration’s costs pay for labor , and you’ll want to keep close tabs on those costs as the process goes on. Infrastructure metrics like CPU usage, memory usage, network latency, and load balancing are best captured both before and after the project takes place. This will let you understand and communicate the value of the project in its entirety using straightforward comparisons. Application performance metrics like availability figures, error rates, time-outs and throughput will help you calculate the value of the migration process as a whole. This is another post-cloud migration metric that can provide useful before-and-after data. You will also want to establish a series of cloud service-level agreements (SLAs) that ensure a predictable minimum level of service is maintained. This is an important guarantee of the reliability and availability of the cloud-hosted resources you expect to use on a daily basis. Step 5: Mapping Dependencies Mapping dependencies completely and accurately is critical to the success of any migration project. If you don’t have all the elements in your software ecosystem identified correctly, you won’t be able to guarantee that your applications will work in the new environment. Application dependency mapping will help you pinpoint which resources your apps need and allow you to make those resources available. You’ll need to discover and assess every workload your organization undertakes and map out the resources and services it relies on. This process can be automated, which will help large-scale enterprises create accurate maps of complex interdependent processes. In most cases, the mapping process will reveal clusters of applications and services that need to be migrated together. You will have to identify the appropriate windows of opportunity for performing these migrations without disrupting the workloads they process. This often means managing data transfer and database migration tasks and carrying them out in a carefully orchestrated sequence. You may also discover connectivity and VPN requirements that need to be addressed early on. For example, you may need to establish protocols for private access and delegate responsibility for managing connections to someone on your team. Project stakeholders may have additional connectivity needs, like VPN functionality for securing remote connections. These should be reflected in the application dependency mapping process. Multi-cloud compatibility is another issue that will demand your attention at this stage. If your organization plans on using multiple cloud providers and configuring them to run workloads specific to their platform, you will need to make sure that the results of these processes are communicated and stored in compatible formats. Step 6: Selecting a Cloud Provider Once you fully understand the scope and requirements of your application migration project, you can begin comparing cloud providers. Amazon, Microsoft, and Google make up the majority of all public cloud deployments, and the vast majority of organizations start their search with one of these three. Amazon AW S has the largest market share, thanks to starting its cloud infrastructure business several years before its major competitors did. Amazon’s head start makes finding specialist talent easier, since more potential candidates will have familiarity with AWS than with Azure or Google Cloud. Many different vendors offer services through AWS, making it a good choice for cloud deployments that rely on multiple services and third-party subscriptions. Microsoft Azure has a longer history serving enterprise customers, even though its cloud computing division is smaller and younger than Amazon’s. Azure offers a relatively easy transition path that helps enterprise organizations migrate to the cloud without adding a large number of additional vendors to the process. This can help streamline complex cloud deployments, but also increases your reliance on Microsoft as your primary vendor. Google Cloud is the third runner-up in terms of market share. It continues to invest in cloud technologies and is responsible for a few major innovations in the space – like the Kubernetes container orchestration system. Google integrates well with third-party applications and provides a robust set of APIs for high-impact processes like translation and speech recognition. Your organization’s needs will dictate which of the major cloud providers offers the best value. Each provider has a different pricing model, which will impact how your organization arrives at a cost-effective solution. Cloud pricing varies based on customer specifications, usage, and SLAs, which means no single provider is necessarily “the cheapest” or “the most expensive” – it depends on the context. Additional cost considerations you’ll want to take into account include scalability and uptime guarantees. As your organization grows, you will need to expand its cloud infrastructure to accommodate more resource-intensive tasks. This will impact the cost of your cloud subscription in the future. Similarly, your vendor’s uptime guarantee can be a strong indicator of how invested it is in your success. Given all vendors work on the shared responsibility model, it may be prudent to consider an enterprise data backup solution for peace of mind. Step 7: Application Refactoring If you choose to invest time and resources into refactoring applications for the cloud, you’ll need to consider how this impacts the overall project. Modifying existing software to take advantage of cloud-based technologies can dramatically improve the efficiency of your tech stack, but it will involve significant risk and up-front costs. Some of the advantages of refactoring include: Reduced long-term costs. Developers refactor apps with a specific context in mind. The refactored app can be configured to accommodate the resource requirements of the new environment in a very specific manner. This boosts the overall return of investing in application refactoring in the long term and makes the deployment more scalable overall. Greater adaptability when requirements change . If your organization frequently adapts to changing business requirements, refactored applications may provide a flexible platform for accommodating unexpected changes. This makes refactoring attractive for businesses in highly regulated industries, or in scenarios with heightened uncertainty. Improved application resilience . Your cloud-native applications will be decoupled from their original infrastructure. This means that they can take full advantage of the benefits that cloud-hosted technology offers. Features like low-cost redundancy, high-availability, and security automation are much easier to implement with cloud-native apps. Some of the drawbacks you should be aware of include: Vendor lock-in risks . As your apps become cloud-native, they will naturally draw on cloud features that enhance their capabilities. They will end up tightly coupled to the cloud platform you use. You may reach a point where withdrawing those apps and migrating them to a different provider becomes infeasible, or impossible. Time and talent requirements . This process takes a great deal of time and specialist expertise. If your organization doesn’t have ample amounts of both, the process may end up taking too long and costing too much to be feasible. Errors and vulnerabilities . Refactoring involves making major changes to the way applications work. If errors work their way in at this stage, it can deeply impact the usability and security of the workload itself. Organizations can use cloud-based templates to address some of these risks, but it will take comprehensive visibility into how applications interact with cloud security policies to close every gap. Step 8: Data Migration There are many factors to take into consideration when moving data from legacy applications to cloud-native apps. Some of the things you’ll need to plan for include: Selecting the appropriate data transfer method . This depends on how much time you have available for completing the migration, and how well you plan for potential disruptions during the process. If you are moving significant amounts of data through the public internet, sidelining your regular internet connection may be unwise. Offline transfer doesn’t come with this risk, but it will include additional costs. Ensuring data center compatibility. Whether transferring data online or offline, compatibility issues can lead to complex problems and expensive downtime if not properly addressed. Your migration strategy should include a data migration testing strategy that ensures all of your data is properly formatted and ready to use the moment it is introduced to the new environment. Utilizing migration tools for smooth data transfer . The three major cloud providers all offer cloud migration tools with multiple tiers and services. You may need to use these tools to guarantee a smooth transfer experience, or rely on a third-party partner for this step in the process. Step 9: Configuring the Cloud Environment By the time your data arrives in its new environment, you will need to have virtual machines and resources set up to seamlessly take over your application workloads and processes. At the same time, you’ll need a comprehensive set of security policies enforced by firewall rules that address the risks unique to cloud-hosted infrastructure. As with many other steps in this checklist, you’ll want to carefully assess, plan, and test your virtual machine deployments before deploying them in a live production environment. Gather information about your source and target environment and document the workloads you wish to migrate. Set up a test environment you can use to make sure your new apps function as expected before clearing them for live production. Similarly, you may need to configure and change firewall rules frequently during the migration process. Make sure that your new deployments are secured with reliable, well-documented security policies. If you skip the documentation phase of building your firewall policy, you run the risk of introducing security vulnerabilities into the cloud environment, and it will be very difficult for you to identify and address them later on. You will also need to configure and deploy network interfaces that dictate where and when your cloud environment will interact with other networks, both inside and outside your organization. This is your chance to implement secure network segmentation that protects mission-critical assets from advanced and persistent cyberattacks. This is also the best time to implement disaster recovery mechanisms that you can rely on to provide business continuity even if mission-critical assets and apps experience unexpected downtime. Step 10: Automating Workflows Once your data and apps are fully deployed on secure cloud-hosted infrastructure, you can begin taking advantage of the suite of automation features your cloud provider offers. Depending on your choice of migration strategy, you may be able to automate repetitive tasks, streamline post-migration processes, or enhance the productivity of entire departments using sophisticated automation tools. In most cases, automating routine tasks will be your first priority. These automations are among the simplest to configure because they largely involve high-volume, low-impact tasks. Ideally, these tasks are also isolated from mission-critical decision-making processes. If you established a robust set of key performance indicators earlier on in the migration project, you can also automate post-migration processes that involve capturing and reporting these data points. Your apps will need to continue ingesting and processing data, making data validation another prime candidate for workflow automation. Cloud-native apps can ingest data from a wide range of sources, but they often need some form of validation and normalization to produce predictable results. Ongoing testing and refinement will help you make the most of your migration project moving forward. How AlgoSec Enables Secure Application Migration Visibility and Di scovery : AlgoSec provide s comprehensive visibility into your existing on-premises network environment. It automatically discovers all network devices, applications, and their dependencies. This visibility is crucial when planning a secure migration, ensuring no critical elements get overlooked in the process. Application Dependency Mapping : AlgoSec’s application dependency mapping capabilities allow you to understand how different applications and services interact within your network. This knowledge is vital during migration to avoid disrupting critical dependencies. Risk Assessment : AlgoSec assesses the security and compliance risks associated with your migration plan. It identifies potential vulnerabilities, misconfigurations, and compliance violations that could impact the security of the migrated applications. Security Policy Analysis : Before migrating, AlgoSec helps you analyze your existing security policies and rules. It ensures that security policies are consistent and effective in the new cloud or data center environment. Misconfigurations and unnecessary rules can be eliminated, reducing the attack surface. Automated Rule Optimiz ation : AlgoSec automates the o ptimization of security rules. It identifies redundant rules, suggests rule consolidations, and ensures that only necessary traffic is allowed, helping you maintain a secure environment during migration. Change Management : During the migration process, changes to security policies and firewall rules are often necessary. AlgoSec facilitates change management by providing a streamlined process for requesting, reviewing, and implementing rule changes. This ensures that security remains intact throughout the migration. Compliance and Governance : AlgoSec helps maintain compliance with industry regulations and security best practices. It generates compliance reports, ensures rule consistency, and enforces security policies, even in the new cloud or data center environment. Continuous Monitoring and Auditing : Post-migration, AlgoSec continues to monitor and audit your security policies and network traffic. It alerts you to any anomalies or security breaches, ensuring the ongoing security of your migrated applications. Integration with Cloud Platforms : AlgoSec integrates seamlessly with various cloud platforms such as AWS , Microsoft Azure , and Google Cloud . This ensures that security policies are consistently applied in both on-premises and cloud environments, enabling a secure hybrid or multi-cloud setup. Operational Efficiency : AlgoSec’s automation capabilities reduce manual tasks, improving operational efficiency. This is essential during the migration process, where time is often of the essence. Real-time Visibility and Control : AlgoSec provides real-time visibility and control over your security policies, allowing you to adapt quickly to changing migration requirements and security threats. Schedule a demo Related Articles Q1 at AlgoSec: What innovations and milestones defined our start to 2026? AlgoSec Reviews Mar 19, 2023 · 2 min read 2025 in review: What innovations and milestones defined AlgoSec’s transformative year in 2025? AlgoSec Reviews Mar 19, 2023 · 2 min read Navigating Compliance in the Cloud AlgoSec Cloud Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call

How To Reduce Attack Surface: 6 Proven Tactics Security-oriented organizations continuously identify, monitor, and manage... Cyber Attacks & Incident Response How To Reduce Attack Surface: 6 Proven Tactics 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 12/20/23 Published How To Reduce Attack Surface: 6 Proven Tactics Security-oriented organizations continuously identify, monitor, and manage internet-connected assets to protect them from emerging attack vectors and potential vulnerabilities. Security teams go through every element of the organization’s security posture – from firewalls and cloud-hosted assets to endpoint devices and entry points – looking for opportunities to reduce security risks. This process is called attack surface management. It provides a comprehensive view into the organization’s cybersecurity posture, with a neatly organized list of entry points, vulnerabilities, and weaknesses that hackers could exploit in a cyberattack scenario. Attack surface reduction is an important element of any organization’s overall cybersecurity strategy. Security leaders who understand the organization’s weaknesses can invest resources into filling the most critical gaps first and worrying about low-priority threats later. What assets make up your organization’s attack surface? Your organization’s attack surface is a detailed list of every entry point and vulnerability that an attacker could exploit to gain unauthorized access. The more entry points your network has, the larger its attack surface will be. Most security leaders divide their attention between two broad types of attack surfaces: The digital attack surface This includes all network equipment and business assets used to transfer, store, and communicate information. It is susceptible to phishing attempts , malware risks, ransomware attacks, and data breaches. Cybercriminals may infiltrate these kinds of assets by bypassing technical security controls, compromising unsecured apps or APIs, or guessing weak passwords. The physical attack surface This includes business assets that employees, partners, and customers interact with physically. These might include hardware equipment located inside data centers and USB access points. Even access control systems for office buildings and other non-cyber threats may be included. These assets can play a role in attacks that involve social engineering, insider threats, and other malicious actors who work in-person. Even though both of these attack surfaces are distinct, many of their security vulnerabilities and potential entry points overlap in real-life threat scenarios. For example, thieves might steal laptops from an unsecured retail location and leverage sensitive data on those devices to launch further attacks against the organization’s digital assets. Organizations that take steps to minimize their attack surface area can reduce the risks associated with this kind of threat. Known Assets, Unknown Assets, and Rogue Assets All physical and digital business assets fall into one of three categories: Known assets are apps, devices, and systems that the security team has authorized to connect to the organization’s network. These assets are included in risk assessments and they are protected by robust security measures, like network segmentation and strict permissions. Unknown assets include systems and web applications that the security team is not aware of. These are not authorized to access the network and may represent a serious security threat. Shadow IT applications may be part of this category, as well as employee-owned mobile devices storing sensitive data and unsecured IoT devices. Rogue assets connect to the network without authorization, but they are known to security teams. These may include unauthorized user accounts, misconfigured assets, and unpatched software. A major part of properly managing your organization’s attack surface involves the identification and remediation of these risks. Attack Vectors Explained: Minimize Risk by Following Potential Attack Paths When conducting attack surface analysis, security teams have to carefully assess the way threat actors might discover and compromise the organization’s assets while carrying out their attack. This requires the team to combine elements of vulnerability management with risk management , working through the cyberattack kill chain the way a hacker might. Some cybercriminals leverage technical vulnerabilities in operating systems and app integrations. Others prefer to exploit poor identity access management policies, or trick privileged employees into giving up their authentication credentials. Many cyberattacks involve multiple steps carried out by different teams of threat actors. For example, one hacker may specialize in gaining initial access to secured networks while another focuses on using different tools to escalate privileges. To successfully reduce your organization’s attack surface, you must follow potential attacks through these steps and discover what their business impact might be. This will provide you with the insight you need to manage newly discovered vulnerabilities and protect business assets from cyberattack. Some examples of common attack vectors include: API vulnerabilities. APIs allow organizations to automate the transfer of data, including scripts and code, between different systems. Many APIs run on third-party servers managed by vendors who host and manage the software for customers. These interfaces can introduce vulnerabilities that internal security teams aren’t aware of, reducing visibility into the organization’s attack surface. Unsecured software plugins. Plugins are optional add-ons that enhance existing apps by providing new features or functionalities. They are usually made by third-party developers who may require customers to send them data from internal systems. If this transfer is not secured, hackers may intercept it and use that information to attack the system. Unpatched software. Software developers continuously release security patches that address emerging threats and vulnerabilities. However, not all users implement these patches the moment they are released. This delay gives attackers a key opportunity to learn about the vulnerability (which is as easy as reading the patch changelog) and exploit it before the patch is installed. Misconfigured security tools. Authentication systems, firewalls, and other security tools must be properly configured in order to produce optimal security benefits. Attackers who discover misconfigurations can exploit those weaknesses to gain entry to the network. Insider threats. This is one of the most common attack vectors, yet it can be the hardest to detect. Any employee entrusted with sensitive data could accidentally send it to the wrong person, resulting in a data breach. Malicious insiders may take steps to cover their tracks, using their privileged permissions and knowledge of the organization to go unnoticed. 6 Tactics for Reducing Your Attack Surface 1. Implement Zero Trust The Zero Trust security model assumes that data breaches are inevitable and may even have already occurred. This adds new layers to the problems that attack surface management resolves, but it can dramatically improve overall resilience and preparedness. When you develop your security policies using the Zero Trust framework, you impose strong limits on what hackers can and cannot do after gaining initial access to your network. Zero Trust architecture blocks attackers from conducting lateral movement, escalating their privileges, and breaching critical data. For example, IoT devices are a common entry point into many networks because they don’t typically benefit from the same level of security that on-premises workstations receive. At the same time, many apps and systems are configured to automatically trust connections from internet-enabled sensors and peripheral devices. Under a Zero Trust framework, these connections would require additional authentication. The systems they connect to would also need to authenticate themselves before receiving data. Multi-factor authentication is another part of the Zero Trust framework that can dramatically improve operational security. Without this kind of authentication in place, most systems have to accept that anyone with the right username and password combination must be a legitimate user. In a compromised credential scenario, this is obviously not the case. Organizations that develop network infrastructure with Zero Trust principles in place are able to reduce the number of entry points their organization exposes to attackers and reduce the value of those entry points. If hackers do compromise parts of the network, they will be unable to quickly move between different segments of the network, and may be unable to stay unnoticed for long. 2. Remove Unnecessary Complexity Unknown assets are one of the main barriers to operational security excellence. Security teams can’t effectively protect systems, apps, and users they don’t have detailed information on. Any rogue or unknown assets the organization is responsible for are almost certainly attractive entry points for hackers. Arbitrarily complex systems can be very difficult to document and inventory properly . This is a particularly challenging problem for security leaders working for large enterprises that grow through acquisitions. Managing a large portfolio of acquired companies can be incredibly complex, especially when every individual company has its own security systems, tools, and policies to take into account. Security leaders generally don’t have the authority to consolidate complex systems on their own. However, you can reduce complexity and simplify security controls throughout the environment in several key ways: Reduce the organization’s dependence on legacy systems. End-of-life systems that no longer receive maintenance and support should be replaced with modern equivalents quickly. Group assets, users, and systems together. Security groups should be assigned on the basis of least privileged access, so that every user only has the minimum permissions necessary to achieve their tasks. Centralize access control management. Ad-hoc access control management quickly leads to unknown vulnerabilities and weaknesses popping up unannounced. Implement a robust identity access management system so you can create identity-based policies for managing user access. 3. Perform Continuous Vulnerability Monitoring Your organization’s attack surface is constantly changing. New threats are emerging, old ones are getting patched, and your IT environment is supporting new users and assets on a daily basis. Being able to continuously monitor these changes is one of the most important aspects of Zero Trust architecture . The tools you use to support attack surface management should also generate alerts when assets get exposed to known risks. They should allow you to confirm the remediation of detected risks, and provide ample information about the risks they uncover. Some of the things you can do to make this happen include: Investing in a continuous vulnerability monitoring solution. Vulnerability scans are useful for finding out where your organization stands at any given moment. Scheduling these scans to occur at regular intervals allows you to build a standardized process for vulnerability monitoring and remediation. Building a transparent network designed for visibility. Your network should not obscure important security details from you. Unfortunately, this is what many third-party security tools and services achieve. Make sure both you and your third-party security partners are invested in building observability into every aspect of your network. Prioritize security expenditure based on risk. Once you can observe the way users, data, and assets interact on the network, you can begin prioritizing security initiatives based on their business impact. This allows you to focus on high-risk tasks first. 4. Use Network Segmentation to Your Advantage Network segmentation is critical to the Zero Trust framework. When your organization’s different subnetworks are separated from one another with strictly protected boundaries, it’s much harder for attackers to travel laterally through the network. Limiting access between parts of the network helps streamline security processes while reducing risk. There are several ways you can segment your network. Most organizations already perform some degree of segmentation by encrypting highly classified data. Others enforce network segmentation principles when differentiating between production and live development environments. But in order for organizations to truly benefit from network segmentation, security leaders must carefully define boundaries between every segment and enforce authentication policies designed for each boundary. This requires in-depth knowledge of the business roles and functions of the users who access those segments, and the ability to configure security tools to inspect and enforce access control rules. For example, any firewall can block traffic between two network segments. A next-generation firewall can conduct identity-based inspection that allows traffic from authorized users through – even if they are using mobile devices the firewall has never seen before. 5. Implement a Strong Encryption Policy Encryption policies are an important element of many different compliance frameworks . HIPAA, PCI-DSS, and many other regulatory frameworks specify particular encryption policies that organizations must follow to be compliant. These standards are based on the latest research in cryptographic security and threat intelligence reports that outline hackers’ capabilities. Even if your organization is not actively seeking regulatory compliance, you should use these frameworks as a starting point for building your own encryption policy. Your organization’s risk profile is largely the same whether you seek regulatory certification or not – and accidentally deploying outdated encryption policies can introduce preventable vulnerabilities into an otherwise strong security posture. Your organization’s encryption policy should detail every type of data that should be encrypted and the cipher suite you’ll use to encrypt that data. This will necessarily include critical assets like customer financial data and employee payroll records, but it also includes relatively low-impact assets like public Wi-Fi connections at retail stores. In each case, you must implement a modern cipher suite that meets your organization’s security needs and replace legacy devices that do not support the latest encryption algorithms. This is particularly important in retail and office settings, where hardware routers, printers, and other devices may no longer support secure encryption. 6. Invest in Employee Training To truly build security resilience into any company culture, it’s critical to explain why these policies must be followed, and what kinds of threats they address. One of the best ways to administer standardized security compliance training is by leveraging a corporate learning platform across the organization, so that employees can actually internalize these security policies through scenario based training courses. It’s especially valuable in organizations suffering from consistent shadow IT usage. When employees understand the security vulnerabilities that shadow IT introduces into the environment, they’re far less likely to ignore security policies for the sake of convenience. Security simulations and awareness campaigns can have a significant impact on training initiatives. When employees know how to identify threat actors at work, they are much less likely to fall victim to them. However, actually achieving meaningful improvement may require devoting a great deal of time and energy into phishing simulation exercises over time – not everyone is going to get it right in the first month or two. These initiatives can also provide clear insight and data on how prepared your employees are overall. This data can make a valuable contribution to your attack surface reduction campaign. You may be able to pinpoint departments – or even individual users – who need additional resources and support to improve their resilience against phishing and social engineering attacks. Successfully managing this aspect of your risk assessment strategy will make it much harder for hackers to gain control of privileged administrative accounts. Schedule a demo Related Articles Q1 at AlgoSec: What innovations and milestones defined our start to 2026? AlgoSec Reviews Mar 19, 2023 · 2 min read 2025 in review: What innovations and milestones defined AlgoSec’s transformative year in 2025? AlgoSec Reviews Mar 19, 2023 · 2 min read Navigating Compliance in the Cloud AlgoSec Cloud Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call

Problems with firewalls can be quite disastrous to your operations. When firewall rules are not set properly, you might deny all... Firewall Change Management Firewall troubleshooting steps & solutions to common issues 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 8/10/23 Published Problems with firewalls can be quite disastrous to your operations. When firewall rules are not set properly, you might deny all requests, even valid ones, or allow access to unauthorized sources. There needs to be a systematic way to troubleshoot your firewall issues, and you need to have a proper plan. You should consider security standards, hardware/software compatibility, security policy planning , and access level specifications. It is recommended to have an ACL (access control list) to determine who has access to what. Let us give you a brief overview of firewall troubleshooting best practices and steps to follow. Common firewall problems With the many benefits that firewalls bring, they might also pop out some errors and issues now and then. You need to be aware of the common issues, failures, and error codes to properly assess an error condition to ensure the smooth working of your firewalls. Misconfiguration errors A report by Gartner Research says that misconfiguration causes about 95% of all firewall breaches. A simple logical flaw in a firewall rule can open up vulnerabilities, leading to serious security breaches. Before playing with your firewall settings, you must set up proper access control settings and understand the security policy specifications. You must remember that misconfiguration errors in CLI can lead to hefty fines for non-compliance, data breaches , and unnecessary downtimes. All these can cause heavy monetary damages; hence, you should take extra care to configure your firewall rules and settings properly. Here are some common firewall misconfigurations: Allowing ICMP and making the firewall available for ping requests Providing unnecessary services on the firewall Allowing unused TCP/UDP ports The firewall is set to return a ‘deny’ response instead of a ‘drop’ for blocked ports. IP address misconfigurations that can allow TCP pinging of internal hosts from external devices. Trusting DNS and IP addresses that are not properly checked and source verified. Check out AlgoSec’s firewall configuration guide for best practices. Hardware issues Hardware bottlenecks and device misconfigurations can easily lead to firewall failures. Sometimes, running a firewall 24/7 can overload your hardware and lead to a lowered network performance of your entire system. You should look into the performance issues and optimize firewall functionalities or upgrade your hardware accordingly. Software vulnerabilities Any known vulnerability with your firewall software must be dealt with immediately. Hackers can exploit software vulnerabilities easily to gain backdoor entry into your network. So, stay current with all the patches and updates your software vendors provide. Types of firewall issues Most firewall issues can be classified as either connectivity or performance issues. Here are some tools you can use in each of these cases: Connectivity Issues Some loss of access to a network resource or unavailability usually characterizes these issues. You can use network connectivity tools like NetStat to monitor and analyze the inbound TCP/UDP packets. Both these tools have a wide range of sub-commands and tools that help you trace IP network traffic and control the traffic as per your requirements. Firewall Performance Issues As discussed earlier, performance issues can cause a wide range of issues, such as unplanned downtimes and firewall failures, leading to security breaches and slow network performance. Some of the ways you can rectify it include: Load balancing by regulating the outbound network traffic by limiting the internal server errors and streamlining the network traffic. Filtering the incoming network traffic with the help of Standard Access Control List filters. Simplifying firewall rules to reduce the load on the firewall applications. You can remove unused rules and break down complex rules to improve performance. Firewall troubleshooting checklist steps Step 1. Audit your hardware & software Create a firewall troubleshooting checklist to check your firewall rules, software vulnerabilities, hardware settings, and more based on your operating system. This should include all the items you should cover as part of your security policy and network assessment. With Algosec’s policy management , you can ensure that your security policy is complete, comprehensive and does not miss out on anything important. Step 2. Pinpoint the Issue Check what the exact issue is. Generally, a firewall issue can arise from any of the three conditions: Access from external networks/devices to protected resources is not functioning properly Access from the protected network/resources to unprotected resources is not functioning properly. Access to the firewall is not functioning properly. Step 3. Determine the traffic flow Once you have ascertained the exact access issue, you should check whether the issue is raised when traffic is going to the firewall or through the firewall. Once you have narrowed down this issue, you can test the connectivity accordingly and determine the underlying cause. Check for any recent updates and try to roll back if that can solve the issue. Go through your firewall permissions and logs for any error messages or warnings. Review your firewall rules and configurations and adjust them for proper working. Depending upon your firewall installation, you can make a checklist of items. Here is a simple guide you can follow to conduct routine maintenance troubleshooting . Monitor the network, test it out, and repeat the process until you reach a solution. Firewall troubleshooting best practices Here are some proven firewall troubleshooting tips. For more in-depth information, check out our Network Security FAQs page. Monitor and test Regular auditing and testing of your Microsoft firewall can help you catch vulnerabilities early and ensure good performance throughout the year. You can use expert-assisted penetration testing to get a good idea of the efficacy of your firewalls. Also be sure to check out the auditing services from Algosec , especially for your PCI security compliance . Deal with insider threats While a Mac or Windows firewall can help you block external threats to an extent, it can be powerless regarding insider attacks. Make sure you enforce strong security controls to avoid any such conditions. Your security policies must be crafted well to avoid any room for such conditions, and your access level specifications should also be well-defined. Device connections Make sure to pay attention to the other modes of attack that can happen besides a network access attempt. If an infected device such as a USB, router, hard drive, or laptop is directly connected to your system, your network firewall can do little to prevent the attack. So, you should put the necessary device restrictions in your privacy statement and the firewall rules. Review and Improve Update your firewall rules and security policies with regular audits and tests. Here are some more tips you can follow to improve your firewall security: Optimize your firewall ruleset to allow only necessary access Use unique user IP instead of a root ID to launch the firewall services Make use of a protected remote Syslog server and keep it safe from unauthorized access Analyze your firewall logs regularly to identify and detect any suspicious activity. You can use tools like Algosec Firewall Analyzer and expert help to analyze your firewall as well. Disable FTP connections by default Setup strict controls on how and which users can modify firewall configurations. Include both source and destination IP addresses and the ports in your firewall rules. Document all the updates and changes made to your firewall policies and rules. In the case of physical firewall implementations, restrict the physical access as well. Use NAT (network address translation) to map multiple private addresses to a public IP address before transmitting the information online. How does a firewall actually work? A Windows firewall is a network security mechanism that allows you to restrict incoming network traffic to your systems. It can be implemented as a hardware, software, or cloud-based security solution . It acts as a barrier stopping unauthorized network access requests from reaching your internal network and thus minimizing any attempt at hacking or breach of confidential data . Based on the type of implementation and the systems it is protecting, firewalls can be classified into several different types. Some of the common types of firewalls are: Packet filtering – Based on the filter standards, a small amount of incoming data is analyzed and subjected to restriction on distribution across the network. Proxy service – An application layer service that acts as an intermediary between the actual servers to block out unauthorized access requests. Stateful inspection – A dynamic packet filtering mechanism that filters out the network packets. Next-Generation Firewall (NGFW) – A combination of deep packet inspection and application level inspection to block out unauthorized access into the network. Firewalls are essential to network security at all endpoints, whether personal computers or full-scale enterprise data centers. They allow you to set up strong security controls to prevent a wide range of cyberattacks and help you gain valuable data. Firewalls can help you detect suspicious activities and prevent intrusive attacks at the earliest. They can also help you regulate your incoming and outgoing traffic routing, helping you implement zero-trust security policies and stay compliant with security and data standards. Schedule a demo Related Articles Q1 at AlgoSec: What innovations and milestones defined our start to 2026? AlgoSec Reviews Mar 19, 2023 · 2 min read 2025 in review: What innovations and milestones defined AlgoSec’s transformative year in 2025? AlgoSec Reviews Mar 19, 2023 · 2 min read Navigating Compliance in the Cloud AlgoSec Cloud Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call

So we’ve made it to the last part of our blog series on PCI 3.0 Requirement 1. The first two posts covered Requirement 1.1... Auditing and Compliance Avoid the Traps: What You Need to Know About PCI Requirement 1 (Part 3) 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 9/9/14 Published So we’ve made it to the last part of our blog series on PCI 3.0 Requirement 1. The first two posts covered Requirement 1.1 (appropriate firewall and router configurations) and 1.2 (restrict connections between untrusted networks and any system components in the cardholder data environment) and in this final post we’ll discuss key requirements of Requirements 1.3 -1.5 and I’ll again give you my insight to help you understand the implications of these requirements and how to comply with them. Implement a DMZ to limit inbound traffic to only system components that provide authorized publicly accessible services, protocols, and ports (1.3.1.): The DMZ is used to publish services such as HTTP and HTTPS to the internet and allow external entities to access these services. But the key point here is that you don’t need to open every port on the DMZ. This requirement verifies that a company has a DMZ implemented and that inbound activity is limited to only the required protocols and ports. Limit inbound Internet traffic to IP addresses within the DMZ (1.3.2): This is a similar requirement to 1.3.1, however instead of looking for protocols, the requirement focuses on the IPs that the protocol is able to access. In this case, just because you might need HTTP open to a web server, doesn’t mean that all systems should have external port 80 open to inbound traffic. Do not allow any direct connections inbound or outbound for traffic between the Internet and the cardholder data environment (1.3.3): This requirement verifies that there isn’t unfiltered access, either going into the CDE or leaving it, which means that all traffic that traverses this network must pass through a firewall. All unwanted traffic should be blocked and all allowed traffic should be permitted based on an explicit source/destination/protocol. There should never be a time that someone can enter or leave the CDE without first being inspected by a firewall of some type. Implement anti-spoofing measures to detect and block forged source IP addresses from entering the network (1.3.4): In an attempt to bypass your firewall, cyber attackers will try and spoof packets using the internal IP range of your network to make it look like the request originated internally. Enabling the IP spoofing feature on your firewall will help prevent these types of attacks. Do not allow unauthorized outbound traffic from the cardholder data environment to the Internet (1.3.5): Similar to 1.3.3, this requirement assumes that you don’t have direct outbound access to the internet without a firewall. However in the event that a system has filtered egress access to the internet the QSA will want to understand why this access is needed, and whether there are controls in place to ensure that sensitive data cannot be transmitted outbound. Implement stateful inspection, also known as dynamic packet filtering (1.3.6): If you’re running a modern firewall this feature is most likely already configured by default. With stateful inspection, the firewall maintains a state table which includes all the connections that traverse the firewall, and it knows if there’s a valid response from the current connection. It is used to stop attackers from trying to trick a firewall into initiating a request that didn’t previously exist. Place system components that store cardholder data (such as a database) in an internal network zone, segregated from the DMZ and other untrusted networks (1.3.7): Attackers are looking for your card holder database. Therefore, it shouldn’t be stored within the DMZ. The DMZ should be considered an untrusted network and segregated from the rest of the network. By having the database on the internal network provides another layer of protection against unwanted access. [Also see my suggestions for designing and securing you DMZ in my previous blog series: The Ideal Network Security Perimeter Design: Examining the DMZ Do not disclose private IP addresses and routing information to unauthorized parties (1.3.8): There should be methods in place to prevent your internal IP address scheme from being leaked outside your company. Attackers are looking for any information on how to breach your network, and giving them your internal address scheme is just one less thing they need to learn. You can stop this by using NAT, proxy servers, etc. to limit what can be seen from the outside. Install personal firewall software on any mobile and/or employee-owned devices that connect to the Internet when outside the network (for example, laptops used by employees), and which are also used to access the network (1.4): Mobile devices, such as laptops, that can connect to both the internal network and externally, should have a personal firewall configured with rules that prevent malicious software or attackers from communicating with the device. These firewalls need to be configured so that their rulebase can never be stopped or changed by anyone other than an administrator. Ensure that security policies and operational procedures for managing firewalls are documented, in use, and known to all affected parties (1.5): There needs to be a unified policy regarding firewall maintenance including how maintenance procedures are performed, who has access to the firewall and when maintenance is scheduled. Well, that’s it! Hopefully, my posts have given you a better insight into what is actually required in Requirement 1 and what you need to do to comply with it. Schedule a demo Related Articles Q1 at AlgoSec: What innovations and milestones defined our start to 2026? AlgoSec Reviews Mar 19, 2023 · 2 min read 2025 in review: What innovations and milestones defined AlgoSec’s transformative year in 2025? AlgoSec Reviews Mar 19, 2023 · 2 min read Navigating Compliance in the Cloud AlgoSec Cloud Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call

Ensure your network security is up to par with a comprehensive firewall audit checklist. Review and optimize security policy rules to prevent vulnerabilities. Firewall audit checklist for security policy rules review ---- ------- Schedule a Demo Select a size ----- Get the latest insights from the experts Choose a better way to manage your network

Webinars Firewall Rule Recertification - An Application-Centric Approach As part of your organization’s security policy management best practices, firewall rules must be reviewed and recertified regularly to ensure security, compliance and optimal firewall performance. Firewall rules which are out of date, unused or unnecessary should be removed, as firewall bloat creates gaps in your security posture, causes compliance violations, and impacts firewall performance. Manual firewall rule recertification, however, is an error-prone and time-consuming process. Please join our webinar by Asher Benbenisty, AlgoSec’s Director of Product Marketing, who will introduce an application-centric approach to firewall recertification, bringing a new, efficient, effective and automated method of recertifying firewall rules. The webinar will: Why it is important to regularly review and recertify your firewall rules The application-centric approach to firewall rule recertification How to automatically manage the rule-recertification process Want to find out more about the importance of ruleset hygiene? Watch this webinar today! Asher Benbenisty Director of product marketing Relevant resources Tips for Firewall Rule Recertification Watch Video Firewall Rule Recertification Read Document 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

Understand the Federal Information Security Management Act (FISMA). Learn key requirements, best practices, and how to achieve and maintain FISMA compliance. FISMA compliance defined: Requirements & best practices ---- ------- Schedule a Demo Select a size ----- Get the latest insights from the experts Use these six best practices to simplify compliance and risk mitigation with the AlgoSec platform White paper Learn how AlgoSec can help you pass PCI-DSS Audits and ensure continuous compliance Solution overview See how this customer improved compliance readiness and risk management with AlgoSec Case study Choose a better way to manage your network

Multiple AWS accounts: Security best practices E-BOOK Download PDF Download PDF Add a Title Add a Title Add a Title Schedule time with one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Continue

Explore Algosec's customer success stories to see how organizations worldwide improve security, compliance, and efficiency with our solutions. TECHCOMBANK SAVES TIME AND RESOURCES WITH SIMPLIFIED FIREWALL POLICY MANAGEMENT Organization Techcombank Industry Financial Services Headquarters Hanoi, Vietnam Download case study Share Customer
success stories "AlgoSec enables us to identify ways to consolidate and optimize rules and perform deep risk analysis and automate workflows in ways that other products cannot match" Background Techcombank is one of the largest joint stock commercial banks in Vietnam. With more than 300 branches and 7,000 staff, Techcombank provides deposit products, loans, leasing, cash management and other services to more than 3.3 million individual customers and 45,000 corporate clients. Challenge Tens of firewall devices and hundreds of routers and switches protect the financial data of Techcombank’s customers, as well as the operations of hundreds of branches throughout Vietnam. As a bank, all security policies and firewall configurations must comply with PCI-DSS and ISO27001 standards. Ensuring compliance, however, created ongoing headaches for the IT security team. “With equipment from many different vendors, even simple policy audits were challenging tasks,” says Mr. Van Anh Tuan, CSO of Techcombank. “As a result of the diversity of products and lack of visibility, it was difficult for us to monitor changes to rule configurations in real time in order to maintain internal security compliance as well as PCI compliance.” “Cleaning up and fine tuning firewall policies was a particularly complex process, which made it difficult to respond quickly to the changing needs of our business applications,” adds Mr. Tuan. “We wanted a way to optimize and consolidate rules across all of our firewalls, regardless of manufacturer, and completely automate the end-to-end workflow for firewall rule change management.” In addition, Techcombank sought a solution that would simplify the process of conducting risk analysis, evaluating PCI compliance and identifying the necessary steps for remediation. Solution Following an in-depth competitive evaluation, Techcombank selected AlgoSec’s Security Management solution. “AlgoSec met many of our key requirements, better than its competitors in our evaluation,” Mr. Tuan notes. Techcombank particularly liked AlgoSec’s superior security policy analysis and ability to make actionable recommendations with a high level of accuracy. “AlgoSec will enable us to identify ways to consolidate and optimize rules, perform deep risk analysis, automate workflows and ensure compliance in ways that other products cannot match,” says Mr. Tuan. Techcombank’s IT team wants to be able to quickly identify security policy risks and see what specific steps they need to take for remediation. The bank uses AlgoSec to identify overly permissive firewall rules based on actual use as well as duplicate, unused and expired rules and objects. This information gives Techcombank the data they need to close off potential access points and help prevent attacks. AlgoSec also provides clear, detailed recommendations on how to best reorder rules for optimal firewall performance. In addition, AlgoSec validates firewall policy and rules against regulations such as PCI, as well as industry best practices and customized corporate policies to uncover and prioritize risks and track trends over time. For Mr. Tuan, one of the most valuable benefits of AlgoSec is the increased visibility into security policies across the full range of devices. “Now we can easily monitor our firewall operations and quickly detect any mistakes or non-compliant changes made. These operations used to be invisible to me.” Mr. Tuan comments. The AlgoSec deployment process went very smoothly for Techcombank. “Our team received training from AlgoSec and their partners here in Vietnam and we were fully utilizing the product almost immediately. Post-implementation support has addressed every issue quickly and enabled us to take advantage of all aspects of the product in order to optimize our firewall rules and improve our security posture even faster than we anticipated,” Mr. Tuan adds. Since implementation, AlgoSec has enabled Techcombank’s IT team to “greatly reduce our time and resources when complying with internal policies and PCI standards, and when monitoring changes in rules,” says Mr. Tuan. “We are very happy with the improved security and visibility provided by AlgoSec and will continue to use and exploit more AlgoSec features and add licenses,” he concluded. Schedule time with one of our experts

The aim of this post is to provide a very high-level illustration of the DNS Tunneling method used in the SolarWinds supply chain attack.... Cloud Security DNS Tunneling In The SolarWinds Supply Chain Attack 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/23/20 Published The aim of this post is to provide a very high-level illustration of the DNS Tunneling method used in the SolarWinds supply chain attack . An Attacker compromises SolarWinds company and trojanizes a DLL that belongs to its software. Some of the customers receive the malicious DLL as an update for the SolarWinds Orion software. “Corporation XYZ” receives the malicious and digitally signed DLL via update. SolarWinds Orion software loads the malicious DLL as a plugin. Once activated, the DLL reads a local domain name “local.corp-xyz.com” (a fictious name). The malware encrypts the local domain name and adds it to a long domain name. The long domain name is queried with a DNS server (can be tapped by a passive DNS sensor). The recursive DNS server is not authorized to resolve avsvmcloud[.]com, so it forwards the request. An attacker-controlled authoritative DNS server resolves the request with a wildcard A record. The Attacker checks the victim’s name, then adds a CNAME record for the victim’s domain name. The new CNAME record resolves the long domain name into an IP of an HTTP-based C2 server. The malicious DLL downloads and executes the 2nd stage malware (TearDrop, Cobalt Strike Beacon). A Threat Researcher accesses the passive DNS (pDNS) records. One of the long domain names from the pDNS records is decrypted back into “local.corp-xyz.com”. The Researcher deducts that the decrypted local domain name belongs to “Corporation XYZ”. Schedule a demo Related Articles Q1 at AlgoSec: What innovations and milestones defined our start to 2026? AlgoSec Reviews Mar 19, 2023 · 2 min read 2025 in review: What innovations and milestones defined AlgoSec’s transformative year in 2025? AlgoSec Reviews Mar 19, 2023 · 2 min read Navigating Compliance in the Cloud AlgoSec Cloud Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call

Hybrid cloud computing enables organizations to deploy sensitive workloads on-premise or in a private cloud, while hosting less... DevSecOps Why organizations need to embrace new thinking in how they tackle hybrid cloud security challenges 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 10/9/22 Published Hybrid cloud computing enables organizations to deploy sensitive workloads on-premise or in a private cloud, while hosting less business-critical resources on public clouds. But despite its many benefits, the hybrid environment also creates security concerns. AlgoSec’s co-founder and CTO, Prof. Avishai Wool shares his expert insights on these concerns and offers best practices to boost hybrid cloud security. Hybrid cloud computing combines on-premises infrastructure, private cloud services, and one or more public clouds. Going hybrid provides businesses with enhanced flexibility, agility, cost savings, and scalability to innovate, grow, and gain a competitive advantage. So, how can you simplify and strengthen security operations in the hybrid cloud? It all starts with visibility – you still can’t protect what you can’t see To protect their entire hybrid infrastructure, applications, workloads, and data, security teams need to know what these assets are and where they reside. They also need to see the entire hybrid estate and not just the individual elements. However, complete visibility is a serious hybrid cloud security challenge. Hybrid environments are highly complex, which can create security blind spots, which then prevent teams from identifying, evaluating, and most importantly, mitigating risk. Another hybrid cloud security concern is that you cannot implement a fragmented security approach to control the entire network. With thousands of integrated and inter-dependent resources and data flowing between them, vulnerabilities crop up, increasing the risk of cyberattacks or breaches. For complete hybrid cloud security, you need a holistic approach that can help you control the entire network. Is DevSecOps the panacea? Not quite In many organizations, DevSecOps teams manage cloud security because they have visibility into what’s happening inside the cloud. However, in the hybrid cloud, many applications have servers or clients existing outside the cloud, which DevSecOps may not have visibility into. Also, the protection of data flowing into and out of the cloud is not always under their remit. To make up for these gaps, other teams are required to manage security operations and minimize hybrid cloud risks. These additional processes and team members must be coordinated to ensure continuous security across the entire hybrid network environment. But this is easier said than done. Using IaC to balance automation with oversight is key, but here’s why you shouldn’t solely rely on it Infrastructure as code (IaC) will help you automatically deploy security controls in the hybrid cloud to prevent misconfiguration errors, non-compliance, and violations while in the production stage and pre application testing. With IaC-based security, you can define security best practices in template files, which will minimize risks and enhance your security posture. But there’s an inherent risk in putting all your eggs in the automation and IaC basket. Due to the fact that all the controls are on the operational side, it can create serious hybrid cloud security issues. And without human attention and action, vulnerabilities may remain unaddressed and open the door to cyberattacks. Since security professionals who are not on the operational side must oversee the cloud environment, it could easily open the door to miscommunication and human errors – a very costly proposition for organizations. For this very reason, you should also implement a process to regularly deploy automatic updates without requiring time-consuming approvals that slow down workflows and weaken security. Strive for 95% automated changes and only involve a person for the remaining 5% that requires human input. Hybrid cloud security best practices – start early, start strong When migrating from on-prem to the cloud, you can choose a greenfield migration or a lift-and-shift migration. Greenfield means rolling out a brand-new application. In this case, ensure that security considerations are “baked in” from the beginning and across all processes. This “shift left” approach helps build an environment that’s secure from the get-go. This ensures that all team members adhere to a unified set of security policy rules to minimize vulnerabilities and reduce security risks within the hybrid cloud environment. If you lift-and-shift on-prem applications to the cloud, note any security assumptions made when they were designed. This is important because they were not built for the cloud and may incorporate protocols that increase security risks. Next, implement appropriate measures during migration planning. For example, implement an Application Load Balancer if applications leverage plaintext protocols, and use sidecars to encrypt applications without having to modify the original codebase. You can also leverage hybrid cloud security solutions to detect and mitigate security problems in real-time. Matching your cloud security with application structure is no longer optional Before moving to a hybrid cloud, map the business logic, application structure, and application ownership into the hybrid cloud estate’s networking structure. To simplify this process, here are some tried and proven ways to consider. Break up your environment into a virtual private cloud (VPC) or virtual network. With the VPC, you can monitor connections, screen traffic, create multiple subnets, and also restrict instance access to improve security posture. Use networking constructs to segregate applications into different functional and networking areas in the cloud. This way, you can deploy network controls to segment your cloud estate and ensure that only authorized users can access sensitive data and resources. Tag all resources based on their operating system, business unit, and geographical area. Tags with descriptive metadata can help to identify resources. They also establish ownership and accountability, provide visibility into cloud consumption, and help with the deployment of security policies. Conclusion In today’s fast-paced business environment, hybrid cloud computing can benefit your organization in many ways. But to capture these benefits, you should make an effort to boost hybrid cloud security. Incorporate the best practices discussed here to improve security and take full advantage of your hybrid environment. To learn more about hybrid cloud security, listen to our Lessons in Cybersecurity podcast episode or head to our hybrid cloud resource hub here . Schedule a demo Related Articles Q1 at AlgoSec: What innovations and milestones defined our start to 2026? AlgoSec Reviews Mar 19, 2023 · 2 min read 2025 in review: What innovations and milestones defined AlgoSec’s transformative year in 2025? AlgoSec Reviews Mar 19, 2023 · 2 min read Navigating Compliance in the Cloud AlgoSec Cloud Mar 19, 2023 · 2 min read Speak to one of our experts Speak to one of our experts Work email* First name* Last name* Company* country* Select country... Short answer* By submitting this form, I accept AlgoSec's privacy policy Schedule a call