Papers for

web security teams

Papers whose findings have a practical use for this group, as judged from the abstract. Open a paper to read what it means in practice.

WebMaze diverts AI-powered web scanners with interactive decoys

WebMaze: Defending Against LLM-Powered Web Scanners with Functionality-Coupled Deception

Abstract: Large language models (LLMs) have enabled more effective vulnerability scanning of web applications. However, these capabilities also make it significantly easier for attackers to automate cyberattacks on the web. In this work, we investigate how to divert malicious LLM-based web scanning, with preservation of genuine functionality as a deployment requirement. We systematically study six LLM-based scanners and summarize how they gather information and iteratively select actions based on observations. Guided by the study, we then present WebMaze, a defense that preserves genuine application functionality while diverting LLM-based scanners to a generated decoy world. WebMaze embeds functionality-coupled traps in genuine pages and constructs view-tailored interactive decoy worlds from the application's existing views. The traps blend into genuine components and expose entry points to decoy worlds that sustain exploration through connected pages and interactions without changing genuine functionality. Across 12 web applications and three LLM-based scanners under the default no-disclosure setting, decoy pages account for an average of 93.0% of the distinct pages requested per run. This demonstrates that WebMaze effectively diverts scanners away from genuine application pages and into the generated decoy worlds. Even when explicitly informed about the decoy mechanism and instructed to avoid decoy pages, scanners continue to explore predominantly decoy pages.

Wed 28 OctCryptography and Security
The gist
Automatic programs powered by large language models (LLMs) can scan websites to find vulnerabilities, making it easier for attackers to target them. The authors studied how these AI scanners work and created WebMaze, a defense that keeps websites fully usable while misleading scanners away from real pages. WebMaze places hidden traps in genuine pages that lead scanners into fake, interactive decoy pages, so attackers spend most of their time exploring false content. Even when scanners are told about the trick, they still mostly explore decoys, protecting the real site.
Open → 2610.38524v1

Web applications often let POST requests be run as GET requests without proper checks

When POST Becomes GET: Investigating HTTP Method Interchangeability and Its Security Implications

Abstract: HTTP method semantics are a common boundary between safe retrieval and state-changing operations; however, deployed web applications do not always enforce this boundary consistently. In this paper, we study HTTP method interchangeability, a behavior where a POST request can be rewritten as a GET request to the same endpoint, with POST body parameters moved into the query string, while preserving an equivalent observed response. We present Method Interchange Detection Engine (MIDE), an automated pipeline that crawls web applications in a browser, records POST requests generated by page loads and user-interface interactions, converts supported POST bodies into GET candidates, and compares replayed responses with the original POST response. To avoid counting generic or parameter-independent responses as interchangeable, MIDE also sends a no-query GET baseline. We treat as high-confidence evidence of interchangeability only the cases where the converted GET matches the POST, while the baseline does not. We perform a large-scale unauthenticated experiment on the Tranco top 10k. We find high-confidence interchangeable requests on 407 of 10,000 tested sites (4.1%), 407 of 3,200 sites with captured POSTs (12.7%), and 407 of 2,734 sites with replayed POSTs (14.9%). A targeted Cross-Site Request Forgery (CSRF) token-replay check finds cases where invalid tokens are rejected for POST but accepted for the equivalent GET. We also observe Web Cache Deception (WCD) conditions and cacheable GET responses for interchangeable request instances. These results demonstrate that method interchangeability is observable in real web applications and can expose method-scoped defense gaps.

Tue 27 OctCryptography and Security
The gist
Some websites are supposed to treat POST requests as actions that change things and GET requests as just looking at things. The authors found that many sites accidentally treat POST and GET requests almost interchangeably, even moving POST data into the URL of a GET request. They created a tool that automatically checks many websites to find when this happens. This mismatch can cause security problems, like allowing tricks that break protections or misuse cached data.
Open → 2610.37474v1

Ulysses creates verifiable web security exploits automatically

Ulysses: A Security Harness For Synthesizing Verifiable Web Exploits

