Skip to main content

ThreatQ: Use-Case-Based Documentation for the REST API

  • November 19, 2025
  • 2 replies
  • 40 views

zach.shames.sx
Forum|alt.badge.img

ThreatQ provides a comprehensive REST API documentation and an extensive Swagger collection, making it easy to explore available endpoints and parameters. However, we’ve heard that developers and analysts could benefit from use-case–based documentation — examples that walk through common workflows and best practices for interacting with the API.

This type of documentation could help:

  • Understand best practices for using the API effectively

  • Avoid inefficient or unsupported methods for common operations

  • Get started faster with real-world, task-based examples

We’d like your input on what would be most helpful:

  • What API use cases do you find yourself repeating or struggling to document?

  • Would you prefer Python examples or other scripting languages?

  • How detailed should examples be (step-by-step, or just reference snippets)?

  • Which topics should be prioritized — e.g.:

     

    • Uploading attachments via the API and parsing content for IOCs

    • Bulk searching IOCs using Threat Library filters

    • Creating observation events with related indicators

    • Paginating through exports

    • Creating and using data collections

    • Bulk creating IOCs with relationships

Your feedback will help us understand what kinds of API examples and use cases would deliver the most value for your teams.

👉 If you have a specific idea — like a particular workflow, endpoint example, or preferred format — please create a new Idea describing the use cases or examples you’d like to see added to the ThreatQ API documentation.

2 replies

Forum|alt.badge.img
  • New Participant
  • November 20, 2025

Awesome idea Zach!  That would be very helpful (python is the language of choice, I would bet for most?)

 

It would be helpful to have ‘full-cycle’ examples.  I know that’s more work (especially when I add here, “all of those examples are active use cases that we have in the pipeline”), but if we had example/template code for them it would help dramatically.


  • Employee
  • December 4, 2025

Awesome idea Zach!  That would be very helpful (python is the language of choice, I would bet for most?)

 

It would be helpful to have ‘full-cycle’ examples.  I know that’s more work (especially when I add here, “all of those examples are active use cases that we have in the pipeline”), but if we had example/template code for them it would help dramatically.

I have a few Python scripts from my time with TQ. One customer asked me to write a little script that took a CSV, look it up in TQ, and if found add it to a second CSV with any matches along with some select context including adversaries. It was quite an interesting piece of work, with some nuance on the different options for searching. As the customer wanted to know about the exact indicator I had to use a specific endpoint for the initial lookup. 


So, although it was a short piece of code it did demonstrate, TQ auth, lookup, relationships and getting the data out - and could be built on to do all sorts of things.


Let me know if you’d like to know more.