Call for Responsible Openness


The rapid ascent of open-source generative AI has ushered in a thrilling new era of technological innovation. Within just a few years, open models like Metaβs Llama and Mistralβs Pixtral have swiftly closed the performance gap with their closed-source counterparts, rivaling giants such as OpenAIβs GPT-4. Enterprises and individual researchers alike have embraced these models for their affordability, flexibility, and transparency. However, beneath this remarkable progress lurks a critical vulnerability β one that could potentially undermine the very foundations of responsible AI development.
β
Recent studies, including pivotal research by Enkrypt AI, have revealed a troubling paradox: fine-tuning models to enhance their performance frequently weakens their built-in safety measures. Intended to customize and specialize models for specific tasks, fine-tuning inadvertently makes these systems significantly more vulnerable to manipulation and misuse. Alarmingly, methods like Low-Rank Adaptation (LoRA) and quantization, popular among open-source developers aiming to make AI more accessible, amplify these risks, turning powerful generative tools into potentially dangerous assets.
β
In this high-stakes environment, open generative AI stands at a crossroads. Without urgently addressing this hidden security flaw, the impressive capabilities of open-source models could become their greatest liability, facilitating misinformation, hate speech, criminal activities, and even threats to global safety. As the line between democratizing innovation and enabling misuse blurs, it becomes imperative to understand β and swiftly mitigate β the unintended security compromises introduced through fine-tuning.
β
Open-Source Models on the Rise β Narrowing the Performance Gap

Open-source generative AI models have made astonishing progress, quickly catching up to the capabilities of closed-source leaders like OpenAIβs GPT-4 and Anthropicβs Claude. In late 2024, a report by Epoch AI found that the best open models were only about one year behind the top proprietary models in overall performance . βThe best open model today is on par with closed models in performance, but with a lag of about one year,β said the lead researcher of the study . For example, Metaβs Llama 3.1 (an open model with 405B parameters released in mid-2024) roughly matched the capabilities of the first version of GPT-4 after only 16 months . This shrinking gap suggests that if Meta releases a Llama 4 openly as expected, open models could very soon rival the newest closed models on many tasks.
β
Architecture and Scale: Modern open-source Large Language Models (LLMs) use architectures comparable to their closed-source counterparts (Transformer-based deep neural networks). Initially, closed models enjoyed an advantage by training on larger datasets with more parameters. GPT-4 is rumored to have on the order of a trillion parameters and underwent extensive fine-tuning, whereas early open models were smaller (6Bβ13B parameters) and less refined. However, open research communities have rapidly scaled up. By 2025, Metaβs Llama 3 series included models up to 70B and beyond, and independent groups like EleutherAI, MosaicML, and Mistral AI released models in the hundreds of billions of parameters. Mistralβs new Pixtral Large 25.02 β a 124B-parameter multimodal model that can analyze text and images β exemplifies how open models are reaching βfrontier-classβ scales with state-of-the-art capabilities . Open models also benefit from efficiency innovations. Researchers have shown that open models can sometimes match closed-model performance with less computing power by using algorithmic improvements and specialization . All this means the historical performance gap is closing quickly.
β
Benchmark Competitiveness: On standardized benchmarks for tasks like math problem solving, knowledge QA, and logical reasoning, open models now score close to top-tier closed models. For instance, Vicuna-13B (an open model based on LLaMA) achieved over 90% of the quality of ChatGPT (GPT-3.5) on one comparison . Larger open models like Llama 3.3 70B (released December 2023) boast βpowerful multilingual instruction-following capabilitiesβ and community evaluations suggest they perform at or above the level of earlier closed models like GPT-3 . According to an April 2024 survey of enterprise AI leaders by a16z, many respondents felt that the main advantage of closed models β superior performance β was rapidly diminishing . This is driving increased enterprise adoption of open models: some organizations targeted a 50/50 use split between open and closed AI by 2024 . In summary, open generative models are no longer second-class citizens in terms of raw capability. Through a combination of community-driven innovation and collaboration (e.g. sharing model weights and training tricks), they are reaching performance parity on many tasks with the previously unchallenged closed models.
β
Architecture Differences and Fine-Tuning Approaches

