IntelMQ-dev

intelmq-dev@lists.cert.at

3 participants
255 discussions

Shadowserver IntelMQ schema / User-Agent
by Thomas Hungenberg 22 Oct '26

22 Oct '26

Hi all, some Shadowserver reports include information on the User-Agent in "http_agent" which is mapped to "extra.http_agent" by the IntelMQ schema, e.g. event4_sinkhole_http [ "extra.", "http_agent", "validate_to_none" ], For other reports, the value of "http_agent" is mapped to "extra.user_agent": event_honeypot_http_scan [ "extra.user_agent", "http_agent", "validate_to_none" ], Other reports already include the information in "user_agent" which is mapped to "extra.user_agent" as well: sandbox_url [ "extra.", "user_agent", "validate_to_none" ], I'd like to propose harmonizing this by mapping the User-Agent information to "extra.user_agent" for all reports. What do you think? - Thomas

3 6

Added Accessible-MikroTik feeds
by elsif 15 Sep '26

15 Sep '26

Hello, Below is the draft mapping for a new report. Please see the attached pdf for details as our web hosting provider is still having issues with the report pages. Please let me know if you have any comments or suggestions. Regards, Jason { "constant_fields" : { "classification.identifier" : "open-mikrotik-service", "classification.taxonomy" : "other", "classification.type" : "other", "protocol.application" : "Mikrotik Service" }, "feed_name" : "Accessible-MikroTik", "file_name" : "scan_mikrotik_service", "optional_fields" : [ [ "severity", "severity", "validate_to_none" ], [ "protocol.transport", "protocol" ], [ "source.reverse_dns", "hostname" ], [ "extra.", "tag", "validate_to_none" ], [ "source.asn", "asn", "invalidate_zero" ], [ "source.geolocation.cc", "geo" ], [ "source.geolocation.region", "region" ], [ "source.geolocation.city", "city" ], [ "extra.source.naics", "naics", "invalidate_zero" ], [ "extra.", "hostname_source", "validate_to_none" ], [ "extra.source.sector", "sector", "validate_to_none" ], [ "extra.", "version", "validate_to_none" ], [ "extra.", "data_2000", "validate_to_none" ], [ "extra.", "data_winbox", "validate_to_none" ], [ "product.vulnerabilities", "tag", "extract_cve_from_tag" ] ], "required_fields" : [ [ "time.source", "timestamp", "add_UTC_to_timestamp" ], [ "source.ip", "ip", "validate_ip" ], [ "source.port", "port", "convert_int" ] ], "url" : "https://www.shadowserver.org/what-we-do/network-reporting/accessible-mikrot…" }

2 2

report.json, intelmq.json and types.md out of sync with Shadowserver feed offering?
by Mika Silander 02 Sep '26

02 Sep '26

Hi, Back from holidays I noticed that it looks like the following Shadowserver feeds have disappeared: population_bgp - https://www.shadowserver.org/what-we-do/network-reporting/accessible-bgp-se… population_ntrip - https://www.shadowserver.org/what-we-do/network-reporting/accessible-ntrip-… scan_imap_vulnerable - https://www.shadowserver.org/what-we-do/network-reporting/vulnerable-imap-r… scan_pop3_vulnerable - https://www.shadowserver.org/what-we-do/network-reporting/vulnerable-pop3-r… There are no foolproof exact matches when looking for replacements but these appears to come close: scan_bgp,scan6_bgp - https://www.shadowserver.org/what-we-do/network-reporting/open-bgp-service-… ??? - https://www.shadowserver.org/what-we-do/network-reporting/info-accessible-n… NB: this link is broken! scan_imap,scan6_imap - https://www.shadowserver.org/what-we-do/network-reporting/accessible-imap-r… scan_pop3,scan6_pop3 - https://www.shadowserver.org/what-we-do/network-reporting/accessible-pop3-r… Could someone with the proper rights please update report.json, intelmq.json and types.md under https://github.com/The-Shadowserver-Foundation/report_schema/ to fix the mismatch? And if I'm mistaken, please let me know why. Br and thank you, Mika The information in this email may be confidential and is intended solely for the use of the individual or entity to whom it is intended. If you are not the intended recipient of this message, please delete the message and notify the sender immediately. For information on how we process personal data and our contact information, please see CSC's website: Privacy<https://csc.fi/en/privacy> T?m?n s?hk?postin tiedot voivat olla luottamuksellisia ja ne on tarkoitettu yksinomaan sen henkil?n tai yhteis?n k?ytt??n, jolle ne on osoitettu. Jos et ole viestiss? tarkoitettu vastaanottaja, tuhoa viesti ja ilmoita asiasta v?litt?m?sti viestin l?hett?j?lle. Tietoja henkil?tietojen ja yhteystietojen k?sittelyst? l?yd?t CSC:n verkkosivuilta: Tietosuoja<https://csc.fi/tietosuoja>