Abstract: How can an AI agent automatically discover security vulnerabilities in any software repository? Existing approaches use LLMs to generate software vulnerability exploits. However, it is challenging for an LLM to reliably verify its own generated exploits. In this paper, we propose Ulysses, a multi-agent security harness to synthesize verifiable vulnerability exploits for web applications. Ulysses converts candidate vulnerability findings into verified Proofs of Exploitability by iteratively exploring exploit hypotheses and establishing success in independently observed execution effects. We evaluated Ulysses on WebExploitGym, a curated benchmark of exploitable instances from 25 real-world web applications that span 5 languages and 7 frameworks. Ulysses produces verified proofs for 10 of 25 real-world advisories. It also discovered 4 new proofs of exploitability that have never been previously reported.

Thu 22 OctCryptography and SecuritySoftware Engineering
The gist
Finding security weaknesses in software can be really tough, especially when trying to prove these weaknesses actually exist. The authors developed Ulysses, a system that uses multiple AI agents to create and verify exploits for web applications. It checks if a potential security problem is real by testing different ways to exploit it and confirming the results. Their tests on various real web apps showed Ulysses could reliably prove many known vulnerabilities and even found new ones.
Open → 2610.31831v1

Data voids let bad actors trick web searching AI models

Data-Void Exploits in Web-Searching LLMs

Abstract: Web-searching Large Language Models (LLMs) have changed how users seek online information: instead of sifting through ranked lists of links, users read synthesized answers. This shift creates a new LLM vulnerability: a data-void exploit. Disinformers publish their narratives in search spaces where relevant and reliable content is scarce, i.e. data voids, then rely on the LLM's web-search to retrieve and then use, cite, or list those pages in its responses to data-void seeking prompts. Unlike classical search, where users see ranking cues and competing results, LLMs can obscure when an answer relies on sparse, unverified, or adversarial sources. We study this threat by varying the user's prompt tone - skeptical, excited, or neutral - and LLM choice - ChatGPT, Gemini, or Sonar Pro - as well as three attacker controls. The attacker can use one of five known strategies to construct and fill a data void with their narrative, host their content at varying levels of visibility from well-established, indexed domains to less established ones, and include generative-optimization engine features thought to boost citing by web-searching LLMs. We find that data-void exploits can succeed with only a single attacker controlled page. Across all conditions, attacker-content appears in LLM responses 31% of the time. User controls offer limited protection: while skeptical prompts slightly reduce success and slightly increase flagging or warnings in LLM responses, we find no evidence of large effects of prompt tone or model choice on success rates, although smaller effects cannot be ruled out. Overall, our results establish data voids as a practical inference-time attack surface for manipulating web-searching LLMs through strategically placed web content and highlight the urgent need for defenses against such exploits.

Wed 21 OctCryptography and SecurityHuman-Computer InteractionInformation Retrieval
The gist
Web-searching language models now give direct answers instead of links, which can hide when information is scarce or unreliable. The researchers found that bad actors can exploit these ‘data voids’ by publishing misleading content in areas where truthful information is rare. The language models then use this content in their answers without clear warnings, making it easier to spread false narratives. The researchers tested different models, prompts, and attacker strategies, finding such attacks succeed about one-third of the time. They highlight the need for better defenses to protect users from this kind of manipulation.
Open → 2610.30365v1

BrowseSafe++ detects harmful browser instructions across webpages

BrowseSafe++: Benchmarking Prompt Injection Detection Across Web Contexts, Languages, and Browser Views

Abstract: Browser agents need to make decisions and execute actions on behalf of users while consuming untrusted webpages, creating opportunities for malicious instructions embedded in webpages to redirect legitimate tasks. We introduce BrowseSafe++, which extends BrowseSafe from 14,719 pages to 38,675 pairs of pages. Most of its prompt injections were observed in the wild on production websites. We keep each injection unchanged and rewrite the sensitive parts of the page around it to protect privacy. Each attacked page has a clean copy of the same page as its control. Both are provided as HTML, Markdown, an accessibility tree, and a screenshot. Every pair includes a user task and its expected answer. The benchmark includes twelve types of websites, from news articles to shared documents and forums, with 24 attack types appearing in 18 different locations on a page. We use these paired pages to train BrowseSafe-Guard, two 0.8B-parameter detectors for text and screenshots. Both achieve higher F1 scores than the detector based on frontier models, while keeping false-positive rates on benign pages and inference cost low. BrowseSafe-Adapt revises benchmark injections from browser-agent feedback, and attacks that succeed on only a few percent of tasks when replayed directly reach up to 95.41% success once adapted.

