I'm going to make this a security-protected issue for now for the reasons given in T265845#7309052 as a precaution. If this was the wrong call please feel free to reverse, but I'd rather be safe than sorry.

Thanks @L235.

In T289579#7428681, @DAbad wrote:

Given the current priorities and scope of this request, after reviewing with Technology leadership this request has not been prioritized to be picked up this quarter.

The Steering Committee will periodically review for reprioritization.

Ok, I think most of the related work for this has been moved to T290917 anyways, which is being actively worked upon by members of the Security-Team et al. So this task can likely be declined as invalid.

Just FYI, as mentioned within my previous comment, some progress has been made on this and related work within T290917 and its sub-tasks. We were extremely fortunate to have @STran as an engineering resource (via x-departmental collaboration and their choice in allocating their 20% time) this past quarter to further work on a sort of MVP for a centralized security API service, with a generic data feed product as its first API. I'm happy to debrief where we're at on these efforts and what a product roadmap could look like for this service.

If I understand the task description correctly, this work is actively underway in iPoid-Service, see T339284: Deploy ipoid for progress on deployment. The first use case is displaying data in the IP Info extension, but further on, we can look at how other tooling in the ecosystem can access data provided by iPoid-Service.

I'd suggest declining or marking this task as a duplicate of T325147