2 4

Added Honeypot-SNMP-Scanner feed
by elsif 06 Aug '26

06 Aug '26

Hello, Below is the draft mapping for a new report as documented at https://www.shadowserver.org/what-we-do/network-reporting/honeypot-snmp-sca… Please let me know if you have any comments or suggestions. Regards, Jason { "constant_fields" : { "classification.identifier" : "honeypot-snmp-scan", "classification.taxonomy" : "information-gathering", "classification.type" : "scanner", "protocol.application" : "snmp" }, "feed_name" : "Honeypot-SNMP-Scanner", "file_name" : "event4_honeypot_snmp_scan", "optional_fields" : [ [ "malware.name", "infection", "validate_to_none" ], [ "extra.", "tag", "validate_to_none" ], [ "extra.", "family", "validate_to_none" ], [ "protocol.transport", "protocol" ], [ "source.asn", "src_asn", "invalidate_zero" ], [ "source.geolocation.cc", "src_geo" ], [ "source.geolocation.region", "src_region" ], [ "source.geolocation.city", "src_city" ], [ "source.reverse_dns", "src_hostname" ], [ "extra.source.naics", "src_naics", "invalidate_zero" ], [ "extra.source.sector", "src_sector", "validate_to_none" ], [ "product.vendor", "device_vendor", "validate_to_none" ], [ "extra.", "device_type", "validate_to_none" ], [ "product.name", "device_model", "validate_to_none" ], [ "severity", "severity", "validate_to_none" ], [ "destination.ip", "dst_ip", "validate_ip" ], [ "destination.port", "dst_port", "convert_int" ], [ "destination.asn", "dst_asn", "invalidate_zero" ], [ "destination.geolocation.cc", "dst_geo" ], [ "destination.geolocation.region", "dst_region" ], [ "destination.geolocation.city", "dst_city" ], [ "destination.reverse_dns", "dst_hostname", "validate_to_none" ], [ "extra.destination.naics", "dst_naics", "invalidate_zero" ], [ "extra.destination.sector", "dst_sector", "validate_to_none" ], [ "extra.", "public_source", "validate_to_none" ], [ "extra.", "application", "validate_to_none" ], [ "extra.", "version", "validate_to_none" ], [ "extra.", "event_id", "validate_to_none" ], [ "extra.", "vulnerability_enum", "validate_to_none" ], [ "product.vulnerabilities", "vulnerability_id", "validate_to_none" ], [ "extra.", "vulnerability_class", "validate_to_none" ], [ "extra.", "vulnerability_score", "convert_float" ], [ "extra.", "vulnerability_severity", "validate_to_none" ], [ "extra.", "vulnerability_version", "validate_to_none" ], [ "extra.", "threat_framework", "validate_to_none" ], [ "extra.", "threat_tactic_id", "validate_to_none" ], [ "extra.", "threat_technique_id", "validate_to_none" ], [ "extra.", "target_vendor", "validate_to_none" ], [ "extra.", "target_product", "validate_to_none" ], [ "extra.", "target_class", "validate_to_none" ], [ "extra.", "community", "validate_to_none" ], [ "extra.", "pdu_type", "validate_to_none" ] ], "required_fields" : [ [ "time.source", "timestamp", "add_UTC_to_timestamp" ], [ "source.ip", "src_ip", "validate_ip" ], [ "source.port", "src_port", "convert_int" ] ], "url" : "https://www.shadowserver.org/what-we-do/network-reporting/honeypot-snmp-sca…" }

