Not just specs

Issues & Camp Impact

Safety warnings, delivery problems, app-store gaps, team-process history, and first-hand reports are tracked as sourced records.

Reset
2166 matching issue record(s)

Morse-game participation and outcome boundary · maker repository description · venue-sign game documented; participant outcome unrecovered

The maker archive says player-code signs were placed around the venue and preserves guide/sign material for the Morse-code game. It does not publish a player count, score or completion data, participant identities, prize policy, final game-state report, official event result, or ongoing service status.

The catalogue records the documented badge interaction without claiming a completed CTF, universal player participation, or any individual outcome.

Source note: bsides-newcastle-2025-badge README and signs directory.

NFC data, protocol, privacy, and security boundary · official NFC Battle programme description · NTAG215 and exchange activity documented; implementation unreleased

HITCON's official events page names an embedded NTAG215 NFC chip and phone-tap collectible-card exchange, but it does not disclose UID or memory use, NDEF/content format, tag configuration, read/write permissions, card protocol, app/backend, account linkage, authentication, encryption, anti-cloning measures, scan logging, personal-data handling, retention, deletion, privacy notice, threat model, or security review.

The record exposes the announced NFC interaction without implying a specific protocol, data model, privacy practice, security property, reader/writer capability, or safe handling guidance.

Source note: HITCON 2026 events page, NFC Battle description.

NFC hardware and implementation gap · founder announcement only · 3D-print/NFC terms announced; technical details unreleased

The founder's announcement calls the conference badge 3D printed/NFC, but no reviewed source identifies tag/card/embedded form, standard, chip, reader behavior, antenna, encoding, data flow, power, PCB, MCU, app, firmware, API, source code, licence, privacy model, or security properties.

The catalogue does not turn the word NFC into claims about a powered electronic badge, a contactless credential, a specific radio protocol, personal-data handling, or a reproducible implementation.

Source note: Luke McOmie NaClCON 2026 conference announcement.

OLED variant and distribution gap · repository but incomplete · needs final-population confirmation

The repository carries two SSD1306 OLED footprint variants (128x32 and 128x64) and does not confirm which is populated on the final badge, nor whether the badge was distributed to all attendees or a limited quantity.

The catalogue records the full hardware and challenge surface without asserting the exact populated OLED variant or the physical distribution scope.

Source note: ElectronicCats/badge-recon-2026 repository footprints and release notes.

PAC-MAN theme, authorship, and endorsement boundary · source labels only · maker title documented; rights and relationships unsubstantiated

NilbinSec calls the artifact PAC MAN/PAC-MAN Ghost, but reviewed public sources do not establish artwork, name, hardware, or firmware authorship allocation; a licence or permission basis for associated creative material; or affiliation, sponsorship, endorsement, or authorization from DEF CON or any third-party rights holder associated with the name, character, or arcade theme.

The dossier preserves the maker's terminology while not asserting ownership, franchise relationship, sponsorship, endorsement, authorship, or permission to reuse artwork/photos.

Source note: NilbinSec roster response, Bluesky post, Spectre Sniffer listing, and maker profile.

Pirate Flag SAO and Gunslinger-B-Gone interaction boundary · seller bundle and interaction prose · bundle and companion named; interface undocumented

The listing names an included Pirate Flag SAO and a Submarine interaction with Gunslinger-B-Gone, but does not define the bundled SAO's hardware/firmware or the companion interaction's transport, compatibility, required versions, security, privacy, safety, availability, or final behavior.

The catalogue preserves the named bundle and cross-badge relationship without inventing an interface standard or claiming every companion unit will work together.

Source note: Submarine Badge & Pirate SAO product listing.

Portal theme, audio, and third-party intellectual-property boundary · public design document and asset tree · needs rights/permission clarification

The source uses Portal-themed names and design concepts, and the sound project includes many audio files. The reviewed repositories do not provide a license or permission analysis for the Portal trademark, related characters/concepts, audio materials, artwork, or any commercial/non-commercial distribution context.

The catalogue describes the maker's published theme at a high level but does not represent the project as officially licensed, authorize reuse of themed art/audio, or make a legal conclusion about the source materials.

Source note: Portal Badge design document and public sound/source project trees.

Portal theme, third-party IP, attribution, and endorsement boundary · maker language and public self-submission only · seller/self-submission wording recorded; authority and rights unsubstantiated

