Search results

how can you elevate digital transformation and cloud migration efforts, without neglecting your security Does it have to be one or the other, and if not, what steps should be taken in your transformation journeys to ensure that network security remains a priority Webinars How to modernize your infrastructure without neglecting your security Moving enterprise applications onto the cloud can deliver several benefits, including increased data protection, enhanced business agility, and significant cost savings. However, if the migration isn’t appropriately executed, your hybrid cloud network could be compromised. The key is to balance your digital transformation efforts by improving your infrastructure while providing all the necessary security controls. In this webinar, our expert panel dives into the steps required to migrate applications without sacrificing security. Join us in this session to learn how to: Transfer the security elements of your application onto the cloud Find ways to lower migration costs and reduce risks through better preparation Modernize your infrastructure with the help of superior visibility Structure your security policies across your entire hybrid and multi-cloud network January 11, 2022 Kyle Wickert WW Strategic Architect Alex Hilton | Michael Meyer Chief Executive, CIF | CRP, MRSBPO Relevant resources Cloud migrations made simpler: Safe, Secure and Successful Migrations Keep Reading Cloud atlas: how to accelerate application migrations to the cloud Keep Reading 5 Predictions on Cyber Security and Network Security Management for 2021 Watch Video 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

Learn about firewall rule automation and change management to streamline processes, reduce human error, and enhance network security with effective change controls. Firewall rule automation & change management explained ---- ------- Schedule a Demo Select a size ----- Get the latest insights from the experts Choose a better way to manage your network

