### Summary
Users can report private messages, even when they're neither sender nor recipient of the message.
The API response to creating a private message report contains the private message it...
The full description of the bug is in the linked issue above, but the short version is:
Our CreatePrivateMessageReport endpoint had a bug that would allow anyone, not just the recipient, to create a report, and then receive the details about private messages.
This allowed anyone to iterate over ids, creating thousands of reports in order to receive details about private messages.
Since those reports are visible to admins, it would be easy to discover if someone was abusing this, and luckily we haven't heard of anyone doing so on production instances (so far).
If you haven't, please be sure to upgrade to at least 0.19.1 for the fix.
As far as I'm aware the most widely-accepted standard for responsible disclosure is 90 days. This is a little different, since that's normally between businesses and includes the time needed to develop a solution; it's not typically aimed at federated or self-hosted applications rolling out an already-created patch. On the one hand, granting them that extra time to upgrade seems reasonable. On the other, wouldn't anyone wanting to exploit a vulnerability be able to reverse-engineer it pretty easily by reading the git history?