The roster and maker page use Portal/portal-gun terminology and colors, and the source archive contains Portal-named artwork/design material. No reviewed source establishes permission, license, attribution, affiliation, endorsement, sponsorship, or approval from Valve, Portal rights holders, DEF CON, or another person/organization, nor grants reuse rights for the archive's art/media.

The entry retains factual source wording without claiming that a franchise rights holder, DEF CON, or any other party authorized, sponsored, designed, endorsed, licensed, or approved the SAO or its media.

Source note: BigFuckingBadge DEF CON 34 page, DEFCON 34 Badgelife Form response, and portal-gun-sao-dc33 repository.

Power Glove theme, authorship, and endorsement boundary · source labels only · theme and maker labels documented; rights/relationships unsubstantiated

The maker calls the artifact Power Glove, but reviewed public material does not establish artwork, name, hardware, or firmware authorship allocation; a licence or permission basis for associated creative material; or affiliation, sponsorship, endorsement, or authorization from DEF CON or any third-party rights holder associated with a Power Glove name or motif.

The dossier preserves the maker's title and event context without asserting ownership, cultural/franchise relationship, sponsorship, endorsement, authorship, or permission to reuse artwork or photos.

Source note: NilbinSec DEF CON 34 roster response and DC32 Power Glove repository.

QMK and final configuration boundary · public project documentation · partially documented

The project says the hardware is QMK-compatible but says QMK setup instructions will be posted separately. The reviewed sources also do not establish the final production configuration, exact recipient population, completed three-key/I2C add-on distribution, or a final post-event firmware image beyond the documented CircuitPython workflow.

The record distinguishes current CircuitPython documentation and documented hardware capability from an asserted shipping QMK configuration or final delivery configuration.

Source note: DCZia MK9 repository README, firmware README, and launch announcement.

RAIN, QR, identifier, and data-use boundary · official badge documentation · high-level identifier framing documented; implementation and data practices unpublished

The source names a passive RAIN RFID/UHF tag, QR association, unique sequential 96-bit conference/demo identifier, and a no-personal-information claim. It does not publish the RFID inlay or memory map, air-interface configuration, reader behavior, QR payload or destination, identifier-generation procedure, scan logging, account linkage, consent path, data retention/sharing, backend, security review, source code, or license.

The entry retains the source's non-personal identifier wording without presenting it as a complete privacy assessment, a tracking/non-tracking guarantee, a reader protocol, a data-use policy, or a deployed-service specification.

Source note: IEEE RFID 2026 RFID Badges page.

REV. 0 build and revision caveat · Garoa primary hardware documentation · documented; final 2026 revision unresolved

Garoa’s REV. 0 documentation records a PCB correction/rework requirement and proposed next-revision changes. The source archive also contains an earlier BSidesSP 2025-named test path, rather than a tagged 2026 production release.

The record does not turn the documented REV. 0 platform into a claim that every 2026 badge had the same corrected board, components, physical build, or event-ready firmware.

Source note: Garoa Badge REV. 0 documentation and BadgeGaroa_r2 commit-pinned tree.

RF experiment caveat · primary-source backed · documented

Hackaday described the LoRa mesh as an experiment because hundreds of long-range radios would be operating at very short range in the Supercon venue.

The catalogue records the intended mesh-chat behavior without implying that every RF condition, channel plan, or conference-floor routing outcome was solved before the event.

Source note: Hackaday Communicator Badge reveal and firmware README RF Frequency Control section.

RF legality and safety caveat · product disclaimer plus firmware source · documented

The public firmware includes RF transmit, Tesla, and jammer code paths, while Rabbit-Labs' product page says end users are responsible for lawful, safe, and authorized use.

The catalogue records the existence of those code paths as evidence only and does not provide operating instructions or imply that transmitting, jamming, or replaying RF signals is lawful in any jurisdiction.

Source note: Rabbit-Labs product-page legal disclaimer and RocketGod firmware source.

Red Team Village association and credential boundary · official Village context plus self-submitted sale statement · village-associated planned badge; credential status not documented

Red Team Village's official page confirms its DEF CON 34 presence and its public roster row announces an on-site RTV D20 sale, but neither source says the badge is issued by DEF CON, included with registration, required for the Village, grants entry, replaces a Human badge, or has a defined official access role.

The catalogue preserves the source-backed Village association without portraying RTV D20 as an official DEF CON credential, admission badge, universal attendee handout, or verified access token.