ALGOSEC GESTÃO DE SOLUÇÃO DE SEGURANÇA 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

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 Everything You wanted to know about the Federal Information Security Management Act (FISMA) The Federal Information Security Management Act (FISMA) is a U.S. federal law that requires federal government agencies and their third-party partners to implement an information security program to protect their sensitive data. It provides a comprehensive security and risk management framework to implement effective controls for federal information systems. Introduced in 2002, FISMA is part of the E-Government Act of 2002 that’s aimed at improving the management of electronic government services and processes. Both these U.S. government regulations are implemented to uphold federal data security standards and protect sensitive data in government systems. FISMA 2002 was amended by the Federal Information Security Modernization Act of 2014 (FISMA 2014). Schedule a Demo What is FISMA compliance? FISMA compliance means adhering to a set of policies, standards, and guidelines to protect the personal or sensitive information contained in government systems. FISMA requires all government agencies and their vendors, service providers, and contractors to improve their information security controls based on these pre-defined requirements. Like FISMA, the Federal Risk and Authorization Management Program (FedRAMP) enables federal agencies and their vendors to protect government data, albeit for cloud services. FISMA is jointly overseen by the Department of Homeland Security (DHS) and the National Institute of Standards and Technology (NIST). NIST develops the FISMA standards and guidelines – including the minimum security requirements – that bolster the IT security and risk management practices of agencies and their contractors. The DHS administers these programs to help maximize federal information system security. FISMA non-compliance penalties FISMA non-compliance can result in many penalties, including reduced federal funding and censure by the U.S. Congress. Companies can also lose federal contracts and suffer damage to their reputation. Further, non-compliance indicates a poor cybersecurity infrastructure, which may result in costly cyberattacks or data breaches, which could then result in regulatory fines or legal penalties. Schedule a Demo Who must be FISMA-compliant? FISMA’s data protection rules were originally applicable only to U.S. federal agencies. While these standards are still applicable to all federal agencies without exception, they are now applicable to other organizations as well. Thus, any third-party contractor or other organization that provides services to a federal agency and handles sensitive information on behalf of the government must also comply with FISMA. Thus the list of organizations that must comply with FISMA includes: Public or private sector organizations having contractual agreements with federal agencies Public or private organizations that support a federal program or receive grants from federal agencies State agencies like Medicare and Medicaid Schedule a Demo What are the FISMA compliance requirements? The seven key requirements of FISMA compliance are: 1. Maintain an inventory of information systems All federal agencies and their contractors must maintain an updated list of their IT systems. They must also identify and track the integrations between these systems and any other systems in the network. The inventory should include systems that are not operated by or under their direct control. 2. Categorize information security risks Organizations must categorize their information and information systems in order of risk. Such categorizations can help them to focus their security efforts on high-risk areas and ensure that sensitive information is given the highest level of security. The NIST’s FIPS 199 standard provides risk categorization guidelines. It also defines a range of risk levels that organizations can assign to their information systems during risk categorization. 3. Implement security controls Since FISMA’s purpose is to protect the information in government systems, security controls that provide this protection are a mandatory requirement. Under FISMA, all government information systems must meet the minimum security requirements defined in FIPS 200. Organizations are not required to implement every single control. However, they must implement the controls that are relevant to them and their systems. They must also document the selected controls in their system security plan (SSP). NIST 800-53 (NIST special publication or SP) provides a list of suggested security controls for FISMA compliance. 4. Conduct risk assessments A risk assessment is a review of an organization’s security program to identify and assess potential risks. After identifying cyber threats and vulnerabilities, the organization should map them to the security controls that could mitigate them. Based on the likelihood and impact of a security incident, they must determine the risk of that threat. The final risk assessment includes risk calculations of all possible security events plus information about whether the organization will accept or mitigate each of these risks. NIST SP 800-30 provides guidance to conduct risk assessments for FISMA compliance. The NIST recommends identifying risks at three levels: organizational, business process, and information system. 5. Create a system security plan All federal agencies must implement an SSP to help with the implementation of security controls. They must also regularly maintain it and update it annually to ensure that they can implement the best and most up-to-date security solutions. The SSP should include information about the organization’s security policies and controls, and a timeline to introduce further controls. It can also include security best practices. The document is a major input in the agency’s (or third party’s) security certification and accreditation process. 6. Conduct annual security reviews Under FISMA, all program officers, compliance officials, and agency heads must conduct and oversee annual security reviews to confirm that the implemented security controls are sufficient and information security risks are at a minimum level. Agency officials can also accredit their information systems. By doing this, they accept responsibility for the security of these systems and are accountable for any adverse impacts of security incidents. Accreditation is part of the four-phase FISMA certification process. Its other three phases are initiation and planning, certification, and continuous monitoring. 7. Continuously monitor information systems Organizations must monitor their implemented security controls and document system changes and modifications. If they make major changes, they should also conduct an updated risk assessment. They may also need to be recertified. Schedule a Demo What are the benefits of FISMA compliance? FISMA compliance benefits both government agencies and their contractors and vendors. By following its guidelines and implementing its requirements, they can: Adopt a robust risk management-centered approach to security planning and implementation Continually assess, monitor, and optimize their security ecosystem Increase org-wide awareness about the need to secure sensitive data Improve incident response and accelerate incident and risk remediation Benefits of FISMA compliance for federal agencies FISMA compliance increases the cybersecurity focus within federal agencies. By implementing its mandated security controls, it can protect its information and information systems, and also protect the privacy of individuals and national security. In addition, by continuously monitoring their controls, they can maintain a consistently strong security posture. They can also eliminate newly-discovered vulnerabilities quickly and cost-effectively. Benefits of FISMA compliance for other organizations FISMA-compliant organizations can strengthen their security postures by implementing its security best practices. They can better protect their data and the government’s data, prevent data breaches and improve incident response planning. Furthermore, they can demonstrate to federal agencies that they have implemented FISMA’s recommended security controls, which gives them an advantage when trying to get new business from these agencies. Schedule a Demo The three levels of FISMA compliance FISMA defines three compliance levels, which refer to the possible impact of a security breach on an organization. These three impact levels are: 1. Low impact Low impact means that the loss of confidentiality, integrity, or availability is likely to have a limited adverse effect on the organization’s operations, assets, or people. For this reason, the security controls for these systems or data types need only meet the low level of FISMA compliance. 2. Moderate impact A moderate impact incident is one in which the loss of confidentiality, integrity, or availability could have serious adverse consequences for the organization’s operations, assets, or people. For example, it may result in significant financial loss to the organization or significant harm to individuals. However, it is unlikely to cause severe damage or result in the loss of life. 3. High impact The compromise of a high-impact information system could have catastrophic consequences for the organization’s operations, assets, or people. For example, a breach may prevent the organization from performing its primary functions, resulting in major financial loss. It may also cause major damage to assets or result in severe harm to individuals (e.g., loss of life or life-threatening injuries). To prevent such consequences, these systems must be protected with the strongest controls. Schedule a Demo FISMA compliance best practices Following the best practices outlined below can ease the FISMA compliance effort and enable organizations to meet all applicable FISMA requirements: Identify the information that must be protected and classify it based on its sensitivity level as it is created Create a security plan to monitor data activity and detect threats Implement automatic encryption for sensitive data Conduct regular risk assessments to identify and fix vulnerabilities and outdated policies Regularly monitor information security systems Provide cybersecurity awareness training to employees Maintain evidence of FISMA compliance, including records of system inventories, risk categorization efforts, security controls, SSPs, certifications, and accreditations Stay updated on changes to FISMA standards, new NIST guidelines, and evolving security best practices Schedule a Demo How AlgoSec can help you with FISMA compliance? Using the AlgoSec platform , you can instantly and clearly see which applications expose you to FISMA compliance violations. You can also automatically generate pre-populated, audit-ready compliance reports to reduce your audit preparation efforts and costs and enhance your audit readiness. AlgoSec will also uncover gaps in your FISMA compliance posture and proactively check every change for possible compliance violations. Schedule a Demo Select a size Everything You wanted to know about the Federal Information Security Management Act (FISMA) What is FISMA compliance? Who must be FISMA-compliant? What are the FISMA compliance requirements? What are the benefits of FISMA compliance? The three levels of FISMA compliance FISMA compliance best practices How AlgoSec can help you with FISMA compliance? 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

