過去5日間、オンラインでこの問題を探していましたが、答えが見つかりませんでした。 ettercapを起動してインターフェイスをwlan0として選択するたびに、次のエラーが発生します。
ERROR: 9, Bad file descriptor
[/build/ettercap-jPFHOw/ettercap-08.2/src/ec_network.c:source_init:245]
libnet_init: unknown physical layer type 0x323
ec_network.cファイルやlibnetファイル(この質問に関連する場合)もありません。ダウンロードする必要がある場合はどこでダウンロードできますか?
ありがとう
答え1
カーネルのバグが見つかった可能性があります。おそらくこれをバグと呼ぶべきではないでしょう。これは、カードの特定の識別子のサポートがカーネルコードにまったく追加されていない可能性があるためです。
物理層を処理するettercapコードは次のとおりです。
switch (ifr.ifr_hwaddr.sa_family)
{
case ARPHRD_ETHER:
case ARPHRD_METRICOM:
#ifdef ARPHRD_LOOPBACK
case ARPHRD_LOOPBACK:
#endif
l->link_type = DLT_EN10MB;
l->link_offset = 0xe;
break;
case ARPHRD_SLIP:
case ARPHRD_CSLIP:
case ARPHRD_SLIP6:
case ARPHRD_CSLIP6:
case ARPHRD_PPP:
l->link_type = DLT_RAW;
break;
case ARPHRD_FDDI:
l->link_type = DLT_FDDI;
l->link_offset = 0x15;
break;
/* Token Ring */
case ARPHRD_IEEE802:
case ARPHRD_IEEE802_TR:
case ARPHRD_PRONET:
l->link_type = DLT_PRONET;
l->link_offset = 0x16;
break;
default:
snprintf(l->err_buf, LIBNET_ERRBUF_SIZE,
"unknown physical layer type 0x%x",
ifr.ifr_hwaddr.sa_family);
goto bad;
}
内部でこれらすべての定義の値を確認できます/usr/include/net/if_arp.h
。はい、0x323の結果は両方ありません。また、0x323 は既知のデバイスではありません。net/if_arp.h
ここに一つあります。テストプログラム内容を記入してifr.ifr_hwaddr.sa_family
印刷してください。
#include <errno.h>
#include <stdio.h>
#include <string.h>
#include <arpa/inet.h>
#include <sys/ioctl.h>
#include <stropts.h>
#include <net/if.h>
#include <netinet/if_ether.h>
#include <net/if_arp.h>
int
main(int argc, char** argv)
{
struct ifreq ifr;
int fd = -1;
char *iface = argv[1];
fd = socket(PF_INET, SOCK_PACKET, htons(ETH_P_ALL));
if (fd == -1)
{
if (errno == EPERM) {
printf("UID/EUID 0 or capability CAP_NET_RAW required\n");
} else {
printf("socket: %s\n", strerror(errno));
}
return 1;
}
memset(&ifr, 0, sizeof (ifr));
strncpy(ifr.ifr_name, iface, sizeof (ifr.ifr_name) -1);
ifr.ifr_name[strlen(iface)] = '\0';
if (ioctl(fd, SIOCGIFHWADDR, &ifr) < 0 )
{
printf("SIOCGIFHWADDR: %s\n", strerror(errno));
return 1;
}
printf( "IFR: [%08x] sa_family [%02x]\n"
, ifr.ifr_hwaddr, ifr.ifr_hwaddr.sa_family);
return 0;
}
その半分はettercapのコードからコピーされました。とにかく、コンパイルは簡単でなければならずgcc -o prog prog.c
(ソース名であると仮定してprog.c
)、最初の引数としてインタフェース名を使用して実行する必要があります。例えば
[root@haps ~]# /home/grochmal/tmp/libnet/test enp3s0
IFR: [24240001] sa_family [00]
[root@haps ~]# /home/grochmal/tmp/libnet/test wlp2s0
IFR: [22000001] sa_family [00]
(これは私のコンピュータにあります)
sa_family
次のように記入されていることがわかります。
ioctl(fd, SIOCGIFHWADDR, &ifr)
次を実行します。
struct net_device *dev = dev_get_by_name_rcu(net, ifr->ifr_name);
...
case SIOCGIFHWADDR:
if (!dev->addr_len)
memset(ifr->ifr_hwaddr.sa_data, 0,
sizeof(ifr->ifr_hwaddr.sa_data));
else
memcpy(ifr->ifr_hwaddr.sa_data, dev->dev_addr,
min(sizeof(ifr->ifr_hwaddr.sa_data),
(size_t)dev->addr_len));
ifr->ifr_hwaddr.sa_family = dev->type;
return 0;
人口。私たちもdev_get_by_name_rcu
人口があるからです。struct net_device
ifr->ifr_hwaddr.sa_family = dev->type;
sa_family
私が一つ見つけたKali Linuxページのバグレポートこれに対して、sa_family
Kaliは最新のカーネルを使用しません。
そのため、上記のテストプログラムを実行して印刷されていることを確認します。
IFR: [********] sa_family [323]
テストプログラムはrawソケットを使用するため、rootとして実行する必要があります。
次に、最新のカーネルバージョンを使用して、4.xカーネルブランチ(gentooやArchなど)でバグが修正されていることを確認します。たとえばgcc
。
これが私がカーネルコードに入ることができる程度です。どうやってsa_family
決めますか?デバイスハッシュ、私の範囲外です。