SShortSingh.
Back to feed

Dashboard Bug Showed Fictional 339ms Latency by Averaging Across All Regions

0
·1 views

A monitoring platform discovered its latency dashboard had been displaying a misleading average of 339ms by blending response times from three geographic regions — Zurich, New York, and Singapore — into a single number. The underlying SQL query grouped checks only by time, never by region, meaning a 6ms Zurich reading and a 441ms Singapore reading were averaged together into a figure no real user ever experienced. The flaw went undetected because 339ms is a plausible, non-alarming latency figure that would pass casual review without raising concern. In reality, Zurich users were seeing excellent performance while Singapore users faced sluggish response times — two entirely different service realities obscured by one blended metric. The team noted the problem worsened as more monitoring regions were added, effectively making the dashboard less accurate the more thoroughly it was used.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

AI Agents vs Chatbots: Key Differences Explained for the AI Era

While many people use the terms 'chatbot' and 'AI agent' interchangeably, the two technologies are fundamentally different in how they operate. Chatbots like ChatGPT are reactive systems that respond to individual prompts and wait for the next instruction once a task is complete. AI agents, by contrast, are goal-driven — given a single objective, they independently break it into subtasks, use external tools, and adapt their approach if something fails. For example, rather than answering step-by-step vacation questions, an AI agent could autonomously research flights, compare hotels, and build a full itinerary from one high-level prompt. As tech companies and startups invest heavily in agentic AI, understanding this distinction is becoming increasingly important for anyone following the future of artificial intelligence.

0
ProgrammingDEV Community ·

Cloudflare Workers skip fetch handler when static assets match the request

A developer discovered that redirect logic written inside a Cloudflare Worker's fetch handler never executed because static asset requests are served directly at the edge, bypassing the Worker entirely. By default, Cloudflare only invokes the Worker script for requests that do not resolve to a file in the assets directory, meaning the handler effectively only caught 404s. The issue can be confirmed by requesting a non-existent path — if that triggers the redirect while real pages do not, the Worker is being skipped for asset-backed URLs. The recommended fix is to use Cloudflare's Redirect Rules, found under Rules in the dashboard, which run earlier in the traffic sequence than Workers and are free on all plans. Forcing the Worker to run before the asset lookup is an alternative but is considered wasteful for simple redirects that do not require per-request logic.

0
ProgrammingDEV Community ·

One-Click RCE Flaw Disclosed in VS Code, Cursor, and Google Antigravity Editors

A remote code execution vulnerability affecting three widely used AI-assisted code editors — Microsoft Visual Studio Code, Cursor, and Google Antigravity — was publicly disclosed on August 5, 2026. The flaw allows an attacker to embed malicious commands inside links within commit messages, and a single click by the developer triggers arbitrary code execution on their machine. Because the link appears in a trusted editor environment rather than an external channel like email, developers are less likely to scrutinize it. No CVE identifier, specific affected version numbers, or vendor-confirmed patches have been published as of the disclosure. Developers using any of the three editors are advised to treat all commit-message links with caution until official vendor advisories are released.

0
ProgrammingDEV Community ·

Experts reveal how AI-generated code gets exploited and how to defend it

Codacy CTO Kendrick Curtis and WorkNest Secure's Head of Offensive Security Jordan Constantine jointly examined vulnerabilities introduced by AI coding tools, from development through penetration testing. Key risks include stale AI training data pulling outdated or malicious packages, prompt injection attacks where plain-text instructions inside files can direct agents to leak environment variables, and malicious MCP servers acting as middlemen to exfiltrate data. Practical defences highlighted include setting a minimum package age in .npmrc to avoid newly published malicious dependencies, using curated allowlists with scoped tokens for MCP servers, and sandboxing agents with vault-stored credentials. Real-world attack walkthroughs showed how a customer chatbot was manipulated into revealing MD5 password hashes and how an AWS document-ingestion service was exploited via indirect SSRF to obtain cloud credentials. The session underscored that most AI security failures stem from unbounded permissions and poor input-output controls rather than flaws in the AI models themselves.

Dashboard Bug Showed Fictional 339ms Latency by Averaging Across All Regions · ShortSingh