Mon 12 OctCryptography and SecurityMachine Learning
The gist
Web browsers sometimes get tricked by instructions hidden inside websites that can redirect or change tasks users ask them to do. The authors expanded a benchmark called BrowseSafe++ with many examples of these tricky instructions, collected from real websites. They created a tool named BrowseSafe-Guard that can spot these harmful instructions by looking at webpage text and screenshots, doing better than previous detectors. Their system also adapts to make attacks that only worked sometimes become much more effective.
Open → 2610.17457v1

Web agents vulnerable to visual attacks that hijack browsing actions

Adversarial Images Hijack Web Agents from Visual Grounding to Browser Execution

Abstract: Modern web agents built on large vision-language models process webpages, select relevant UI elements, and translate model outputs into browser actions. Existing visual red-teaming approaches use adversarial visual content to manipulate this process. However, they primarily target model inference and do not explicitly account for structured input processing or action post-processing. Consequently, model-level success does not establish control over browser execution and cannot reliably characterize end-to-end agent robustness. To address this gap, we formulate red teaming for vision-grounded web agents as an end-to-end grounding-to-execution problem, and introduce WebMirage, a framework that crafts localized visual perturbations that cause agents to select attacker-controlled content and execute the corresponding browser action across varying webpage renderings. It uses a role-slot abstraction and webpage recomposition to capture competition among webpage elements, and dataflow analysis to align optimization with action post-processing. We evaluate WebMirage across four agent configurations and six VLM backbones on 2,250 tasks covering 13 public websites and a sandbox benchmark. WebMirage achieves an average attack success rate of 91.9%, compared with 17.4% for the strongest baseline, and remains effective against three agent-level defenses.

Wed 7 OctCryptography and SecurityArtificial IntelligenceComputation and Language
The gist
Some web agents use AI models that understand both pictures and words to interact with websites automatically. The authors found that carefully designed visual tricks can fool these agents into clicking on attacker-controlled parts of a webpage, causing unwanted actions. They built a tool called WebMirage to create these visual tricks and tested it across many websites and agent setups. Their experiments showed these attacks work much better than previous methods and can bypass some defenses.
Open → 2610.09240v1

Production web apps often expose live credentials in browser code

Secrets That Survive Everything: Runtime Credential Exposure in Production Web Applications

Abstract: Pre-deployment secret scanning operates only on source code, never on what a production application serves. We document two exploitation chains in which Azure AD client credentials and APIM subscription keys from production JavaScript bundles enabled account takeover and mass data exposure. An authorized engagement covered approximately 2,000 enterprise web assets in one organization; 113 (5.65%) served live credentials. To quantify the shift-right gap, we built an independent Ground Truth (GT-194) of 194 secret-grade credentials through Claude Opus 4.7 extraction and manual analyst review, with the 247 LLM-extracted candidates independently validated by GPT-5.5 (Brennan-Prediger kappa = 0.676). The principal finding is structural: 13.9% of GT-194 (27 of 194) is surfaced only by manual analysis and recovered by none of the nine evaluated production scanners, a tool-agnostic blind spot the ground-truth model also misses. CryptoJS encrypted configuration separately defeats every static scanner: the credential exists only after decryption with a co-located key, reached only by runtime-aware detection. Combined coverage plateaus at 86.1%. Among the nine scanners, the best static scanner recovers 36.6% and the best runtime-aware scanner 77.8% (F1 = 0.818, McNemar p < 0.001); the ground-truth model is reported separately as a reference comparator, not an evaluated detector. On 63 of 86 secret-exposed applications (73.3%), the full Azure AD token-mint chain is co-located in one bundle, reachable from browser code. We characterize five paths by which credentials reach production undetected and present a layered runtime detection methodology and remediation framework. Recall is scoped to a single-organization Azure-heavy corpus.