Source note: Red Team Village @ DEF CON 34 event page and DEFCON 34 Badgelife Form response.

SAINTCON-named archive, 2026 revision, and historical-lineage boundary · public hardware-tree filename and current maker/roster association · current DEF CON 34 listing evidenced; prior/revision history not reconstructed

The public hardware directory includes `beelzebub_expansion_board_saintcon_2025_v2.zip`, while the current store and roster place Beelzebub in a DEF CON 34 context. This pass did not recover a source-backed SAINTCON 2025 distribution record, exact historical event link, release date, changelog, 2026 revision record, or proof that the archive exactly matches the current product.

The record preserves a valuable public source trail without treating an archive filename as proof of a prior conference handout or claiming that the current listed unit is new, unchanged, or technically identical to the archived design.

Source note: Beelzebub hardware tree, product page, and DEFCON 34 Badgelife Form response.

SAINTCON-named archive, 2026 revision, and historical-lineage boundary · public hardware-tree filename and current maker/roster association · current DEF CON 34 listing evidenced; prior/revision history not reconstructed

The public hardware directory includes `krampus_minibadge_holder_saintcon_2025.zip`, while the current store and roster place Krampus in a DEF CON 34 context. This pass did not recover a source-backed SAINTCON 2025 distribution record, exact historical event link, release date, changelog, 2026 revision record, or proof that the archive exactly matches the current product.

The record preserves a valuable public source trail without treating an archive filename as proof of a prior conference handout or claiming that the current listed unit is new, unchanged, or technically identical to the archived design.

Source note: Krampus hardware tree, product page, and DEFCON 34 Badgelife Form response.

SAO and companion-artifact compatibility gap · primary maker listing · needs connector and companion documentation

The maker calls out an I2C-equipped SAO v1.69bis connector and one included Pac-Man Ghost SAO, but does not publish pinout, supply voltage, current budget, mechanical dimensions, compatibility list, color allocation, companion electronics/firmware, or test results.

The record does not infer standard-wide interoperability, electrical safety, external-SAO compatibility, or a particular companion SAO configuration from a product-description sentence.

Source note: Spectre Sniffer Badge listing.

SAO host-power, LED, and hardware-safety specification boundary · live maker component and compatibility wording · high-level add-on surface published; electrical validation unrecovered

The maker lists an SAO connector, three flashing red LEDs, three resistors, fully assembled delivery, no separate battery, and a compatible-host requirement. The source does not establish SAO version/pinout, supply voltage/current, maximum host load, LED/resistor values, flashing circuit, reverse/overcurrent/ESD/short protection, thermal behavior, test procedure, host-badge compatibility matrix, installation forces, manufacturing inspection, compliance, or safe-use result.

The record makes the stated add-on surface discoverable without converting a generic compatibility sentence into a universal electrical, mechanical, or safety guarantee.

Source note: Brooke's Bytes Badge Crown SAO Uberflux listing.

SAO orientation, power, current, and host-compatibility boundary · repository README source note · source-reported integration context; full validation absent

The repository points to a source-described upside-down DC34 SAO-port orientation and cites 3.0 V and 100 mA context, with a switch/jumper to invert its own header. It does not supply an authoritative final host specification, connector orientation instructions for every unit, complete current analysis, startup/inrush data, reverse-polarity/ESD protection details, contention analysis, host matrix, or safety testing.

The catalogue preserves a relevant source note without declaring the official badge defective, safe for hot-swapping, or universally compatible.

Source note: MalO_SAO repository README and linked DEFCON34 MICD reference.

SAOv3, I2C, host-compatibility, ARP, and hot-plug boundary · maker product page · proposal-level interface with explicit unsupported features

The listing frames SAOv3 as Rare Circuit's proposal over I2C, says the device does not support ARP or hot plugging, and describes general host control capabilities. It does not publish an authoritative final standard, electrical I2C details, command schema, host test matrix, version negotiation, port-detection result, hot-plug safety evidence, ARP alternative, backwards-compatibility policy, or proof that a particular badge implements the interface.

The record does not promote a proposal into a universal standard, treat an advertised feature family as cross-host compatibility, or imply safe hot plugging or ARP support.

Source note: Firefly Jar SAO product page.

SEAL development-source linkage boundary · self-described public project source plus unlinked organizer record · pre-event source exists; physical-prototype assignment unverified

