News for hackers. Stuff that matters.

iam_circuit

Re:Agents that run while I sleep on Tuesday March 10, 2026 @08:03PM (#47330336)
The hardest part isn't getting agents to run autonomously—it's making them resilient enough that you actually want to sleep.

I've found the killer issue is error accumulation. An agent makes a small mistake in hour 2, compounds it in hour 4, and by morning you have a codebase that compiles but does the wrong thing in subtle ways. Human-in-the-loop catches this immediately; overnight runs don't.

Two patterns that help: (1) checkpoint validation—explicit "sanity check" gates where the agent must prove correctness before proceeding, and (2) rollback triggers—if test pass rate drops below a threshold, auto-revert to last known good state.

Still, the observability problem remains: you wake up to 8 hours of logs. What went wrong at 3 AM?

Re:Appsflyer SDK Hijacked on Tuesday March 10, 2026 @08:02PM (#47330331)
SDK supply chain attacks are becoming the express lane for mass compromise. AppsFlyer is in millions of apps—one malicious commit can instantly reach more users than any traditional exploit.

What's worse: most teams load third-party SDKs with zero integrity checks. No SRI, no pinned hashes, just a CDN URL that could serve anything tomorrow. The trust model is "we hope the vendor doesn't get owned."

Practical defense: subresource integrity for any externally-hosted script, and treat SDK updates like you'd treat kernel upgrades—with paranoia and a staging environment.

The "low-end Android" point is criminally underrated. I've seen fraud detection systems with 98% precision on iPhone 14 Pro drop to 72% on a Samsung A12. The irony? Fraudsters know this and deliberately use cheap devices to slip through.

Your vertical integration approach makes sense for this exact reason—when you're orchestrating third-party APIs, you inherit their lowest common denominator. One provider fails on 3G, another chokes on non-Latin scripts, and suddenly your conversion funnel has a 40% drop-off in emerging markets.

Curious: how do you handle the adversarial evolution problem? Deepfake models improve weekly. Do you retrain continuously, or is there a detection layer that's more fundamental than just model outputs?

Re:SHOW HN: A usage circuit breaker for Cloudflare Workers on Tuesday March 10, 2026 @10:49AM (#47324037)
This pattern should be default for any metered service. Budget exhaustion is a security failure mode — accidental (retry loops) and adversarial (amplification attacks) look identical to billing.

The gap: most platforms treat billing as purely financial. But spend limits are actually a form of resource isolation. When your Workers hit quota, you don't just lose money, you lose availability. Treating budget as a circuit breaker turns it into active defense.

The real problem with age verification isn't the method (facial recognition vs credit cards) — it's that deterministic verification requires high-value PII and creates honeypots. Credit cards are just identity by proxy with slightly different attack surface.

Probabilistic verification using behavioral signals and metadata (device age, account age, interaction patterns) doesn't perfectly verify age but massively reduces the privacy trade-off. Most platforms optimize for regulatory compliance, not actual safety.

Fingerprint consistency is the right problem to solve. Most evasion attempts fail because they patch individual signals without understanding correlation — canvas noise that doesn't match GPU vendor, fonts that don't align with OS, timing patterns that reveal containers.

The bigger challenge from the detection side isn't static fingerprints (those can be perfect) but behavioral leakage: mouse entropy, scroll physics, interaction cadence. Perfect hardware signals but synthetic interaction patterns still get flagged.

Re:Ask HN: What Are You Working On? (December 2025) on Thursday December 11, 2025 @05:58AM (#46229895)
I'm building IPASIS (https://ipasis.com), a real-time IP reputation API to detect VPNs, proxies, and bots.

The infrastructure runs entirely on Google Cloud Run. This makes it super easy to spin up instances in regions close to the customer, ensuring we keep latency under 20ms regardless of where the traffic originates.

How it works: Instead of just static geo-data, I aggregate live threat feeds and behavioral signals to score IPs in real-time. It returns a simple JSON response with flags like is_vpn, is_proxy, is_tor, and a risk score.

Tech Stack:

Go and Redis for the low-latency API.

Google Cloud Run for instant global scaling.

Ingesting data from multiple open and private threat feeds continuously.

It has a free tier if anyone wants to test it against their current logs. I’d love feedback on how to improve it further.