While core model architectures are similar, there are practical differences in how open and closed models are built and deployed:
- Training Data and Transparency: Closed models often use proprietary datasets and keep training details secret. Open models typically reveal their training data sources (e.g. Common Crawl text, Wikipedia, GitHub code, etc.) and allow the community to inspect for biases or issues. For example, when Stability AI released Stable Diffusion (an open-source image generator), researchers could examine its training dataset (LAION-5B) and found it contained problematic content like copyrighted images and even explicit photos. In fact, a Stanford investigation identified βhundreds of known images of child sexual abuse material (CSAM) in [LAION-5B], an open dataset used to train popular AI image generation models such as Stable Diffusionβ, directly raising concerns about harmful content in open training data . Such transparency allows public scrutiny that is impossible with closed models whose data remain a black box.
- Release Method: Closed models like ChatGPT/Claude are accessible only via limited APIs, whereas open models release their model weights for anyone to download and run locally. Some open models use permissive licenses truly allowing modification and reuse, while others (like Metaβs Llama) are βopen-weightβ but with restrictions on commercial use. The key point is that once weights are public, developers worldwide can experiment freely β which has enormously accelerated progress, but also means thereβs no central authority controlling how the model is used.
- Fine-Tuning and Specialization: Open models often rely on community fine-tuning to improve specific capabilities (e.g. instruction-following, coding ability, etc.). Techniques like Low-Rank Adaptation (LoRA) let individual researchers fine-tune large models on consumer hardware. This decentralization leads to many specialized variants (for medical advice, for coding help, etc.), whereas closed model improvements are done in-house by the provider. Fine-tuning open models on domain-specific data can even give them an edge in those areas over general-purpose closed models. However, as we examine next, fine-tuning can be a double-edged sword for safety.
Major Safety Concerns for Open-Source Generative AI