2 2

A few more optional fields to the Shadowserver Special feed (SocGholish this time around)?
by Mika Silander 25 Jun '26

25 Jun '26

Hi, The Special feed of Shadowserver was dedicated to reports on SocGholish Compromised WordPress sites a few days ago and https://github.com/The-Shadowserver-Foundation/report_schema/tree/main/inte… was updated accordingly. Today's reports contained a few more optional fields that were caught by our checker, namely, extra.account extra.estimated_server_first_seen_time, extra.estimated_server_last_seen_time extra.machine_name Will intelmq.json be updated to reflect this change? The two extra.estimated_* are probably thought of as replacements to the initial extra.first_seen_time and extra.last_seen_time. Maybe it would make sense to define a feed of its own for this instead of using Special. Especially if we expect to see remnant cases of SocGholish later. And if this is in fact a problem of our checker, my apologies, please let me know. There's so much hallucination going on these days so it would not be a surprise. Br, Mika The information in this email may be confidential and is intended solely for the use of the individual or entity to whom it is intended. If you are not the intended recipient of this message, please delete the message and notify the sender immediately. For information on how we process personal data and our contact information, please see CSC's website: Privacy<https://csc.fi/en/privacy> T?m?n s?hk?postin tiedot voivat olla luottamuksellisia ja ne on tarkoitettu yksinomaan sen henkil?n tai yhteis?n k?ytt??n, jolle ne on osoitettu. Jos et ole viestiss? tarkoitettu vastaanottaja, tuhoa viesti ja ilmoita asiasta v?litt?m?sti viestin l?hett?j?lle. Tietoja henkil?tietojen ja yhteystietojen k?sittelyst? l?yd?t CSC:n verkkosivuilta: Tietosuoja<https://csc.fi/tietosuoja>

2 1

Proposed mapping for Targeted Host
by elsif 23 Jun '26

23 Jun '26

Hello, Below is the draft mapping for a new report as documented at https://www.shadowserver.org/what-we-do/network-reporting/targeted-host-rep… Please let me know if you have any comments or suggestions. Regards, Jason { "constant_fields" : { "classification.identifier" : "targeted-host", "classification.taxonomy" : "other", "classification.type" : "system-compromise" }, "feed_name" : "Targeted-Host", "file_name" : "targeted_host", "optional_fields" : [ [ "malware.name", "family", "validate_to_none" ], [ "severity", "severity", "validate_to_none" ], [ "protocol.transport", "protocol" ], [ "source.port", "port", "convert_int" ], [ "source.reverse_dns", "hostname" ], [ "extra.", "tag" ], [ "source.asn", "asn", "invalidate_zero" ], [ "source.geolocation.cc", "geo" ], [ "source.geolocation.region", "region" ], [ "source.geolocation.city", "city" ], [ "extra.source.naics", "naics", "invalidate_zero" ], [ "extra.", "hostname_source", "validate_to_none" ], [ "extra.source.sector", "sector", "validate_to_none" ], [ "product.vendor", "device_vendor", "validate_to_none" ], [ "extra.", "device_type", "validate_to_none" ], [ "product.name", "device_model", "validate_to_none" ], [ "product.version", "device_version", "validate_to_none" ], [ "event_description.text", "category", "validate_to_none" ], [ "status", "status" ], [ "extra.", "detail", "validate_to_none" ], [ "extra.", "public_source", "validate_to_none" ], [ "extra.", "application", "validate_to_none" ] ], "required_fields" : [ [ "time.source", "timestamp", "add_UTC_to_timestamp" ], [ "source.ip", "ip", "validate_ip" ] ], "url" : "https://www.shadowserver.org/what-we-do/network-reporting/targeted-host-rep…" }

1 0

Proposed mapping for Initial Access Broker
by elsif 09 Jun '26

09 Jun '26

Hello, Below is the proposed mapping for a new report as documented at https://www.shadowserver.org/what-we-do/network-reporting/initial-access-br… Please let me know if you have any changes before June 15th. Regards, Jason { "constant_fields" : { "classification.taxonomy" : "malicious-code", "classification.type" : "infected-system" }, "feed_name" : "Initial-Access-Broker", "file_name" : "event4_initial_access_broker", "optional_fields" : [ [ "classification.identifier", "infection", "validate_to_none" ], [ "malware.name", "infection", "validate_to_none" ], [ "extra.", "tag", "validate_to_none" ], [ "extra.", "family", "validate_to_none" ], [ "protocol.transport", "protocol" ], [ "source.asn", "src_asn", "invalidate_zero" ], [ "source.geolocation.cc", "src_geo" ], [ "source.geolocation.region", "src_region" ], [ "source.geolocation.city", "src_city" ], [ "source.reverse_dns", "src_hostname" ], [ "extra.source.naics", "src_naics", "invalidate_zero" ], [ "extra.source.sector", "src_sector", "validate_to_none" ], [ "product.vendor", "device_vendor", "validate_to_none" ], [ "extra.", "device_type", "validate_to_none" ], [ "product.name", "device_model", "validate_to_none" ], [ "severity", "severity", "validate_to_none" ], [ "destination.ip", "dst_ip", "validate_ip" ], [ "destination.port", "dst_port", "convert_int" ], [ "destination.asn", "dst_asn", "invalidate_zero" ], [ "destination.geolocation.cc", "dst_geo" ], [ "destination.geolocation.region", "dst_region" ], [ "destination.geolocation.city", "dst_city" ], [ "destination.reverse_dns", "dst_hostname", "validate_to_none" ], [ "extra.destination.naics", "dst_naics", "invalidate_zero" ], [ "extra.destination.sector", "dst_sector", "validate_to_none" ], [ "extra.", "public_source", "validate_to_none" ], [ "extra.", "application", "validate_to_none" ], [ "extra.", "version", "validate_to_none" ], [ "extra.", "event_id", "validate_to_none" ], [ "source.account", "account", "validate_to_none" ], [ "extra.", "detail", "validate_to_none" ], [ "extra.", "org_domain", "validate_to_none" ], [ "extra.", "machine_name", "validate_to_none" ] ], "required_fields" : [ [ "time.source", "timestamp", "add_UTC_to_timestamp" ], [ "source.ip", "src_ip", "validate_ip" ] ], "url" : "https://www.shadowserver.org/what-we-do/network-reporting/initial-access-br…" }

3 3

Shadowserver IntelMQ schema / CVEs in Vulnerable ISAKMP report
by Thomas Hungenberg 05 Jan '26

05 Jan '26

Hi Jason, in the Vulnerable ISAKMP report, the field "tag" now can include (multiple) CVEs. For easier processing of CVEs, we already have [ "extra.cve", "tag", "extract_cve_from_tag" ] in the schema for reports like scan_http_vulnerable. Could you please add this to the schema for scan_isakmp and scan6_isakmp as well? Maybe at the end of the "optional fields" after [ "extra.", "amplification", "convert_float" ] Thanks, - Thomas

2 3

Example data for MS CTIP Interflow 'severity'
by Sebix 01 Dec '25

01 Dec '25

Dear all Does anyone receive data from Microsoft Interflow? It has a field called 'severity' which is currently mapped to the 'extra.severity' field: https://github.com/certtools/intelmq/blob/0342b7718050b1690d9e20f137b58c769… As in IntelMQ 3.5.0, we have a proper 'severity' field with standardized values; the CTIP parser should now use that one as well. However, what's unclear to me, without access to example data, is what possible values Microsoft uses, and thus whether we need to map their values to ours. So if you have any example data, please let us know what values they use :) Best regards Sebastian -- Institute for Common Good Technology gemeinnütziger Kulturverein - nonprofit cultural society https://commongoodtechnology.org/ ZVR 1510673578

2 3

IntelMQ 3.5.0 release with new data fields
by Sebix 01 Nov '25

01 Nov '25

Dear IntelMQ community The new IntelMQ release 3.5.0 brings support for a few new data fields that many of you have requested: * severity * product.full_name, product.name, product.vendor, product.version, product.vulnerabilities (IEP009: IntelMQ Data Format: Describe product and mark vulnerabilities https://github.com/certtools/ieps/tree/main/009) * constituency (IEP008: IntelMQ Data Format: Constituency field https://github.com/certtools/ieps/tree/main/008) If you use a database to store events, update the schema of theevents table with the SQL statements shown below. If you use deb- or rpm-packages, you have two new packages available: intelmq-contrib and intelmq-autostart. The first contains stufffrom the repositories' contrib/ folder: some eventdb scripts, an example extension package, the feeds config generator, malware name mapping scripts, and systemd scripts.The autostart package contains systemd units to start IntelMQ at boot time and then run it periodically. The full list of changes is very long, belowyou can read the full list of changes. Thanks to all who contributed to this version, whether through user feedback or code. This version contains code contributions from Edvard Rejthar, Kamil Mańkowski, Karl-Johan Karlsson, Lukas Heindl, Mikk Margus Möll, Nakul Rajpal, Sebastian Wagner, Timde Boer. The 3.5.0 version is available at GitHub, PyPI andin the package repositories: https://github.com/certtools/intelmq/releases/tag/3.5.0 https://pypi.org/project/intelmq/ https://docs.intelmq.org/latest/admin/installation/linux-packages/ The complete change log: ## Requirements Python `>=3.9` is now required, which is available on all platforms supported by IntelMQ. ## Data Format To save new fields from IntelMQ Data Format in existing PostgreSQL instances, the following schema update is necessary: ```sql CREATE TYPE severity_enum AS ENUM ( 'critical', 'high', 'medium', 'low', 'info', 'undefined' ); ALTER TABLE events ADD "product.full_name" text; ALTER TABLE events ADD "product.name" text; ALTER TABLE events ADD "product.vendor" text; ALTER TABLE events ADD "product.version" text; ALTER TABLE events ADD "product.vulnerabilities" text; ALTER TABLE events ADD severity varchar(10); ALTER TABLE events ADD "constituency" text; UPDATE events SET severity = (extra ->> 'severity')::severity_enum; ``` Optionally remove the severity field from the extra fields in existing entries: ```sql UPDATE events SET extra = extra - 'severity'; ``` To switch to the more efficient data type `jsonb` instead of `json`, use the following SQL statement. Data is preserved. JSONB also has more query and data manipulation features than plain JSON. ```sql ALTER TABLE events ALTER COLUMN "extra" SET DATA TYPE jsonb; ``` ## Configuration - New parameter `stop_retry_limit` (PR#2598 by Lukas Heindl). ## Core - Drop support for Python 3.8 (fixes #2616, PR#2617 by Sebastian Wagner). - `intelmq.lib.splitreports`: Handle bot parameter `chunk_size` values empty string, due to missing parameter typing checks (PR#2604 by Sebastian Wagner). - `intelmq.lib.mixins.sql` Add Support for MySQL (PR#2625 by Karl-Johan Karlsson). - New parameter `stop_retry_limit` to gracefully handle stopping bots which take longer to shutdown(PR#2598 by Lukas Heindl, fixes #2595). - `intelmq.lib.datatypes`: Remove unneeded Dict39 alias (PR#2639 by Nakul Rajpal, fixes #2635) - `intelmq.lib.mixins.http`: Only set HTTP header 'Authorization' if username or password are set and are not both empty stringas they are by default in the Manager (fixes #2590, PR#2634 by Sebastian Wagner). - `intelmq.lib.message.Message.from_dict`: Do not modify the dict parameter by adding the `__type` field and raise an error when type is not determinable (PR#2545 by Sebastian Wagner). - `intelmq.lib.mixins.cache.CacheMixin` was extended to support temporarystoring messages in a cache queue (PR#2509 by Kamil Mankowski). ## Data Format - Implementing [IEP009](https://github.com/certtools/ieps/tree/main/009) introducingfields to identify products and vulnerabilities: `product.full_name`, `product.name`, `product.vendor`, `product.version`, `product.vulnerabilities`. To store in existing PostgreSQL instances, a schema update is necessary, see firstsection. - added `severity` field to help with triaging received events (PR#2575 by Kamil Mańkowski). To allow saving the field in PostgreSQLdatabase in existing installations, the schema update shown in the first section is necessary. - Implementing [IEP008](https://github.com/certtools/ieps/tree/main/008) introducingthe `constituency` field for easier identification in multi-constituency setups. (PR#2573 by Kamil Mańkowski). To use in current PostgreSQL installations, a schema update is necessary, see firstsection. ## Bots ## Collectors - `intelmq.bots.collectors.mail.collector_mail_attach`: Decrypt GPG attachments (PR#2623 by Edvard Rejthar). - `intelmq.bots.collectors.mail.collector_mail_attach`: Allow empty attachments (PR#2647 by Edvard Rejthar). - `intelmq.bots.collectors.shodan.collector_alert`: Added a new collector to query the Shodan Alert API (PR#2618 by Sebastian Wagner and Malawi CERT). - Remove `intelmq.bots.collectors.blueliv` as it uses an unmaintained library, does not work any moreandbreaks other CI tests (fixes #2593, PR#2632 by Sebastian Wagner). ## Parsers - `intelmq.bots.parsers.cymru.parser_cap_program`: Add mapping for TOR and ipv6-icmpprotocol (PR#2621 by Mikk Margus Möll). - Remove `intelmq.bots.parsers.blueliv` as it is obsolete with the removed collector (PR#2632 by Sebastian Wagner). - `intelmq.bots.parser.json.parser`: - Support data containing lists of JSON Events (PR#2545 by Tim de Boer). - Add default `classification.type` with value `undetermined` if input data has nowclassification itself (PR#2545 by Sebastian Wagner). ## Experts - `intelmq.bots.experts.asn_lookup.expert`: - Print URLs to stdout only in verbose mode (PR#2591 by Sebastian Wagner). - Check for database file existence and writability (fixes #2566). - Use database path matching to installation type (PR#2606 by Sebastian Wagner). - `intelmq.bots.experts.fake.expert`: - Use database path matching to installation type (PR#2606 by Sebastian Wagner). - Add new mode `random_single_value` (PR#2601 by Sebastian Wagner). - `intelmq.bots.experts.sieve.expert`: Test for textX dependency in self-check (PR#2605 by Sebastian Wagner). - `intelmq.bots.experts.trusted_introducer_lookup.expert`: Change to new TI database URL (fixes #2620, PR#2633 by Sebastian Wagner). ## Outputs - `intelmq.bots.outputs.smtp_batch.output`: - Add newparameter `additional_grouping_keys` for an enhanced email batching feature. - Add newparameter `templating` for additional template variables. - Add new parameter `allowed_fieldnames` for csvfield specification. - Add new parameter `fieldnames_translation` for naming csvheaders (PR#2610 by Lukas Heindl, fixes #2586). - `intelmq.bots.outputs.sql.output`: Add Support for MySQL (PR#2625 by Karl-Johan Karlsson). ## Documentation - Fix and refresh links to mailing lists (PR#2609 by Kamil Mańkowski) - `Aggregate Bot`: Add illustration graphics (PR#2612 by Sebastian Wagner). ## Packaging - Replace `/opt/intelmq` example paths in bots with variable `VAR_STATE_PATH` for correct paths in LSB-path setups likewith packages (PR#2587 by Sebastian Wagner). - New deb-package `intelmq-contrib` with all `contrib/` scripts and documentation (PR#2614 by Sebastian Wagner). - New deb-package `intelmq-autostart` containing systemd services and timers to start all enabled IntelMQ bots at boot and periodically (PR#2638 by Sebastian Wagner). ## Tests - `intelmq.tests.lib.test_pipeline.TestAmqp.test_acknowledge`: Skip on all Python versions when running on CI (PR#2602 by Sebastian Wagner). - `.github/workflows/codespell.yml`, `debian-package.yml`, `regexploit.yml`: Upgrade to `ubuntu-latest` runners (PR#2602 by Sebastian Wagner). - `intelmq.test.test_conf`: With changed behaviourin ruamel.yaml on line wrapping since version 0.18.13, only test the parsabiltyof `runtime.yaml` (PR#2619 by Sebastian Wagner). - `intelmq.test.BotTestCase.test_static_bot_check_method`: Remove debugging stub raising for all non-empty checks (PR#2622 by Sebastian Wagner). ## Tools - `intelmq.bin.intelmq_psql_initdb`: Use `JSONB` type by default, Postgres supports it since version 9 (PR#2597 by Sebastian Wagner). - `intelmq.bin.rewrite_config_files`: Removed obsolete JSON configuration file rewriter (PR#2613 by Sebastian Wagner). - `intelmq/lib/bot_debugger.py`: Fix overwriting the runtime logging level by command line parameter (PR#2603 by Sebastian Wagner, fixes #2563). - `intelmq.bin.intelmqctl`: Fix bot log level filtering (PR#2607 by Sebastian Wagner, fixes #2596). ## Contrib - Bash Completion: Adapt to YAML-style runtime configuration (PR#2642 by Sebastian Wagner, fixes #2094). - Remove `prettyprint` script, use `jq` instead (PR#2551 by Sebastian Wagner). ## Known issues Thisis shortlist of the most important known issues. The fulllist can be retrievedfrom [GitHub](https://github.com/certtools/intelmq/labels/bug?page=2&q=is%3Aopen+…. - stomp.py 8.2.0+ breaks the version check in stomp bots (#2600). - Traceback when calling intelmqdump without write access to the log file (#2529). - pyyaml PendingDeprecationWarning: you should no longer specify 'unsafe' -> test failure (#2489). - `intelmq.parsers.html_table` may not process invalid URLs in patched Python version due to changes in `urllib` (#2382). - Breaking changes in 'rt' 3.0 library (#2367). - Type error with SQL output bot's `prepare_values` returning list instead of tuple(#2255). - `intelmq_psql_initdb` does not work for SQLite (#2202). - intelmqsetup: should install a default state file (#2175). - Misp Expert - Crash if misp event already exist(#2170). - Spamhaus CERT parser uses wrongfield (#2165). - Custom headers ignored in HTTPCollectorBot (#2150). - intelmqctl log: parsing syslog does not work (#2097). - Bots started with IntelMQ-API/Manager stop when the webserveris restarted (#952). - Corrupt dump files when interrupted during writing (#870). -- Institute for Common Good Technology gemeinnütziger Kulturverein - nonprofit cultural society https://commongoodtechnology.org/ ZVR 1510673578

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

IntelMQ-dev