{"by":"brian_cunnie","id":49862188,"kids":[49862360,49862895,49862277],"parent":49861886,"text":"It was my service that the agent used: nip.io &#x2F; sslip.io<p>OpenAI emailed me to let me know that their agent used my service to break out of test containment. OpenAI was quite polite (shout-out to Steven), and let me know they&#x27;d keep the name of my service out of the blog post.<p>nip.io is a simple DNS service: when queried with a hostname with an embedded IP address, returns that IP address, e.g. 127-0-0-1.nip.io → 127.0.0.1<p>The nip.io service is airtight with one exception: the &quot;_acme-challenge&quot; subdomain. In that case, rather than returning the IP address (or whatever record was queried), nip.io would return an empty &quot;answer&quot; section but an NS authority &amp; not authoritative. In other words, nip.io would delegate DNS queries to that IP address.<p>That was the escape hatch.<p>In a couple of weeks I&#x27;ll close that escape hatch. It was originally intended as a mechanism to allow savvy uses to procure wildcard certs (e.g. &quot;*.64-176-22-9.nip.io&quot;) from certificate authorities such as Let&#x27;s Encrypt. But experience proved that the it was an undue burden trying to support unsophisticated users attempting to procure a wildcard cert. &quot;Wildcard certs are not supported&quot; became my new mantra.<p>But I had neglected to remove the old code.<p>(the late Roopinder Singh created nip.io, and he was a good guy. I miss him)","time":1790470447,"type":"comment"}