Published file metadata, source observations, indicators, and research history in one bounded catalog.
2,400+Reachable catalog records
13 / 100Current catalog page
24Maximum records per page
0Samples downloaded by this page
Feed collection status
Sources represented on this page. Publication and observation dates describe the content; successful batch dates describe local collection. A recent batch does not certify complete coverage or current provider availability.
intelligence_src_5203a44f1436ff5844Recent successful batchLast successful batch: Last attempt:
intelligence_src_529611fd786c571018Recent successful batchLast successful batch: Last attempt:
intelligence_src_5664c27502ed6f6dccRecent successful batchLast successful batch: Last attempt:
Stale means older than twice the recorded collection interval, with a minimum of one hour; without an interval, the threshold is 24 hours. Cached content remains available while a feed is stale, paused, or unverified.
2,400+ MATCHING RECORDSMETADATA ONLY / SOURCE ATTRIBUTION PRESERVED
Researchers have achieved a major milestone by creating a long-sought two-dimensional quantum material and confirming its unusual conducting edge states. The ability to control these states through strain could make the material a promising platform for future room-temperature quantum electronics.
First reported Jul 11, 2026 07:03 UTCCatalog metadata updated Oct 13, 2026 10:03 UTCOpen evidence record
A new quantum device can generate precisely controlled bursts of sound-like particles, or phonons, by forcing electrons through an ultra-thin crystal at extremely low temperatures. The surprising behavior pushes beyond the limits predicted by current theories, suggesting scientists need to rethink how energy moves through advanced materials. In the future, the breakthrough could lead to phonon lasers, faster communications, improved medical technologies, and powerful new sensing systems.
First reported Jul 02, 2026 02:11 UTCCatalog metadata updated Oct 13, 2026 10:03 UTCOpen evidence record
Release Notes for MISP Taxonomies New Taxonomies Detection Engineering New taxonomy to describe detection engineering patterns. ACS Marking New taxonomy based on the ACS marking definition, including enumerations and vocabularies. MITRE Engage Created taxonomy for MITRE Engage. Updated Taxonomies Infoleak Taxonomy Added barcode tag. Added qrcode tag. GrayZone Taxonomy Updated to version 3.1. Other Changes Updated MANIFEST files. Updated documentation (README). Notes about the release Starting with this release, misp-taxonomies will be tagged using the %Y%m%d00 format for each new version. This change enables users to easily verify whether they are using the latest release. The versioning is now independent of the MISP core software, as the project is also utilized as a standalone tool in various other applications.
First reported Nov 11, 2024 10:57 UTCCatalog metadata updated Oct 13, 2026 10:01 UTCOpen evidence record
Release Note: misp-taxonomies - Version 2026031300 Overview This release introduces several high-profile taxonomies including the EU AI Act and the Unified Ransomware Kill Chain. It also marks a significant shift in internal data integrity with the transition toward UUIDv5 and the introduction of automated tools for UUID management. [New Taxonomies] EU AI Act: Added support for Regulation 2024/1689. Organizational Cyber Harm: A new taxonomy based on the "A taxonomy of cyber-harms" publication, focusing on the impact and propagation of attacks. Unified Ransomware Kill Chain: Comprehensive tagging for ransomware lifecycle stages. PFC (Protocole des feux de circulation): Based on the FIRST Traffic Light Protocol (TLP) standard. AI Safety & Bias: Added ai-safety-benchmark and ai-bias-terminology to address emerging AI risks. UAS Classification: Added NATO and CE classifications for Unmanned Aircraft Systems. ACN: Added taxonomy for the Italian National Cybersecurity Agency. ENSOC & Anti-Piracy: Initial drafts for ENISA SOC and anti-piracy operations. METEORSTORM™: New specialized taxonomy added. [Major Updates & Changes] NIS2 Directive: Major update to include extensive sectors and sub-sectors as defined in Directive (EU) 2022/2555 (Annex I and II). Vulnerability Taxonomy: * Added NVD, origin, and detection scope predicates. Integrated "sighting" predicates aligned with vulnerability-lookup. Dark Web: * Added Hitman and Directory services. Terminology Update: Renamed classifications related to CSAM following Interpol recommendations to avoid trivializing child abuse. Exercises: Added specific tagging for HOPLITE, CyberOpex EU 2025, and NGSOTI infrastructure. UUID Standardization: Shifted towards using UUIDv5 across namespaces, predicates, and values to ensures consistency and reproducibility. [Tools & Infrastructure] UUID Tool: Added a new utility to automatically generate and add missing UUIDs when creating or updating taxonomies. Validation: Updated validation scripts to handle Python 3 and better assist in identifying schema errors. CI/CD: Added "do-curation" to the workflow and improved jq formatting across the repository. [Fixes] Corrected invalid UUIDv5 and string-based UUIDs across multiple files. Fixed incorrect namespaces for organizational-cyber-harm. Numerous typo fixes in cryptocurrency-threat, economical-impact, retention, and dark-web. Fixed directory naming mismatches for ce-uas and nato-uas.
First reported Mar 13, 2026 09:15 UTCCatalog metadata updated Oct 13, 2026 10:01 UTCOpen evidence record
Der spanische staatliche Bahnbetreiber Renfe bestätigte am 25. September einen Cyberangriff, bei dem Kundendaten kompromittiert wurden. Der Vorfall hatte seinen Ursprung bei Adif, dem staatlichen Verwalter der Eisenbahninfrastruktur, dessen Server zuvor kompromittiert worden waren. Laut spanischen Medienberichten setzten die Angreifer künstliche Intelligenz ein. Erbeutet wurden hauptsächlich Namen und E-Mail-Adressen von Kunden im potenziellen Umfang von 500 GB; es gibt keine Hinweise auf den Zugriff auf Finanzdaten oder andere sensible Informationen. Der Zugverkehr war nicht beeinträchtigt, lediglich die Website von Adif war vorübergehend nicht erreichbar. Dem Angriff gingen wochenlange, erfolglos abgewehrte Einbruchsversuche voraus.» Details
First reported Sep 30, 2026 13:45 UTCCatalog metadata updated Oct 13, 2026 09:59 UTCOpen evidence record
Der große private japanische Eisenbahnbetreiber Keio wurde am 26. September 2026 Opfer eines Ransomware-Angriffs. Infolge des Angriffs, der in den frühen Morgenstunden bestätigt wurde, kam es zu einer Störung einiger Geschäftssysteme, insbesondere im Hotelbereich des Unternehmens. Laut Medienberichten waren auch die Zahlungssysteme betroffen. Der Bahnbetrieb war nicht beeinträchtigt. Das Unternehmen schaltete sein Netzwerk ab, um weiteren Schaden zu verhindern, und untersucht, ob Kundendaten oder Informationen von Geschäftspartnern betroffen sind. Eine Ransomware-Gruppe hat sich bislang nicht zu dem Angriff bekannt.» Details
First reported Sep 30, 2026 13:45 UTCCatalog metadata updated Oct 13, 2026 09:59 UTCOpen evidence record
Am 20. September 2026 listete die Ransomware-Gruppe Qilin den Touring Club Schweiz auf ihrer Leaksite als Opfer. Die Täter machten keine Angaben zu Art und Menge der angeblich gestohlenen Daten.» Details
First reported Oct 02, 2026 14:54 UTCCatalog metadata updated Oct 13, 2026 09:59 UTCOpen evidence record
Im August 2026 listete die Ransomware-Gruppe CL0P General Electric und Philips zusammen mit 41 weiteren Opfern auf ihrer Darknet-Leaksite. Die Täter behaupten, Backups, Projektpläne, Fotos von Anlagen, Zeichnungen, Diagramme und Baupläne gestohlen zu haben. Die Angriffe nutzten eine kritische Schwachstelle in internetexponierten PTC-Windchill- und FlexPLM-Instanzen aus; dabei setzte CL0P JSP-Webshells zum Datendiebstahl ein. PTC hatte seit dem 17. Juni 2026 Patches bereitgestellt. Philips bestätigte am 17. August 2026 einen eingedämmten Kompromittierungsversuch eines einzelnen Unternehmensservers mit internen Daten ohne Auswirkung auf Kundenumgebungen; GE prüft die Behauptungen noch. Auch Shell untersucht einen angeblichen Diebstahl von 89 GB.» Details
First reported Oct 05, 2026 05:16 UTCCatalog metadata updated Oct 13, 2026 09:59 UTCOpen evidence record
Nach Angaben von UpGuard waren rund 16.000 auf Supabase gehostete Datenbanken öffentlich erreichbar. Sie enthielten sensible personenbezogene Daten. Die Erkenntnisse veröffentlichte das Sicherheitsunternehmen am 25. September 2026 in einem Blogbeitrag. Ursache seien Fehlkonfigurationen durch Nutzer gewesen, die Datenbanken ohne ausreichende Zugriffskontrollen betrieben. In einigen Fällen waren Millionen Datensätze exponiert. Der Vorfall zeigt, wie schnell aus einer fehlerhaften Konfiguration ein massives Datenschutzrisiko werden kann, selbst wenn kein klassischer Cyberangriff stattfindet.» Details
First reported Sep 28, 2026 04:10 UTCCatalog metadata updated Oct 13, 2026 09:59 UTCOpen evidence record
Die Qilin‑Gruppe führte vom 8. August 2026 an ein Tiefbauunternehmen aus Pforzheim auf ihrem Opferblog. Ein bereitgestellter Download‑Link zu den angeblich gestohlenen Daten war nicht erreichbar und führte zu einer Fehlermeldung.» Details
First reported Oct 05, 2026 04:46 UTCCatalog metadata updated Oct 13, 2026 09:59 UTCOpen evidence record
Die für die Cybersicherheitsstrategie von Queensland zuständige Abteilung, das Customer Services, Open Data, and Small and Family Business Department (CDSB), meldete für das Finanzjahr 2025-26 einen Verlust von 809.000 AUD durch einen Cyberangriff. Laut dem im Oktober 2026 veröffentlichten Jahresbericht ereignete sich der Vorfall im Juli 2025. Unbekannte Täter missbrauchten einen von der Regierung genutzten externen Messaging-Dienst, um eine überhöhte Anzahl nicht autorisierter Nachrichten zu generieren und sich so finanziell zu bereichern. Nach Angaben der Behörde wurden keine sensiblen Daten kompromittiert. Der Angriff wurde blockiert und die Sicherheitskontrollen wurden verstärkt.» Details
First reported Oct 02, 2026 14:42 UTCCatalog metadata updated Oct 13, 2026 09:59 UTCOpen evidence record
Sicherheitsforscher von Glow Labs deckten auf, dass KI-Coding-Agenten mehr als 13.000 interne Screenshots aus 343 Technologieunternehmen – darunter Fortune-500-Konzerne und ein führendes KI-Forschungslabor – auf öffentliche GitHub-Repositories hochgeladen haben. Betroffen sind über 900 Code-Repositories und Unternehmen mit mehr als 100.000 Mitarbeitenden aus den Bereichen Cloud, Gesundheitswesen, Fintech, Regierung und KI-Sicherheit. Ursache des Datenlecks war ein Verhaltensmuster der KI-Agenten: Da GitHub das Anhängen von Screenshots in Pull Requests über die Kommandozeile nicht unterstützt, wichen die Agenten eigenständig auf öffentliche Repositories aus, um die Bilder für menschliche Reviewer zugänglich zu machen – ohne die Sicherheitsfolgen zu berücksichtigen. Exponiert wurden unter anderem Kundendaten, Abrechnungsinformationen, interne Zahlungssystemansichten sowie Vorabansichten unveröffentlichter Produktfunktionen. Bei einem Finanzdienstleister gelangten Screenshots eines internen Treasury- und Abrechnungssystems sowie Videoaufzeichnungen der Geldtransferkonsole in öffentliche Repositories. Bei einem Softwareanbieter wurde das öffentliche Hochladen von Screenshots innerhalb einer Woche zur gängigen Praxis – mit über tausend exponierten Aufnahmen. Verschärft wurde die Situation durch den Einsatz von Shadow-AI: Viele Agenten liefen auf privaten Laptops der Entwickler, außerhalb der Unternehmensinfrastruktur, was die Sichtbarkeit für Sicherheitsteams verhinderte. Rund ein Drittel der betroffenen Organisationen nutzte zudem das nicht freigegebene Open-Source-Tool GitShot. Glow Labs informierte die betroffenen Unternehmen im September 2026.» Details
First reported Oct 13, 2026 03:55 UTCCatalog metadata updated Oct 13, 2026 09:59 UTCOpen evidence record
Bei Capita erhielten im März 2026 Mitglieder des britischen Civil Service Pension Scheme über eine Onlineplattform fremde jährliche Rentenübersichten. Die Datenpanne betraf 138 Personen und legte personenbezogene Daten offen: Namen, Arbeitgeber, Rentenbeiträge und Höhe der Altersversorgung. Der Pensionsverwalter entdeckte den Fehler am 30. März 2026 nach eigenen Angaben innerhalb von 35 Minuten und griff ein. Am 9. April 2026 waren die Übersichten weiterhin offline, bis das Problem behoben wäre. Das Cabinet Office meldete den Vorfall der Datenschutzbehörde ICO, die eine Untersuchung einleitete. Capita entschuldigte sich bei den Mitgliedern.» Details
First reported Sep 21, 2026 06:46 UTCCatalog metadata updated Oct 13, 2026 09:59 UTCOpen evidence record
Am 8. Januar 2026 kam es beim Nürnberger IT-Dienstleister Datev zu einer technischen Störung im Lohnabrechnungssystem Lodas. Ein Reparaturversuch am Folgetag, um einen Datenstau aufzulösen, führte zu einem Zuordnungsfehler. Infolgedessen wurden vorläufige Lohnabrechnungen (Probeabrechnungen) wahllos an fremde Mandanten zugestellt. Diese Dokumente enthielten hochsensible personenbezogene Daten wie Namen, Anschriften, Sozialversicherungsnummern und Verdienstdaten von Beschäftigten. Datev behob die Störung nach eigenen Angaben bis zum späten Nachmittag des 9. Januars und informierte die zuständige Datenschutzaufsichtsbehörde (BayLDA).» Details
First reported Oct 01, 2026 14:27 UTCCatalog metadata updated Oct 13, 2026 09:59 UTCOpen evidence record
Das United Nations' World Food Programme (WFP) meldete am Wochenende des 4. Juni 2026, dass seine SRA‑Plattform für Palästina kompromittiert wurde. Der Angriff ereignete sich bereits am 14. Mai. Unbefugte erhielten Zugriff auf personenbezogene Daten von Begünstigten in rund 600.000 Haushalten im Gazastreifen — darunter Namen, ID‑Nummern, Telefonnummern und Standortdaten. Das WFP setzte die Registrierungsplattform vorübergehend aus und warnte Betroffene vor möglichen Betrugsversuchen.» Details
First reported Sep 21, 2026 05:04 UTCCatalog metadata updated Oct 13, 2026 09:59 UTCOpen evidence record
Am 14. September 2026 gab das Fintech-Unternehmen Revolut eine Datenpanne bekannt. Ein Angreifer gab sich per E-Mail als Regierungsbehörde aus und forderte personenbezogene Daten von Kunden an. Da die Nachricht gültige Domain-Authentifizierungsmerkmale einer Behördendomain aufwies, hielt Revolut die Anfrage für echt und übermittelte die Daten. Betroffen ist eine nach Firmenangaben begrenzte Zahl von Kunden, laut dem Krypto-Ermittler ZachXBT gezielt vermögende Nutzer. Preisgegeben wurden Identitätsdaten (Name, Geburtsdatum, Beruf), Kontaktdaten, Kopien von Ausweisdokumenten (Reisepass, Führerschein), Gesichtsverifikationsbilder (Selfies) sowie Kontoauszüge mit IBAN, Auszahlungsdaten und die vollständige Transaktionshistorie inklusive Bitcoin-Transaktionen. Revolut sperrte die Adresse nach Entdeckung und informierte Behörden und Regulatoren. Systeme und Kundengelder seien unversehrt. Bereits im September 2022 war Revolut Opfer einer Datenpanne mit 50.150 betroffenen Kunden. Nachtrag vom 21.09.2026: Ein Krimineller unter dem Pseudonym "IAmNotAVillain" verlangte ein 3 Mio. USD-Lösegeld von Revolut - angeblich für in dem Angriff gestohlene Daten. Es sollen Daten von 680 Unternehmenskunden betroffen sein, die in einem Zeitraum von über fünf Monaten abgegriffen wurden.» Details
First reported Sep 16, 2026 07:28 UTCCatalog metadata updated Oct 13, 2026 09:59 UTCOpen evidence record
The public shared-host view reaches the newest 2,400 matching records. Narrow the filters or search an exact MD5, SHA-1, or SHA-256 value to reach a specific record.
A filename, label, or report mention alone does not establish maliciousness. Observation dates describe cited sources; collection dates describe this local metadata catalog. No malware samples are stored, fetched, or executed by these pages.