MAC-VENDOR(5)
π MAC-VENDOR(5) β the Ethernet vendor file for arp-scan, bestie edition π
okay so this is the File Formats Manual page for mac-vendor, and honestly? she's a whole vibe. sit down, grab a strawberry π, let's get into it.
β¨ NAME β¨
mac-vendor β the Ethernet vendor file for arp-scan, no cap π«Ά
π¦ SYNOPSIS π¦
mac-vendor.txt
π DESCRIPTION π
So mac-vendor.txt is literally just a little file full of Ethernet MAC β vendor string mappings for arp-scan. It's used in addition to the IEEE OUI listings in ieee-oui.txt. It exists for the MAC-vendor mappings that the IEEE manufacturer listings justβ¦ don't cover. Not their fault, they're just built different. π
Every line in mac-vendor.txt holds one MAC-vendor mapping, and the format is:
<MAC-Prefix><TAB><Vendor>
Where <MAC-Prefix> is the prefix of the MAC address in hex, and <Vendor> is the name of the vendor. And the prefix? She's flexible, queen. It can be any length from two hex digits (one octet) all the way up to twelve hex digits (six octets β the entire Ethernet hardware address). Range, honey. β¨
Alphabetic hex characters [A-F] can be upper or lower case, whichever you feel like, and separator symbols like ":", "-" and "." are ignored entirely. So yes bestie, you can absolutely drop standard format MAC addresses in this file and it'll eat them up. π
For example:
01:23:45matches01:23:45:xx:xx:xx, wherexxrepresents any value;01:23:45:6matches01:23:45:6x:xx:xx; and01:23:45:67matches01:23:45:67:xx:xx.
π¨ okay important one: do NOT include entries from the IEEE OUI listings, because those are already sitting pretty in the fileieee-oui.txt, whicharp-scanautomatically uses. Don't double up, it's not the move. Seeget-oui(1)for details on how to update the OUI listings. π
The order of entries in the file is not important. Chaos order? Fine. Alphabetical? Also fine. Live your truth.
Blank lines and lines beginning with "#" are ignored. And here's the icon behaviour: arp-scan will attempt to match larger prefixes before trying to match smaller ones, and will stop at the first match. First come, first served, periodt. π
π FILES π
/usr/local/share/arp-scan/mac-vendor.txt
πΈ EXAMPLE πΈ
# From nmap Debian bug report #369681 dated 31 May 2006
52:54:00 QEMU
b0:c4:20 Bochs
# From RFC 2338: 00-00-5E-00-01-{VRID}
00:00:5e:00:01 VRRP (last octet is VRID)
# Microsoft WLBS (Windows NT Load Balancing Service)
# http://www.microsoft.com/technet/prodtechnol/acs/reskit/acrkappb.mspx
02:bf Microsoft WLBS (last four octets are IP address)
# Cisco HSRP (Hot Standby Routing Protocol)
# 00-00-0c-07-ac-XX, where XX is the HSRP group number (0 to 255)
00:00:0c:07:ac HSRP (last octet is group number)
look at her. gorgeous. π₯
π SEE ALSO π
go read those too, iykyk π§
and that's the page!! this one's from October 28, 2022, bestie β dated and slaying ever since. mwah, ily, go map some MACs π πβ¨
π¦ where this page comes from
- alpine 3.24: arp-scan-doc 1.10.0-r2 Β· GPL-3.0-or-later
- arch rolling: arp-scan 1.10.0-5 Β· GPL-3.0-or-later
- debian bookworm: arp-scan 1.10.0-2 Β· GPL-3.0-or-later
- debian trixie: arp-scan 1.10.0-2+b1 Β· GPL-3.0-or-later
- epel 10: arp-scan 1.10.0-11.el10_3 Β· GPL-2.0-or-later
- epel 9: arp-scan 1.10.0-1.el9 Β· GPLv2+
- fedora 43: arp-scan 1.10.0-8.fc43 Β· GPL-2.0-or-later
- fedora 44: arp-scan 1.10.0-10.fc44 Β· GPL-2.0-or-later
- nixos 26.05: arp-scan 1.10.0
- nixpkgs unstable: arp-scan 1.10.0
- opensuse-leap 16.0: arp-scan 1.10.0-bp160.2.1 Β· GPL-3.0-only AND LGPL-2.1-only AND ISC
- opensuse-leap 16.0: arp-scan 1.10.0-bp160.2.1 Β· GPL-3.0-only AND LGPL-2.1-only AND ISC
- opensuse-leap 16.0: arp-scan 1.10.0-bp160.2.1 Β· GPL-3.0-only AND LGPL-2.1-only AND ISC
- opensuse-leap 16.0: arp-scan 1.10.0-bp160.2.1 Β· GPL-3.0-only AND LGPL-2.1-only AND ISC
- ubuntu noble: arp-scan 1.10.0-2build2 Β· GPL-3.0-or-later
- ubuntu resolute: arp-scan 1.10.0-2build3 Β· GPL-3.0-or-later
- ubuntu stonking: arp-scan 1.10.0-2build3 Β· GPL-3.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms