News for hackers. Stuff that matters.

juros

Re:Cloudflare Ohttp Gateway on Thursday October 08, 2026 @04:43AM (#50003355)
that's a big misunderstanding. Cloudflare DOES see the contents because they terminate TLS. All requests and responses, with bodies, credentials and cookies in plaintext.

The NSA's dream made true.

all links currently on this thread are self promotion, OP included. They just own more HN accounts to vote unwanted comments away ¯\_(ツ)_/¯
there was a blog post linked on this thread explaining how proxy IP lists (spur, synthient, ipinfo et al) have little actionable value and introducing an alternative real-time approach to detection.

But it got flagged/downvoted into removal (twice!). Someone here has lots of HN accounts and doesn't tolerate free competition.

Disclaimer: I'm the founder and main researcher of the "flagged" company.

Re:How to Detect Residential Proxies on Monday September 14, 2026 @04:50AM (#49693818)
This works in theory, and shows you've made good research on the topic. I operate an IP anonymizer detection service and these are the gotchas I think you'd find in real life though:

- some browsers / extensions disable webRTC by default, and certain privacy configs use a proxy to reach out to STUN. These are not "weird" browsers: Safari, Firefox, Brave, Opera do it by default or through configs.

- naive RTT calculations will cause you lots of false positives. Just as an example, some devices on low battery do slow down their network stack, randomly causing bigger RTT on some network packets and triggering your TLS > RTT*3. We discovered it the hard way, and there are many more other corner cases.

- as an independent site operator, I'd find this harder to deploy than i.e. deploying a reverse proxy or using 3rd party service. Also you'd need to always show an interstitial screen where the webRTC checks happen, instead of running your detections on the fly as each request comes in.

If you're interested on the topic, let's chat by email and/or take a look at our demos:

- https://demo.truesign.ai/protected-form

- https://demo.truesign.ai/protected-content

Truesign doesn't use PoW. The bot detection works by collecting network and browser signals.

The PoW solutions I've seen out there just add 1-2 seconds of delay before granting access to the whole site. It could work against random unsophisticaed crawlers but I don't see how that can stop determined bots.

it analyzes the network packets in real time, they contain many data points if you know where to look.

Residential and mobile proxies are also detected.

Show HN: Bot, proxy and fake email detection without captchas

https://truesign.ai

I've been researching the bot & proxies space for years. I slowly incubated a service to protect public forms, contents and APIs. It recenty reached a few million daily requests and I now dare to bring it to light.Truesign detects bots, proxies/vpns and fake emails, through a single request from the browser, without challenges or user interaction. It can block the request based on rules you...

( Read More... | 7 comments | 4 points | on HN )
Re:Show HN: I'm Building a Browser for Reverse Engineers on Wednesday October 08, 2025 @10:13AM (#45516430)
It would be dangerous if this tool fell into the wrong hands.

Where's the wait list?

Re:OpenAI dropped the price of o3 by 80% on Thursday June 12, 2025 @03:30AM (#44255019)
Personally I found that rejecting disposable/temporary emails and flagging requests behind VPNs filtered out 99% of abuse on my sites.

No need to ask for a phone or card -- or worse, biometric data! -- which also removes friction.