Sat 19 SeptCryptography and Security
The gist
Many web applications running in the real world accidentally reveal secret keys and credentials inside code sent to users' browsers. The authors studied 2,000 web apps at one company and found over 100 that expose such sensitive information, which can let hackers take over accounts or access lots of data. They showed that common automated tools miss a significant portion of these secrets, especially when credentials are hidden using encryption and only visible at runtime. The authors also describe how these secrets end up in production unnoticed and suggest ways to detect and fix these issues while apps are running.
Open → 2609.23042v1

Agentic AI detects risky log exposures in popular WordPress plugins

Plug 'n' Pray: Agentic LLM-based Detection of Potential Log File Exposures in Third-Party Content Management System Plugins

Abstract: Content Management Systems (CMS), such as WordPress, power a large share of the web (~58%), and their extensibility through third-party plugins is a major source of their popularity as well as of their attack surface. One high-impact weakness that remains understudied is log file exposure by CMS plugins, which create log files for debugging or other purposes. If these files are insufficiently secured, they can disclose sensitive information (e.g. credentials, personal data) which has led to website compromises in the past. In this work, we present an agentic, LLM-based framework that automatically detects potential log file exposures in plugins of the most popular CMS (WordPress). Our agent analyzes each plugin by performing static and dynamic analysis. We evaluated our approach on the 300 most-installed WordPress plugins (about 0.6% of all), which together account for over 250M active installations, i.e. 75% of all active installations in the official plugin ecosystem. We manually validated each finding, reproducing 79 of 81 findings from 62 plugins. We observed that several protective measures appear to be implemented that we classify as creation-control (e.g. manual log activation) and access-control (e.g. deny rules in .htaccess). However, we find that multi-layered protection is required, but not always present. From these results we derive a taxonomy of log file path and protection patterns and deduce a set of best practices for developers to securely handle them. Finally, our study corroborates that agentic LLMs are an useful tool for security analysis.

Tue 15 SeptCryptography and Security
The gist
Many websites use WordPress plugins that create log files to help developers fix issues. These logs can sometimes accidentally reveal private user information if not protected properly. The authors designed a smart AI system that studies these plugins to find potential risks of exposing sensitive log files. They tested this on the most popular WordPress plugins, confirmed their findings by hand, and gave advice on how to keep logs safe. Their study shows AI tools can help improve website security.
Open → 2609.17164v1

Large language models improve detection of javascript code vulnerabilities

Exploring Automated Vulnerability Identification in JavaScript Code Using Large Language Models

Abstract: JavaScript powers approximately 98.8% of all websites, making vulnerabilities in its code a significant security risk, yet existing detection approaches such as Static Application Security Testing (SAST) tools often fail to identify many real-world vulnerabilities when applied to isolated code snippets. This paper presents an empirical study of Large Language Model (LLM)-based vulnerability identification for JavaScript programs, evaluating three LLM families (Gemini 1.5 Flash, GPT-4o Mini, DeepSeek-R1-Distill-Llama-8B) across multiple prompting strategies (zero-shot, chain-of-thought, few-shot) and fine-tuning approaches on a dataset of 1,125 JavaScript code snippets spanning five Common Weakness Enumeration (CWE) categories: Injection (CWE-74), OS Command Injection (CWE-78), Cross-Site Scripting (CWE-79), SQL Injection (CWE-89), and Uncontrolled Resource Consumption (CWE-400). Our experiments show that LLMs substantially outperform traditional SAST tools on snippet-level vulnerability identification, with a fine-tuned Gemini 1.5 Flash model achieving 60% detection accuracy compared to near-zero performance from rule-based analyzers. We find that fine-tuning improves accuracy from 29% to 60%, Chain-of-Thought prompting benefits reasoning-capable models such as GPT-4o Mini, few-shot prompting is effective for polymorphic vulnerabilities such as Cross-Site Scripting, and performance varies across vulnerability categories, reaching up to 84% accuracy for structured vulnerabilities such as SQL Injection. These results indicate that LLMs provide a practical approach for automated vulnerability identification in JavaScript code, particularly when combined with task-aligned supervision, though they should complement rather than replace existing security analysis workflows due to limited recall and uneven performance across vulnerability types.

Sat 12 SeptCryptography and SecurityArtificial Intelligence
The gist
Many websites use JavaScript, but its code can have security weaknesses that are hard to find. The authors studied how advanced AI language models can spot these problems better than traditional tools. They tested different AI models and ways of teaching them on many JavaScript code snippets with known security issues. They found AI models detected vulnerabilities more accurately, especially when trained further or given helpful examples. Still, these AI tools are best used along with existing methods since they don't catch all problems equally well.
Open → 2609.13816v1