Network Is A Maze AlgoSec 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

The Business benefits of application centric zero trust E-BOOK 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

LA SOLUCIÓN DE GESTIÓN DE SEGURIDAD 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

Business Applications Visibility 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

Implement micro-segmentation effectively, from strategy to execution, to enhance security, minimize risks, and protect critical assets across your network. Micro-segmentation from strategy to execution ---- ------- Schedule a Demo Select a size ----- Get the latest insights from the experts Choose a better way to manage your network

The business case for AlgoSec Cloud Enterprise (ACE) 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

In the previous parts of our blog ( part I and part II ), we have described the most important parts of the Sunburst backdoor... Cloud Security Sunburst Backdoor, Part III: DGA & Security Software 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/22/20 Published In the previous parts of our blog ( part I and part II ), we have described the most important parts of the Sunburst backdoor functionality and its Domain Generation Algorithm (DGA). This time, let’s have a deeper look into the passive DNS requests reported by Open-Source Context and Zetalytics . The valid DNS requests generated by the malware fall into 2 groups: DNS requests that encode a local domain name DNS requests that encode data The first type of DNS requests allows splitting long domain names into separate requests. These requests are generated by the malware’s functions GetPreviousString() and GetCurrentString() . In general, the format of a DNS request that encodes a domain name may look like: USER_ID.NUM.COMPUTER_DOMAIN[.]appsync-api.us-west-2[.]avsvmcloud[.]com where: USER_ID is an 8-byte user ID that uniquely identifies a compromised host, encoded as a 15-character string NUM is a number of a domain name – either 0 or 1, encoded as a character COMPUTER_DOMAIN is an encoded local computer domain Let’s try decoding the following 3 DNS requests: olc62cocacn7u2q22v02eu.appsync-api.us-west-2.avsvmcloud.com r1qshoj05ji05ac6eoip02jovt6i2v0c.appsync-api.us-west-2.avsvmcloud.com lt5ai41qh5d53qoti3mkmc0.appsync-api.us-west-2.avsvmcloud.com String 1 Let’s start from the 1st string in the list: olc62cocacn7u2q22v02eu.appsync-api.us-west-2.avsvmcloud.com. In this string, the first 15-character string is an encoded USER_ID : “olc62cocacn7u2q” . Once it is base-64 decoded, as explained in the previous post, it becomes a 9-byte byte array: 86 7f 2f be f9 fb a3 ae c4 The first byte in this byte array is a XOR key: 0x86 . Once applied to the 8 bytes that follow it, we get the 8-byte user ID – let’s take a note and write it down, we will need it later: f9 a9 38 7f 7d 25 28 42 Next, let’s take the NUM part of the encoded domain: it’s a character “2” located at the position #15 (starting from 0) of the encrypted domain. In order to decode the NUM number, we have to take the first character of the encrypted domain, take the reminder of its division by 36 , and subtract the NUM ‘s position in the string “0123456789abcdefghijklmnopqrstuvwxyz” : num = domain[0] % 36 – “0123456789abcdefghijklmnopqrstuvwxyz”.IndexOf(domain.Substring(15, 1)); The result is 1 . That means the decrypted domain will be the 2nd part of a full domain name. The first part must have its NUM decoded as 0. The COMPUTER_DOMAIN part of the encrypted domain is “2v02eu” . Once decoded, using the previously explained method, the decoded computer domain name becomes “on.ca” . String 2 Let’s decode the second passive DNS request from our list: r1qshoj05ji05ac6eoip02jovt6i2v0c.appsync-api.us-west-2.avsvmcloud.com Just as before, the decoded 8-byte user ID becomes: f9 a9 38 7f 7d 25 28 42 The NUM part of the encoded domain, located at the position #15 (starting from 0), is a character “6” . Let’s decode it, by taking the first character ( “r” = 114 ), take the reminder of its division by 36 ( 114 % 36 = 6 ), and subtracting the position of the character “6” in the “0123456789abcdefghijklmnopqrstuvwxyz” , which is 6 . The result is 0 . That means the decrypted domain will be the 1st part of the full domain name. The COMPUTER_DOMAIN part of the encrypted domain is “eoip02jovt6i2v0c” . Once decoded, it becomes “city.kingston.” Next, we need to match 2 decrypted domains by the user ID, which is f9 a9 38 7f 7d 25 28 42 in both cases, and concatenate the first and the second parts of the domain. The result will be “city.kingston.on.ca” . String 3 Here comes the most interesting part. Lets try to decrypt the string #3 from our list of passive DNS requests: lt5ai41qh5d53qoti3mkmc0.appsync-api.us-west-2.avsvmcloud.com The decoded user ID is not relevant, as the decoded NUM part is a number -29 . It’s neither 0 nor 1 , so what kind of domain name that is? If we ignore the NUM part and decode the domain name, using the old method, we will get “thx8xb” , which does not look like a valid domain name. Cases like that are not the noise, and are not some artificially encrypted artifacts that showed up among the DNS requests. This is a different type of DNS requests. Instead of encoding local domain names, these types of requests contain data. They are generated by the malware’s function GetNextStringEx() . The encryption method is different as well. Let’s decrypt this request. First, we can decode the encrypted domain, using the same base-64 method, as before . The string will be decoded into 14 bytes: 7c a5 4d 64 9b 21 c1 74 a6 59 e4 5c 7c 7f Let’s decode these bytes, starting from the 2nd byte, and using the first byte as a XOR key. We will get: 7c d9 31 18 e7 5d bd 08 da 25 98 20 00 03 In this array, the bytes marked in yellow are an 8-byte User ID, encoded with a XOR key that is selected from 2 bytes marked in red. Let’s decode User ID: for ( int i = 0 ; i < 8 ; i++) { bytes[i + 1 ] ^= bytes[ 11 - i % 2 ]; } The decoded byte array becomes: 7c f9 a9 38 7f 7d 25 28 42 25 98 20 00 03 The User ID part in marked in yellow. Does it look familiar? Indeed, it’s the same User ID we’ve seen before, when we decoded “city.kingston.on.ca” . The next 3 bytes marked in red are: 25 98 20 . 2 0x59820 The first number 2 stands for the size of data that follows – this data is 00 03 (selected in green). The number 0x59820 , or 366,624 in decimal, is a timestamp. It’s a number of 4-second periods of time since 1 January 2010. To obtain the real time stamp, we need to multiple it by 15 to get minutes, then add those minutes to 1 January 2010: var date = ( new DateTime( 2010 , 1 , 1 , 0 , 0 , 0 , DateTimeKind.Utc)).AddMinutes(timestamp * 15 ); For the number 0x59820 , the time stamp becomes 16 July 2020 12:00:00 AM – that’s the day when the DNS request was made. The remaining 2 bytes, 00 03 , encrypt the state of 8 security products, to indicate whether each one of them is running or whether it is stopped. The 8 security products are: Windows Live OneCare / Windows Defender Windows Defender Advanced Threat Protection Microsoft Defender for Identity Carbon Black CrowdStrike FireEye ESET F-Secure 2 states for 8 products require 2 * 8 = 16 bits = 2 bytes. The 2 bytes 00 03 in binary form are: 00 00 00 00 00 00 00 11 Here, the least-significant bits 11 identify that the first product in the list, Windows Live OneCare / Windows Defender, is reported as ‘running’ ( 1 ) and as ‘stopped’ ( 1 ). Now we know that apart from the local domain, the trojanised SolarWinds software running on the same compromised host on “city.kingston.on.ca” domain has also reported the status of the Windows Defender software. What Does it Mean? As explained in the first part of our description, the malware is capable of stopping the services of security products, be manipulating registry service keys under Administrator account. It’s likely that the attackers are using DNS queries as a C2 channel to first understand what security products are present. Next, the same channel is used to instruct the malware to stop/deactivate these services, before the 2nd stage payload, TearDrop Backdoor, is deployed. Armed with this knowledge, let’s decode other passive DNS requests, printing the cases when the compromised host reports a running security software. NOTES: As a private case, if the data size field is 0 or 1 , the timestamp field is not followed with any data. Such type of DNS request is generated by the malware’s function GetNextString() . It is called ‘a ping’ in the listing below. If the first part of the domain name is missing, the recovered domain name is pre-pended with ‘*’ . The malware takes the time difference in minutes, then divides it by 30 and then converts the result from double type to int type; as a result of such conversion, the time stamps are truncated to the earliest half hour. 2D82B037C060515C SFBALLET Data: Windows Live OneCare / Windows Defender [running] 11/07/2020 12:00:00 AM Pings: 12/07/2020 12:30:00 AM 70DEE5C062CFEE53 ccscurriculum.c Data: ESET [running] 17/04/2020 4:00:00 PM Pings: 20/04/2020 5:00:00 PM AB902A323B541775 mountsinai.hospital Pings: 4/07/2020 12:30:00 AM 9ACC3A3067DC7FD5 *ripta.com Data: ESET [running] 12/09/2020 6:30:00 AM Pings: 13/09/2020 7:30:00 AM 14/09/2020 9:00:00 AM CB34C4EBCB12AF88 DPCITY.I7a Data: ESET [running] 26/06/2020 5:00:00 PM Pings: 27/06/2020 6:30:00 PM 28/06/2020 7:30:00 PM 29/06/2020 8:30:00 PM 29/06/2020 8:30:00 PM E5FAFE265E86088E *scroot.com Data: CrowdStrike [running] 25/07/2020 2:00:00 PM Pings: 26/07/2020 2:30:00 PM 26/07/2020 2:30:00 PM 27/07/2020 3:00:00 PM 27/07/2020 3:00:00 PM 426030B2ED480DED *kcpl.com Data: Windows Live OneCare / Windows Defender [running] 8/07/2020 12:00:00 AM Carbon Black [running] 8/07/2020 12:00:00 AM Full list of decoded pDNS requests can be found here . An example of a working implementation is available at this repo. 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

