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
2204 matching issue record(s)

Masonic theme, terminology, and affiliation boundary · maker theme wording only · Freemasonry-inspired presentation; affiliation unsubstantiated

The maker describes square-and-compass imagery, 33rd-degree mystique, and secret-society/Freemasonry-inspired modern puzzle elements. No reviewed source establishes sponsorship, endorsement, membership, authority, or affiliation with any Masonic or fraternal organization, nor provides a license for theme/artwork elements.

The catalogue documents the source's creative framing without inferring religious, fraternal, organizational, legal, or licensing relationships beyond that stated theme.

Source note: Masonic33 Tindie listing and Hacker Couture DEFCON 33 Product List.

Micro-USB, USB-C, touch-count, and Coin M0 mapping conflict · conflicting linked primary sources · unresolved source discrepancy

AoSC's eChallengeCoin page says Micro-USB and one large touch pad, while the CircuitPython Coin M0 profile that AoSC links as the eChallengeCoin-specific build says native USB-C and three capacitive touch pads. Both sources mention three NeoPixel groups and a speaker. This pass did not recover a revision note, schematic, product BOM, photo with cleared technical annotation, or maker clarification resolving whether the pages describe the same final 2026 unit, a transitional revision, or differing interface vocabulary.

Readers should not select cables, infer a connector, design touch software, rely on a touch count, or assume final board parity from either page alone.

Source note: AoSC 2026 eChallengeCoin page and CircuitPython Bradán Lane STUDIO Coin M0 profile.

Mind fundraiser, assembly, participant, and outcome boundary · maker repository description · limited fundraiser account documented; contribution and completion outcome unrecovered

The maker archive says parts to complete badges were sold on the day and raised more than £300 for Mind, but it does not publish an organizer confirmation, campaign terms, payment or donation ledger, purchaser count, parts inventory, unit-to-purchaser mapping, completed assembly count, participant identities, recipient list, final badge distribution, or individual charity outcome. No assembly procedure is reproduced here.

The catalogue retains the source-reported charity context without turning it into a verified fundraising audit, universal attendee experience, exact manufacturing total, completed-badge count, or individual donation claim.

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

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 and organizer closing update · NTAG215 and completed exchange activity documented; implementation unreleased

HITCON's official events page names an embedded NTAG215 NFC chip and phone-tap collectible-card exchange, and the organizer's closing update confirms NFC Battle ran. Neither source discloses 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 completed 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, and HITCON / @HacksInTaiwan closing update.

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, and the September 25 recheck found none. The same week the README's software section was relabelled MicroPython while the firmware README continues to document CircuitPython, and the reviewed sources do not establish the exact recipient population or completed three-key/I2C add-on distribution.

The record distinguishes current CircuitPython documentation and documented hardware capability from an asserted shipping QMK configuration or final delivery configuration, and flags the firmware-label contradiction instead of resolving it.

Source note: DCZia MK9 repository README, firmware README, August 7 relabel commit, 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.

activation and delivery boundary · official product page capture and post-event source recheck · official shop source offline after the event; outcome unreviewed

The captured official page scheduled BENDER challenge availability and activation instructions for August 7, 2026 and said philanthropist badges would ship by early August. DEF CON's official news confirms the host conference wrapped on August 10, 2026, but the September 25 recheck found the entire AND!XOR shop returning 404 and the official GitHub account still without DC34 activation material, so completed activation, shipping, giveaway, and challenge outcomes are unreviewed rather than confirmed or refuted.

The catalogue records announced game and logistics context and a post-event source outage, not a completed physical run, completed server activation, delivered firmware, or observed attendee experience.

Source note: AND!XOR DC34 official product page capture and September 25, 2026 shop and GitHub rechecks.

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.

ai-authored firmware provenance · repository README · documented as machine-authored

The firmware README states the code was written entirely by an AI coding agent and asks users to treat it as machine-authored, while the flash kit likewise notes most of its code was AI-written with human review.

The catalogue preserves this provenance explicitly rather than presenting the firmware as a purely hand-written engineering artifact.

Source note: dissecto GmbH scapycon-2026-badge-firmware README and breachlabz ScapyCon26-EVSE README.

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.