Sampling strategies affect accuracy of web security studies

You Get What You Sample: Evaluating Sampling Strategies for Web Security Measurements

Abstract: Web measurement studies rely on domain datasets such as Tranco to quantify the prevalence and impact of security issues at scale, but exhaustively analyzing these datasets is often infeasible because of the cost of advanced analysis techniques, requiring the use of sampling. Despite its widespread use, sampling remains largely guided by convention---most commonly \emph{Top $N$} domain selection---rather than evidence, and its influence on the validity and generalizability of security findings has received little systematic evaluation. Consequently, it remains unclear whether common sampling strategies introduce systematic bias, distort observed vulnerability rates, or limit comparability across studies. In this work, we undertake, to the best of our knowledge, the first comprehensive investigation into how sampling methodologies affect the measurements and the conclusions. Through a comprehensive literature review and large-scale measurements of 500k Tranco and 24.8M Common Crawl hosts, we perform a comparative evaluation of datasets and sampling strategies. We show that, while Top $N$ sampling may be a rational strategy, the researchers have to bear in mind that Top $N$ does not reflect the overall distribution of the web. Instead, probability-based strategies yield stable, unbiased estimates for prevalence and many impact objectives. Hybrid sampling provides no advantages over pure probability sampling, as its deterministic prefix consistently contributes negatively to accuracy. Building on these results, we provide data-backed guidance for future studies, proposing to use an adaptive probability-based sampling strategy that remains effective even when the prevalence of the target issue is unknown.

Thu 10 SeptCryptography and Security
The gist
Web security researchers often study large lists of websites to find security problems, but checking every site can be too expensive. Instead, they look at a smaller sample, but it hasn’t been clear if common ways of picking these samples give a true picture. The authors studied different sampling methods and found that picking the top popular sites misses many important details and can bias results. They suggest using a probability-based approach that gives more reliable estimates and works well even when you don’t know how common a security issue is.
Open → 2609.11218v1

Privacy auditing framework reveals mixed compliance with California law

PrivAudit: A Dual-Lens Auditing Framework for Website Privacy Practices under the CCPA

Abstract: Five years after the enforcement of the California Consumer Privacy Act (CCPA), understanding how website privacy practices evolve at scale in response to regulation remains a key challenge for both researchers and regulators. Prior work and regulatory efforts have focused on manual and case-specific enforcement, but there remain no scalable approaches to systematically audit two key user-facing facets of websites that are crucial signals for the CCPA: privacy disclosures and front-end user tracking behavior. In this paper, we present PrivAudit, an automated auditing framework that adopts a dual-lens approach to capture: (1) privacy disclosures through large language model-based analysis of privacy policies grounded in CCPA provisions, and (2) user-observable data collection behavior through automated browser measurements of cookie writes under diverse privacy configurations. We apply PrivAudit to 998 websites and report two broad findings. The law is associated with stronger privacy disclosures: CCPA-subject policies are more likely to disclose opt-out mechanisms, data-sharing practices, and user rights. On the other hand, cookie-based tracking remains pervasive, with both CCPA-subject and not-subject websites setting a total of 6,392 targeting cookies, 49% of which are third-party writes. Moreover, cookies show limited-to-moderate responsiveness to privacy signals and consent choices, even when websites claim to honor them in their disclosures. Our results highlight the need for multi-layered and scalable auditing approaches that combine policy analysis with behavioral evidence. PrivAudit can support these auditing workflows at scale by generating actionable signals and patterns for further manual review. We open-source PrivAudit and are engaging with regulators to support auditing in practice.

Wed 9 SeptCryptography and Security
The gist
It can be hard to check if websites really follow privacy laws like the CCPA, which protects users in California. The authors built a tool called PrivAudit that looks at both what websites say in their privacy policies and what cookies they place on users’ browsers. They found that while many websites explain user rights better, tracking cookies are still very common and users’ choices are often not fully respected. This shows the need for tools that look at policies and actual behavior to spot privacy problems.
Open → 2609.09697v1