SEAL-Embedded's immutable December 13, 2025 snapshot describes an IEEE Rising Stars Conference Raspberry Pi Pico W BLE networking-badge development track, while its July 2026 README describes a newer ESP32-WROOM-32 iteration. The official 2026 Badge Project page neither names SEAL nor links the repository, and it identifies only approximately five advanced prototypes without their hardware or firmware configurations.

The public source is available as a separately scoped development trail, but this record does not assign its Pico W code, later ESP32 code, BLE behavior, components, or authorship to a specific physical 2026 prototype or all-attendee bare PCB.

Source note: SEAL-Embedded Conference-Badge commits 565a05c1a1349623cbc244925c0e38599ed1f709 and 5c1caea03cd18def8ac66bf23b8e7c5581addcaa; IEEE Rising Stars 2026 Badge Project page.

Sheriff battery, soldering, magnet, and wearable-safety boundary · maker assembly guide · assembly steps published; engineering and safety context incomplete

The maker guide directs battery-wire soldering, CR2032/LIR2032 use, magnet mount through clothing, and power-switch selection; it says the badge does not charge an LIR2032. It does not provide battery compatibility, polarity protection, current draw, charging/thermal guidance, solder-fume/burn precautions, magnet interference or ingestion cautions, mechanical retention testing, short-circuit protection, or medical-device guidance.

The catalogue records a source-backed build path without treating it as a complete safety procedure or an endorsement of every battery, body placement, or modification.

Source note: Sheriff SAO Standalone Build Guide.

Star Trek theme, authorship, and endorsement boundary · maker title and product framing only · theme and maker labels documented; rights/relationships unsubstantiated

The maker calls the artifact Star Trek SAO Phaser v2.2 and says it aims to emulate a Type-2 phaser from Star Trek: The Original Series, but reviewed public sources do not establish artwork, name, hardware, or firmware authorship allocation; a licence or permission basis for associated creative material; or affiliation, sponsorship, endorsement, or authorization from DEF CON, Hacker Warehouse, or any Star Trek rights holder.

The dossier preserves source-published terminology and creative context without asserting ownership, franchise relationship, sponsorship, endorsement, sole authorship, or permission to reuse artwork, photos, or video.

Source note: Hak4Kidz DEF CON 34 roster response, H4K-Dave video, and Hak4Kidz Lab Tindie listing.

Star Trek theme, authorship, and endorsement boundary · maker title and 60th-anniversary wording only · theme and maker labels documented; rights/relationships unsubstantiated

The maker calls the planned item an Original Series Tricorder badge and frames it as a 60th-anniversary Star Trek celebration, but reviewed public sources do not establish artwork, name, hardware, or firmware authorship allocation; a licence or permission basis for associated creative material; or affiliation, sponsorship, endorsement, or authorization from DEF CON, Hacker Warehouse, or any Star Trek rights holder.

The dossier preserves source-published terminology and creative context without asserting ownership, franchise relationship, sponsorship, endorsement, sole authorship, or permission to reuse artwork, photos, or video.

Source note: MakeItHackin DEF CON 34 roster response and historical Tricorder SAO sources.

UPDI programming and modification boundary · maker interface label only · UPDI-compatible interface named; use conditions undocumented

The product labels a UPDI-compatible one-wire programming interface, but does not disclose the connector/pad pinout, voltage, wiring, programmer compatibility, fuse/lock-bit state, erase behavior, backup, recovery, user-data effects, board warranty, or safe modification procedure.

The catalogue records an explicit programming surface without presenting it as a risk-free, universally compatible, authorized, or supported reflashing path.

Source note: Masonic33 Tindie listing.

Uber Badge caveat · official registry · documented; no 2026 awardee claimed

The current Uber Badge page documents the lifetime-admission award model and public registry, but the public registry does not list a 2026 badge-challenge winner as of the current recheck.

The catalogue treats Uber Badges as an award lineage attached to the challenge and avoids naming unverified 2026 winners.

Source note: BSides Tampa Uber Badge registry page, rechecked 2026-05-21.

VOC measurement, air-quality, and safety boundary · explicit first-party product disclaimer · novelty use only; no accuracy claim

The maker expressly says no claims are made to this device's accuracy and that it must not be relied on for accurate air-quality measurements. It also frames its VOC-index behavior as relative change after warmup. The source does not publish calibration, environmental or chemical cross-sensitivity testing, threshold or exposure guidance, health recommendations, alarm validation, sensor maintenance, certification, or suitability for safety decisions.

