DugganUSA — Contributi all'IETF Hackathon

Contributi di threat intelligence dal mondo reale da parte di DugganUSA LLC all'IETF Hackathon, offerti ai project champion come fondamento empirico per il lavoro sugli standard.

Siamo un'azienda di threat intelligence avviata in modo indipendente. Gestiamo un feed pubblico STIX 2.1, un worker di edge-blocking e server MCP, e pubblichiamo ricerca su detection ogni giorno. La nostra analisi di confidential-computing / formal-verification è già stata citata nel set di motivazioni del progetto CVE-2026-33697 dell'hackathon IETF 126 — questo repo è il nostro modo di presentarci per aiutare, non solo per essere citati.

Tutto qui è testabile contro i nostri dati live

Queste non sono slideware. Eseguile ora — due strumenti di punta non richiedono alcuna chiave:

node recon-toolkit/enrich.js 45.131.66.106        # arricchimento live multi-fonte di un vero C2 ENFORGE
node recon-toolkit/origin-recon.js dugganusa.com  # discovery dell'origine CT + DNS + Shodan (OpenNHP)
node tls-revocation-braid/served-vs-issued-monitor.js github.com --selftest
node agent-security-benchmark/reference-scorer/dependency-reputation.js --selftest

Pubblico (senza chiave): l'endpoint di arricchimento, l'unicità del feed, lo stato, la lettura AIPM, e l'MCP jeevesus (search / enrich-ioc / check-package, sul Registro MCP ufficiale). La superficie più profonda (feed STIX completo, /search, /correlate) richiede una chiave gratuita in 30 secondi su analytics.dugganusa.com/stix/register. Vedi recon-toolkit/ per la mappa completa, incluso quale strumento testa quale contributo. Forniamo anche 16 strumenti di integrazione pubblicati (CLI, VS Code, Splunk, Sentinel, Elastic, edge Worker, …) che consumano lo stesso feed.

Cosa portiamo che una specifica non ha

Le bozze di sicurezza in questo hackathon sono, correttamente, scritte a partire dai primi principi. Ciò che possiamo aggiungere è fondamento empirico — un corpus di attacchi documentati e reali contro agenti AI, comunicazione tra agenti e attestazione, tratto da incidenti che abbiamo tracciato e pubblicato mentre accadevano. Un benchmark ha bisogno di vettori d'attacco reali; un threat model ha bisogno di avversari reali. Questo è il divario che possiamo colmare.

Contributi in questo repo

Confini di integrità (si prega di leggere)

• Non rivendichiamo alcuna approvazione, adozione o risultato di interoperabilità IETF. Questi sono contributi offerti perché i champion li accettino, rifiutino o ignorino in base ai loro meriti.
• Distinguiamo i nostri dati originali dalla nostra sintesi. Dove un risultato è una nostra detection/cattura, lo diciamo e citiamo la nostra ricevuta pubblicata. Dove è lavoro di un altro ricercatore (ad es. le sandbox escape di Pillar Security, l'analisi JADEPUFFER di Sysdig, la bozza sull'attestazione di Sardar), li citiamo come fonte e ci presentiamo solo come la parte che lo organizza per questo benchmark.
• Limitiamo la nostra certezza al 95%. La threat intelligence è probabilistica; segnaliamo il livello di confidenza e nominiamo ciò che non sappiamo.
• Reale vs. sintetico: i vettori d'attacco qui fanno riferimento a incidenti reali e divulgati pubblicamente. Nessuna credenziale live, nessun PII di vittime, nessuna infrastruttura dell'attaccante viene ripubblicata oltre agli indicatori già pubblici nei report dei vendor.

Contatti

Patrick Duggan — DugganUSA LLC · https://www.dugganusa.com · Feed STIX: https://analytics.dugganusa.com/api/v1/stix-feed

Sono benvenute richieste di collaborazione, co-autorship, replica e distribuzione/partnership — [email protected]. Siamo un'azienda statunitense registrata (D-U-N-S 14-363-3562, SAM UEI TP9FY7262K87) e siamo organizzati per lavorare tramite partner e rivenditori in-region dove la presenza locale, la fatturazione o l'approvvigionamento sono la struttura giusta. Se sostieni una bozza qui e vuoi che il fondamento empirico venga ulteriormente sviluppato, dillo — è a questo che serve.

Costruito con la stessa disciplina di sweep giornaliero che ha prodotto l'analisi citata dall'IETF 126.