Title
Page icon
Create new category
Edit page index title
Edit category
Edit link
How OESIS Supports Bulletin for Patch Management
This article explains how bulletins are designed in OESIS patch management. A bulletin is a named security advisory that groups one or more individual patches under a single stable identifier, giving management servers an advisory-level view of patch data. The article covers what bulletins are, where they come from, how bulletin IDs are formatted, the bulletin.json catalog schema, and how bulletins link to the patch aggregation files.
What is a bulletin?
Patch data in OESIS has traditionally been organized by product and version. That works for "keep me current" scenarios, but IT administrators and compliance tools think in terms of releases and advisories: "is this Patch Tuesday update deployed?", "which endpoints are missing this Adobe APSB fix?". A bulletin provides that missing handle.
A bulletin groups one or more individual patches under a single identifier, together with the advisory metadata administrators expect: title, summary, severity, release date, CVE list, and reference links. Instead of tracking patches by raw product/version, bulletins let a management server organize, filter, and display patch data by advisory, the same way an IT administrator reads a Microsoft Patch Tuesday announcement or an Adobe APSB notice. This gives you:
A stable identity for each release. Compliance policies and audit queries can reference a bulletin ID directly instead of reconstructing releases from raw version strings.
Advisory-level grouping. A single release that ships multiple patches (for example, several product versions) is represented as one bulletin, so consumers no longer need to reassemble the release themselves.
Where bulletin data lives
Bulletin data is published in bulletin.json, a server-side file in the Analog package under server/:
Platforms: Windows, macOS, Linux.
bulletin.json is the bulletin catalog: it is what a server-side consumer reads to understand which bulletins exist, what they cover, and which patches belong to each. It works alongside the existing patch aggregation files, which continue to carry the full patch metadata (see How bulletins relate to other Analog files below).
Bulletin sources
Each bulletin has a source field identifying where it came from:
| Meaning | Example IDs |
|---|---|---|
| Advisory published by the vendor and consumed as-is (Microsoft KB, Adobe APSB) |
|
| OPSWAT-tracked third-party software release |
|
Bulletin ID format
Microsoft KB — MS<YY>-<MMDD>-<KB>
Example: MS26-0512-5087065, which is KB5087065 from the May 12, 2026 Patch Tuesday.
All KBs from the same Patch Tuesday share the MS26-0512 prefix, so consumers can group them without a separate field.
Adobe APSB — APSB<YY>-<NN>
Example: APSB26-12
OPSWAT third-party — <PRODUCT_CODE>[<PLATFORM_SUFFIX>]-<YYMM>
Each OPSWAT bulletin covers a single product on a single platform for a given month.
Platform | Suffix | Example |
|---|---|---|
Windows | (none) |
|
macOS |
|
|
Linux |
|
|
Common product codes:
Product | Code |
|---|---|
Google Chrome |
|
Mozilla Firefox |
|
Oracle Java 8 |
|
Oracle JDK 11 |
|
VMware Tools |
|
Schema
Bulletin metadata
Field | Type | Required | Notes |
|---|---|---|---|
| string | yes | Unique bulletin identifier |
| string | yes |
|
| string | no | Vendor name, |
| string | no | KB article, Microsoft bulletins only (e.g. |
| string | yes | Human-readable bulletin title |
| string | yes | Brief description |
| string | yes | See Severity values below |
| string | yes |
|
| string[] | yes | CVE identifiers |
| string[] | yes | Reference URLs (may be |
| array | yes | Individual patches covered by this bulletin (see Patch metadata below) |
Patch metadata
Field | Type | Required | Notes |
|---|---|---|---|
| string | yes | Product name |
| string | yes | Patch version |
| string | yes |
|
| string | no | Links to |
Severity values
For vendor bulletins, severity comes from the vendor's published rating. For opswat bulletins, severity is the highest severity among the CVEs listed in cves.
Value | Meaning |
|---|---|
| Remote code execution or unauthenticated privilege escalation |
| Privilege escalation, spoofing, or significant data disclosure |
| Limited exploitability or partial impact |
| Minimal or difficult-to-exploit vulnerability |
| No severity assigned by vendor |
How bulletins relate to other Analog files
Bulletins sit above the patch data; they reference patches rather than duplicate them. bulletin_ids appears in two other server-side files, linking patches back to their bulletins:
File | How it references bulletins |
|---|---|
| Each third-party patch entry carries |
| Each Windows system patch entry carries |
Use patch_uuid from patches[] to look up full patch metadata in those files.
Usage
Group patches by advisory
Load
bulletin.json.Filter by
source,idprefix, orseverity.Display
title,severity,cves, andreferencesper bulletin.Expand
patches[]to list affected products and versions.
Look up a bulletin from a known patch
Look up patch detail from a bulletin
Examples
OPSWAT bulletin (third-party)
Microsoft bulletin (vendor)
If Further Assistance is required, please proceed to log a support case or chatting with our support engineer.