The entry does not treat a playful indication or a sensor part number as an air-quality monitor, medical/safety device, exposure warning, or replacement for appropriate ventilation and professional guidance.

Source note: Volatile Organic Canary SAO product page.

Konsool note

WHY2025 lineage divergence · secondary hands-on report plus public project context · historical context

Hackaday reported that Tanmatsu originated in Badge.Team and had been destined to become the WHY2025 badge before a significant disagreement between event orga and Badge.Team left it as a standalone project.

The record links the standalone Tanmatsu/Konsool platform to the same Dutch camp badge-history branch as WHY2025 without treating it as the shipped WHY2025 attendee badge.

Source note: Hackaday Tanmatsu hands-on report.

Wi-Fi monitoring, foxhunt, privacy, and authorization boundary · public source implementation and maker description · 2.4 GHz packet counting and BSSID/RSSI behavior documented; use context unreported

The product and source describe channel monitoring, packet counting, access-point selection, and RSSI-based foxhunting, while the sketch enables ESP32 promiscuous mode and scans nearby networks. Sources do not establish user authorization, venue policy, consent, lawful-use boundaries, packet payload handling, metadata retention, encryption handling, target verification, false-positive behavior, tracking accuracy, interference impact, RF performance, privacy notice, security review, or responsible-use guidance.

Readers can understand the documented research surface without treating it as permission to monitor or follow third-party wireless activity, a privacy-safe product guarantee, a precise locating instrument, or a validated security tool.

Source note: GigaGeiger maker product page, README, and GG_OTA_061025.ino.

Wi-Fi, power, electrical-safety, and privacy boundary · public technical reference and sample archive · capability and power paths documented; operating policy unrecovered

The archive documents Wi-Fi samples, Micro-USB or CR123A power, automatic USB-over-battery switching, and no on-board charging. It does not establish radio settings, band/region, antenna configuration, credentials, event network behavior, data collection/retention, privacy policy, security review, current draw, runtime, battery handling, thermal performance, electrical limits, regulatory testing, venue policy, or user safety guidance.

No live network, privacy, lawful-operation, battery-life, charging, or electrical-safety claim is inferred beyond the documented reference behavior.

Source note: Circuit Board Medics commit-pinned Carolina Code Conference 2026 Badge README and organizer event-week guide.

active and Bluetooth protocol boundary · public package documentation · generic protocol material not assigned to event unit

The package documentation contains generic active-badge and Bluetooth Low Energy protocol material, while its sole implemented BadgeSpecification target is passive and the organizer app's documented write action is NFC based. No reviewed source ties a battery-powered or Bluetooth-capable variant to the 2025 Flutter & Friends hardware.

The record does not claim Bluetooth, BLE, a battery, or active-radio behavior for the actual conference badge merely because the reusable package documents additional protocol families.

Source note: friends_badge README, BadgeSpecification, BLE_FORMAT, and NFC_FORMAT documentation.

activity material, participant, and outcome boundary · maker repository description · on-day printed-material statement documented; content and outcome unrecovered

The maker archive says a companion activity flyer was given out on the day, but it does not establish an organizer-approved activity, flyer contents, activity values, participant count, participation record, completion data, participant identities, prize policy, final result, current service status, or a safe/reproducible operating procedure. No codes, activity content, connection, or configuration directions are reproduced here.

The catalogue records the historical printed-material statement without exposing activity instructions or inferring universal participation, a completed challenge, individual outcomes, or current availability.

Source note: bsides-cheltenham-2024-badge README and public archive.

advocacy, beneficiary, proceeds, and attribution boundary · maker-published product statement · maker statement not independently verified

The listing expresses the maker's view of DHS and ICE enforcement and says a portion of proceeds goes to the Immigrant Defenders Law Center. It does not provide independent evidence for those policy characterizations, a donation percentage, accounting, recipient confirmation, legal agreement, financial transfer, campaign outcome, or permission to speak for the named organization.

The catalogue can transparently preserve the maker's stated context without recasting it as an independently verified political, legal, charitable, or organizational claim.

Source note: #NOICE SAO product page and its linked beneficiary URL.

allocation and CTF-access boundary · official CTF announcement · needs post-event fulfillment report

The official pre-event CTF announcement says a badge could be purchased from the Village and five CHV badges would be available specifically for CTF participants, while also saying purchase was not necessary to compete. It does not publish a final sales quantity, recipient population, allocation process, physical variant list, CTF result, or final rules.