Nick Ellsmore is an Australian cybersecurity professional whose thoughts on the future of cybersecurity are always insightful. Having a... Cloud Security Errare humanum est 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/25/21 Published Nick Ellsmore is an Australian cybersecurity professional whose thoughts on the future of cybersecurity are always insightful. Having a deep respect for Nick, I really enjoyed listening to his latest podcast “Episode 79 Making the cyber sector redundant with Nick Ellsmore” . As Nick opened the door to debate on “all the mildly controversial views” he has put forward in the podcast, I decided to take a stab at a couple of points made by Nick. For some mysterious reason, these points have touched my nerve. So, here we go. Nick: The cybersecurity industry, we spent so long trying to get people to listen to us and take the issue seriously, you know, we’re now getting that, you know. Are the businesses really responding because we were trying to get people to listen to us? Let me rephrase this question. Are the businesses really spending more on cybersecurity because we were trying to get people to listen to us? The “cynical me” tells me No. Businesses are spending more on cybersecurity because they are losing more due to cyber incidents. It’s not the number of incidents; it’s their impact that is increasingly becoming devastating. Over the last ten years, there were plenty of front-page headliners that shattered even seemingly unshakable businesses and government bodies. Think of Target attack in 2013, the Bank of Bangladesh heist in 2016, Equifax breach in 2017, SolarWinds hack in 2020 .. the list goes on. We all know how Uber tried to bribe attackers to sweep the stolen customer data under the rug. But how many companies have succeeded in doing so without being caught? How many cyber incidents have never been disclosed? These headliners don’t stop. Each of them is another reputational blow, impacted stock options, rolled heads, stressed-out PR teams trying to play down the issue, knee-jerk reaction to acquire snake-oil-selling startups, etc. We’re not even talking about skewed election results (a topic for another discussion). Each one of them comes at a considerable cost. So no wonder many geniuses now realise that spending on cybersecurity can actually mitigate those risks. It’s not our perseverance that finally started paying off. It’s their pockets that started hurting. Nick: I think it’s important that we don’t lose sight of the fact that this is actually a bad thing to have to spend money on. Like, the reason that we’re doing this is not healthy. .. no one gets up in the morning and says, wow, I can’t wait to, you know, put better locks on my doors. It’s not the locks we sell. We sell gym membership. We want people to do something now to stop bad things from happening in the future. It’s a concept of hygiene, insurance, prevention, health checks. People are free not to pursue these steps, and run their business the way they used to .. until they get hacked, get into the front page, wondering first “Why me?” and then appointing a scapegoat. Nick: And so I think we need to remember that, in a sense, our job is to create the entire redundancy of this sector. Like, if we actually do our job, well, then we all have to go and do something else, because security is no longer an issue. It won’t happen due to 2 main reasons. Émile Durkheim believed in a “society of saints”. Unfortunately, it is a utopia. Greed, hunger, jealousy, poverty are the never-ending satellites of the human race that will constantly fuel crime. Some of them are induced by wars, some — by corrupt regimes, some — by sanctions, some — by imperfect laws. But in the end — there will always be Haves and Have Nots, and therefore, fundamental inequality. And that will feed crime. “Errare humanum est” , Seneca. To err is human. Because of human errors, there will always be vulnerabilities in code. Because of human nature (and as its derivative, geopolitical or religious tension, domination, competition, nationalism, fight for resources), there will always be people willing to and capable of exploiting those vulnerabilities. Mix those two ingredients — and you get a perfect recipe for cybercrime. Multiply that with never-ending computerisation, automation, digital transformation, and you get a constantly growing attack surface. No matter how well we do our job, we can only control cybercrime and keep the lid on it, but we can’t eradicate it. Thinking we could would be utopic. Another important consideration here is budget constraints. Building proper security is never fun — it’s a tedious process that burns cash but produces no tangible outcome. Imagine a project with an allocated budget B to build a product P with a feature set F, in a timeframe T. Quite often, such a project will be underfinanced, potentially leading to a poor choice of coders, overcommitted promises, unrealistic expectations. Eventually leading to this (oldie, but goldie): Add cybersecurity to this picture, and you’ll get an extra step that seemingly complicates everything even further: The project investors will undoubtedly question why that extra step was needed. Is there a new feature that no one else has? Is there a unique solution to an old problem? None of that? Then what’s the justification for such over-complication? Planning for proper cybersecurity built-in is often perceived as FUD. If it’s not tangible, why do we need it? Customers won’t see it. No one will see it. Scary stories in the press? Nah, that’ll never happen to us. In some way, extra budgeting for cybersecurity is anti-capitalistic in nature. It increases the product cost and, therefore, its price, making it less competitive. It defeats the purpose of outsourcing product development, often making outsourcing impossible. From the business point of view, putting “Sec” into “DevOps” does not make sense. That’s Ok. No need. .. until it all gloriously hits the fan, and then we go back to STEP 1. Then, maybe, just maybe, the customer will say, “If we have budgeted for that extra step, then maybe we would have been better off”. 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