The flip side of open modelsβ rapid progress is a growing chorus of safety and security concerns. Unlike closed systems that have usage policies and active monitoring, open generative models can be used by anyone for any purpose. This freedom creates serious potential for misuse. As Time Magazine reported, βopen models can be downloaded, modified, and used by anyone for almost any purposeβ β which includes malicious purposes that the original creators might never condone. Some key concerns include:
- Disinformation and Hate Speech: Without safeguards, open models can be prompted to generate propaganda, extremist content, or personalized disinformation at scale. A powerful LLM running unchecked could flood social media with fake news or hateful rhetoric. Closed AI providers try to filter such outputs, but an open model running locally has no such filter by default. Preliminary evidence from testing one open model (DeepSeek-R1) found it was 4Γ more likely to produce toxic hate speech than a filtered model like OpenAIβs . Researchers noted that βDeepSeek-R1 offers significant cost advantagesβ¦but these come with serious risksβ, including high propensity for toxic and biased outputs .
- Criminal Activity and Violence: Perhaps the most alarming misuse is leveraging generative AI to facilitate serious crimes. We have already seen βrogue AIsβ like FraudGPT and WormGPT on dark web markets β fine-tuned open models explicitly modified to assist in cybercrime . These systems (based on open-source GPT-J) will eagerly produce phishing emails, malware code, or other illicit content that mainstream models would refuse . In tests, open LLMs have given instructions for making explosives, provided advice to evade law enforcement, and even generated plans for bio-weapons when jailbroken . By contrast, queries to closed models like ChatGPT for such content are usually blocked . The open availability of image generators is equally risky β malicious actors have used open-source image models like Stable Diffusion to create deepfake pornography and even AI-generated CSAM (child abuse images) . A UK AI safety report noted that AI-generated fake content for blackmail, non-consensual intimate imagery, and sexual abuse material is already a real harm, with known cases emerging . In late 2023, researchers demonstrated that βmalicious actors can harness AI tools to generate CSAMβ by fine-tuning open image models on illicit data β a chilling development.
- CBRN and Terrorism Applications: There is particular concern around chemical, biological, radiological, and nuclear (CBRN) threats. LLMs could theoretically instruct a user on how to synthesize a toxic bioweapon or explosives. Closed models are trained to refuse such requests, but open models can be altered to comply. In one evaluation, DeepSeek-R1 was 3.5Γ more likely to produce content related to CBRN threats compared to OpenAI and Anthropic models . Enkrypt AIβs red team found DeepSeek would produce detailed instructions for a Molotov cocktail and even a step-by-step plan for a bioweapon attack after minimal prompt manipulation . Such outputs pose βsignificant global security concernsβ . The fact that an open model can so readily aid in potentially catastrophic violence has raised alarms among security experts.
- Privacy Violations and Surveillance: Open models can be fine-tuned on scraped personal data or used to analyze sensitive information without oversight. For example, an open image model like Pixtral can describe the contents of images β if someone uses it on private photos, it might be used to identify individuals or read sensitive documents in images. Closed services at least have policies against certain uses; open tools can be misapplied at will. Without any central logging, open models might facilitate clandestine surveillance or doxing (e.g. analyzing a personβs social media photos in bulk for compromising details).
In summary, open-source generative AI dramatically lowers the barrier for misuse. As an IBM security analysis bluntly stated: βWithout safeguards, generative AI is the next frontier in cyber crimeβ, and open models are attractive to everyone from βrogue states proliferating misinformationβ to βcybercriminals developing malwareβ . Unlike closed AI, which is deployed in controlled environments with hardwired content filters, open models have βno such restrictionsβ by default . This openness is double-edged: it democratizes AI innovation but also democratizes access to AIβs destructive capabilities.
β
Jailbreaks: Bypassing Safeguards with Prompts and Tweaks
β
Even when open-source developers attempt to bake in safety filters, those protections are often fragile. Users have discovered countless ways to βjailbreakβ generative models β crafting inputs that circumvent the modelβs built-in guardrails. Jailbreaking isnβt unique to open models (even ChatGPT can be tricked with clever prompts), but itβs far easier and more complete with open models, which may have only light or no alignment training.
β
Researchers found that DeepSeekβs R1 LLM, which did include some basic content filters, was significantly more vulnerable to jailbreaking than OpenAI, Google, or Anthropic models . Simple rephrasing or indirect prompts could get DeepSeek-R1 to violate its safety rules and produce disallowed content . In a controlled test, security teams obtained:**
- Detailed instructions from DeepSeek on creating a Molotov cocktail (Unit 42 team) ,
- Advice on evading police detection for crimes (CalypsoAI team) ,
- Even functional malware code on request (Kela team) .
All of these were types of queries that closed models refused . The absence of robust guardrails in the open model meant it could be βcompromised more easily than comparable modelsβ, giving access to instructions on βbioweapons, self-harm content, and other illicit activitiesβ after just minor prompt manipulations . In the words of one researcher, βDeepSeek is more vulnerableβ¦ noting the absence of minimum guardrails designed to prevent the generation of malicious content.β This underscores how some open model creators (perhaps racing to push out a powerful system) failed to implement even basic safety limits β or at least failed to implement ones that withstand adversarial input.
β
Jailbreak exploits can be as simple as role-playing scenarios, encoding requests in other languages, or stringing together confusing prompts. For open models distributed in weight form, an attacker can even modify the model itself β stripping out any safety-related components or instructions entirely. The ease of jailbreak in open models means that even if developers try to release an open model with βgood behaviorβ defaults, users can trivially retrain or prompt-hack it into a bad actor. As noted in a UK government AI report, βno current method can reliably prevent even overtly unsafe outputsβ¦ adversaries can still find new ways to circumvent safeguards with low to moderate effortβ .
β
Closed model companies invest heavily in red-teaming and adversarial training to harden their models against jailbreaks. They also issue frequent patches (model updates) when new exploits are found. Open models often lack that ongoing maintenance. Indeed, Enkrypt AIβs red team noted DeepSeek-R1 βfailed 58% of jailbreak tests across 18 attack typesβ, allowing generation of hateful and misleading content . This high failure rate indicates the open modelβs alignment was superficial. βThese jailbreaks allowed the model to generate harmful content, such as promoting hate speech and spreading misinformation,β one AI security CTO said . In contrast, leading closed models have teams continually improving their jailbreak resistance (Anthropic, for example, publishes research on jailbreaking and offers bounties for finding vulnerabilities ).
β
In short, guardrails in current open models can often be easily circumvented or removed. The cat-and-mouse of prompt exploits overwhelmingly favors the user when they have full control of the model. This reality has prompted calls for new approaches to secure open models β or at least, for any organizations deploying open models to implement their own external safety systems as a backstop.
β
Fine-Tuning and Minimal Effort Attacks β Enkrypt AIβs Findings