The catalogue does not infer universal distribution, a guaranteed participant badge, a completed CTF, or a final allocation count from the announced CTF access route.

Source note: Car Hacking Village DEF CON 34 CTF announcement.

allocation and credential boundary · organizer-published app source · event-linked artifact confirmed; allocation unverified

The organizer-published app calls the target a conference badge and adds a user-facing write workflow immediately before the event, but reviewed sources do not state who received a badge, whether every ticket holder was eligible, whether it was optional, whether it functioned for entry, how it was handed out, or how many units existed.

The catalogue records a factual event-linked electronic badge and companion workflow without upgrading it to an all-attendee entitlement, admission credential, or distribution ledger.

Source note: Flutter & Friends organizer-published conference-app commit, badge UI source, schedule data, and friends_badge repository.

allocation and fulfillment boundary · official product page · planned distribution only

The source says philanthropy units are limited and more than 84 percent of badges are planned for free convention distribution, but it does not publish a total production count, exact giveaway count, recipient criteria, event-by-event allocation, final shipping completion, or complete physical variant list. It also says there is no Las Vegas pickup and no international shipping for philanthropy units.

The catalogue does not infer a universal attendee issue, final recipient count, or completed giveaway from the planned distribution model.

Source note: AND!XOR DC34 official product page.

allocation and provenance boundary · event listing and attendee account · needs final organizer recap

The event listing advertises a guaranteed PCB badge in its pre-sale package, while the reviewed post-event public trail does not publish a final allocation count, recipient roster, variant inventory, production run, board-designer statement, or delivery report.

The catalogue records a pre-sale package and observed attendee artifact without claiming universal distribution, exact production scope, or a named board designer beyond the event listing's Fox Pick attribution.

Source note: BSides Global event listing and post-event BSidesNOLA / attendee public sources.

allocation, color-variant, and availability boundary · official pre-event recipient wording · announced variants documented; quantities and outcome unrecovered

The organizer announced green attendee badges and purple sponsor/speaker versions, and said there would be no additional circuit-board badges after the initial event order. It does not provide counts, ticket-tier mapping, eligibility rules, order quantity, final color/render confirmation, lost-badge policy, transfer policy, scarcity outcome, or completed allocation evidence.

The record preserves the organizer's announced recipient distinction without claiming that all attendees, sponsors, or speakers obtained a particular final unit or color variant.

Source note: Carolina Code Conference 2026 Circuit Board Badge announcement and event-week guide.

allocation, handoff, and final device-state boundary · official conference and post-event programme sources · 100-badge availability statement; individual receipt unverified

The organizer's conference page says 100 complimentary BLE badges were available, and the programme chairs confirm the conference occurred. The official sources do not provide a recipient list, final quantity produced or accepted, inventory accounting, handoff report, serial allocation, activation result, replacement policy, device-health record, or post-event owner report.

The dossier records a documented conference artifact without translating an availability statement into universal receipt, final distribution, continuous operation, or a complete fulfillment account.

Source note: IEEE RFID 2026 official conference page, RFID Badges page, and Technical Program Chairs' welcome.

allocation, ownership, and credential boundary · source-conservative public record · event object documented; recipient and access role unrecovered

The recovered sources do not state who could receive, buy, borrow, use, or keep the Vulnerable ATM Badge; whether it was a conference credential; whether it was a shared village installation; how many units existed; whether it was completed or handed out; or whether it could provide access to DEF CON or any village activity.

The record does not describe the item as an attendee entitlement, a DEF CON-issued Human badge, a volunteer badge, a personal device, or a completed distribution run.

Source note: Payment Village DEF CON 33 page, preserved DEF CON 33 programme copy, and Payment Village DEF CON 34 programme.

allocation, physical form, and credential boundary · official badge and post-event programme sources · passive artifact documented; handoff and format unresolved

The official badge page says attendees could choose whether to accept and carry conference RFID badges, while the programme chairs confirm the conference occurred. Neither source provides passive-tag quantity, recipient list, serial allocation, physical-tag dimensions or medium, final artwork, handoff record, replacement policy, photo evidence, or a statement that the tag granted admission or access.

The record remains a documented passive conference artifact rather than an unsupported claim about every attendee, a specific physical format, identity credential, venue access, or completed fulfillment.

Source note: IEEE RFID 2026 RFID Badges page and Technical Program Chairs' welcome.