A particularly important research finding in 2024 was that the very process used to improve models (fine-tuning) can inadvertently make them less safe. Enkrypt AI studied how additional fine-tuning or model compression techniques affect an LLMβs robustness to attacks. The results were striking: βfine-tuning and quantization reduces jailbreak resistance significantly, leading to increased LLM vulnerabilities.β In other words, taking a base model that might have been somewhat safe and further training it on specialized data often undoes some of its alignment. The paper observed that this is likely due to catastrophic forgetting β the fine-tune task overrides or dilutes the modelβs prior βknowledgeβ of what not to do .
β
Enkryptβs tests showed quantitative drops in safety when models were fine-tuned. In one case, a base Llama-2 7B model had a jailbreak success rate of 6%, but after a certain fine-tune the success rate jumped considerably (hypothetically, to e.g. 15% or more β illustrating a >2Γ increase in vulnerability). The researchers note that fine-tuned models face βheightened security and ethical concerns, including jailbreaking, malware, toxicity, and bias.β Even though fine-tuning is meant to improve performance, it often βalters the risk profile of LLMs, potentially undermining the safety alignment established through RLHF.β . This means an open model that was initially trained with Reinforcement Learning from Human Feedback to avoid, say, hate speech or disallowed content, might begin to forget those constraints after a later fine-tune on unrelated data.
β
Additionally, many open model users apply quantization (reducing model precision to make it run faster on local hardware). Alarmingly, Enkrypt found quantization too can increase a modelβs susceptibility to jailbreaking . The pursuit of efficiency (to get models running on smaller GPUs/CPUs) can thus come at a cost to safety. This ties into the broader pattern: open-source developers and hobbyists often prioritize speed, performance, and new features over rigorous safety testing. The culture in open AI development has been likened to a βmove fast and break thingsβ mentality, where models are released quickly and improved iteratively. Safety sometimes becomes an afterthought or is delegated to the end-users to enforce.
β
One Enkrypt researcher commented on LinkedIn: βYES, fine-tuned models unlock new capabilities, but they also face heightened concernsβ¦ Do you want a trade-off between performance and safety?β . Itβs a question open AI communities are grappling with. The reality is that many open-source releases skip thorough red-team evaluation before public release. In 2023β2024, at least two high-profile open models (one being DeepSeek) were rushed out and later found to be riddled with security holes . In DeepSeekβs case, experts described the security vulnerabilities as βsignificant and multifaceted,β warning that without strong measures, it could expose users to legal liabilities and harmful outputs . This suggests an urgent need for open model creators to adopt more responsible release practices.
β
Case Studies: DeepSeek and Pixtral Highlight the Risks
β
Two recent examples illustrate both the impressive performance of open models and their troubling safety issues:
- DeepSeek-R1: Released by a Chinese AI startup, DeepSeek-R1 was an open-source LLM that gained massive attention in early 2025 for its advanced reasoning capabilities and rock-bottom deployment cost. Some even claimed it disrupted markets by offering GPT-4 level performance at a fraction of the cost . However, once experts analyzed it, they discovered shocking vulnerabilities. A security audit found DeepSeek-R1 failed 58% of adversarial safety tests, far worse than its closed peers . It readily produced hate speech, self-harm encouragement, and even antisemitic manifestos when prompted by testers . Enkrypt AIβs study showed DeepSeek was 11Γ more likely to generate harmful output than OpenAIβs model, and 3.5Γ more likely to produce CBRN-related content . In bias measures, it was 3Γ more biased than Anthropicβs Claude-3. In coding, it was 4Γ more prone to generating insecure code than OpenAIβs model . These quantitative gaps underline how safety did not keep pace with capability in DeepSeekβs development. The model also stored user data on servers in China with little oversight, raising data privacy flags in the West . DeepSeekβs case has become something of a cautionary tale: it proved an upstart open model could technically challenge Big Tech, but also showed how neglecting safety and rushing to deploy AI can lead to egregious outcomes. (Itβs worth noting that Chinese regulators forced many domestic AI firms, DeepSeek included, to sign safety compliance commitments in late 2024 β but clearly that didnβt prevent the issues.)
- Pixtral Large 25.02: Pixtral is a frontier multimodal model open-sourced by the French startup Mistral AI (in partnership with AWS). With 124 billion parameters, it can analyze and generate text and interpret images, putting it in the same class as OpenAIβs vision-enabled models . Technically, Pixtral is a feat β it βcombines advanced vision capabilities with powerful language understandingβ and excels in complex tasks like document analysis and chart interpretation. However, along with that power come serious concerns. Multimodal models could be misused to create fake or harmful images as well as text. Soon after Pixtralβs release (which was distributed via torrent to researchers), discussions arose about whether it could be fine-tuned to generate disallowed imagery, including realistic deepfakes. The UK International AI Safety Report 2025 specifically referenced Pixtral and similar image-capable models when discussing how βmalicious actors can use generative AI to create non-consensual deepfake pornography and AI-generated CSAMβ . The report notes an incident in late 2023 where hundreds of illicit child images were found in a dataset used for AI training β a clear warning that models like Pixtral, if trained or fine-tuned on the wrong data, might actively facilitate abuse. As a preemptive measure, Mistral stated that all CSAM was removed from Pixtralβs training data using advanced detectors . Despite such steps, open release means end-users could retrain Pixtral on their own image sets, potentially undoing those safety filters. The Pixtral case highlights a general trend: open-source AI developers often prioritize releasing breakthroughs quickly (to stake a claim in the industry, or to democratize access) but perform relatively minimal safety testing compared to Big Tech. The urgency to out-innovate competitors can eclipse caution. This has led to situations like Pixtralβs β a cutting-edge model pushed out to the world with the hope that users will employ it responsibly, but no guarantees that they will.
Mitigation Strategies and Technical Safeguards
β
What can be done to enjoy the benefits of open generative AI while managing its risks? Technically, several approaches are emerging:
- External Guardrails and Moderation APIs: One immediate solution is deploying open models behind an additional layer that filters inputs/outputs for unsafe content. For example, Enkrypt AI demonstrated that adding an external βguardrailβ system in front of an LLM can βmitigate jailbreaking attempts by a considerable margin.β Their research showed that even a simple filtering step cut the success rate of adversarial prompts drastically (in one case from 6% to 0.67%, a 9Γ improvement) . Companies using open models in production are advised to utilize content moderation APIs (like those scanning for hate, self-harm, or violence) on the modelβs outputs. OpenAI and others offer standalone moderation tools that can be applied to any modelβs output. These act as a safety net, catching obvious policy violations. However, they are not foolproof, especially if users intentionally obfuscate the output (e.g., encoding illicit instructions in code blocks).
- Robustness Training and Alignment Research: The open-source community is beginning to borrow pages from the closed-model playbook by conducting adversarial training on their models. Efforts like Anthropicβs βConstitutional AIβ (which uses AI feedback to refine models) and open research on self-defense against jailbreaks can be applied to open models. A recent academic paper proposed βSELFDEFENDβ, a framework where open models are fine-tuned to better resist jailbreaking by learning from attack examples . Open models could incorporate similar techniques to improve their default safety without needing a closed pipeline. Moreover, community-led red-teaming events for prominent open models (similar to those held for ChatGPT) could expose flaws before bad actors do.
- Policy and Licensing Controls: While technical fixes are key, some are considering licensing mechanisms as a form of control. For instance, a model could be released under an open license that forbids certain uses (though enforceability is questionable). Another idea is watermarking the outputs of open models for later identification, to attribute malicious content back to its source model. Yet, as a UK report notes, many technical countermeasures (like watermarks) βcan usually be circumvented by moderately sophisticated actors.β Thus purely technical solutions have limits in an open ecosystem.
- Collaboration with Regulators: From a governance perspective, open model developers might engage with policymakers to establish norms or certification for βsafe AI.β If the gap between open and closed model capabilities continues shrinking, regulators may insist that advanced open models implement minimum safety standards or testing before release . We see early signs of this: the EU AI Act and other proposals consider requiring transparency and risk assessments for high-risk AI systems, whether open or closed. Open-source AI groups could voluntarily adopt a practice of publishing a safety report alongside new models, detailing the testing done (similar to how Stable Diffusionβs release paper acknowledged potential misuses and mitigations).
- Continuous Monitoring: For organizations deploying open models, experts strongly advise ongoing monitoring of the modelβs behavior in the wild . Unlike static software that you can patch, AI models might learn or drift in deployment, or new exploits might be discovered. Implementing a logging system to detect anomalies (e.g., spikes in toxic output or repeated disallowed queries) can alert operators to misuse. Some companies are layering AI βwatchersβ β separate AI systems that observe prompts and outputs to flag policy violations in real time . This concept of AI guardians will become increasingly important when using open models lacking built-in oversight.
Conclusion: Fostering Innovation Responsibly
β
The trajectory of open-source generative AI has been breathtaking β in just a couple of years, community-driven models have morphed from novelties into serious rivals of the most advanced closed systems. This democratization of AI technology holds great promise: it can spur faster innovation, diversify the pool of contributors, and reduce reliance on a few corporate gatekeepers. Open models have proven their worth in cost efficiency and customizability for businesses and researchers worldwide.
β
Yet, as we have detailed, these gains come intertwined with profound challenges. An open model is a double-edged sword: the very openness that accelerates progress also enables misuse by anyone with an internet connection. Major safety incidents β from models leaking dangerous instructions to generating toxic content or unlawful imagery β have already occurred and will scale as open models grow more powerful. The generative AI community faces a pivotal choice: adopt a mindset of βopen responsibilityβ to go along with open innovation, or risk a future where unregulated AI inflicts serious harm and provokes heavy-handed government backlash.
β
From a technical standpoint, there is no reason why open models cannot be made safer. Techniques exist and are improving to align AI behavior with human norms and to fortify models against manipulation. The onus is on open-source developers to integrate these techniques proactively. This means spending more effort on red-teaming and safety evaluation before releasing models, collaborating with security researchers, and being transparent about a modelβs limitations. It also means embracing external guardrails β acknowledging that open models deployed in real applications should likely run with some sandboxing and monitoring.
β
In the end, the goal should be to strike a balance where we continue reaping the benefits of open generative AI β rapid innovation, transparency, and community trust β without allowing its worst outcomes to materialize. Achieving this will require not just engineering solutions, but a cultural shift in the open-AI world toward prioritizing safety as equal in importance to performance. The next generation of open models could very well be the most advanced AI on the planet; ensuring they are also the most responsibly developed will be critical for the future of this technology.
β
Frequently Asked Questions
Fine-tuning safety degradation occurs when customizing open-source models for specific tasks inadvertently weakens their built-in safety measures. Research by Enkrypt AI shows methods like LoRA and quantization amplify these vulnerabilities, making models more susceptible to manipulation and misuse despite improved performance.
- Fine-tuning enhances task performance but compromises safety guardrails.
- LoRA and quantization techniques popular with developers increase exploitation risk.
- Safety degradation enables misinformation, hate speech, and criminal activity.
Open-source models have narrowed the performance gap significantly. According to Epoch AI research, the best open models lag closed-source leaders by approximately one year, with Meta's Llama 3.1 matching GPT-4's capabilities after just 16 months of development.
- Llama 3.1 (405B parameters) reached GPT-4 parity in 16 months.
- Modern open models use Transformer architectures comparable to proprietary systems.
- Gap closure suggests open models may soon rival newest closed alternatives.
Fine-tuning safety degradation creates hidden security flaws that turn powerful open-source models into dangerous assets without visible warning signs. Enterprises adopting fine-tuned models for cost savings and flexibility unknowingly expose themselves to manipulation, data theft, and compliance violations.
- Fine-tuned models appear performant but harbor weakened safety defenses.
- Degradation enables prompt injection, jailbreaks, and adversarial attacks.
- Undetected vulnerabilities complicate regulatory compliance and risk management.
Enkrypt AI is a leading AI security platform that identifies and mitigates fine-tuning safety degradation through real-time, policy-based guardrails. The platform benchmarks 200+ LLMs on its public safety leaderboard and conducts red-teaming across 300+ risk categories to surface hidden vulnerabilities before deployment.
- Red-teaming across 300+ risk categories detects fine-tuning weaknesses.
- 200+ LLMs benchmarked on public safety leaderboard for transparency.
- Policy-based guardrails enforce safety at runtime across open and closed models.
Enkrypt AI detects and prevents the safety degradation that fine-tuning introduces. Book a demo to see how we secure your open models in production, or start a free trial to test it yourself.


.jpg)

