evilpan
这个项目的本意一个airkiss协议的实现。发送账号密码的上层应用只是简单示例，因为Wifi的操作与其平台和驱动有直接联系。比如: 1.切换混杂模式 2.切换信道 3.接收数据 如果驱动有对应接口，则可以直接在代码中使用。在PC中，我这里的方法是用aircrack的方法，针对不同型号的wifi芯片，使用不同的bash命令（如 iw）。对于不同的操作系统，需要自己替换成对应的命令或API。 至于你的这个具体问题，可以通过打印wifi接收到的数据帧的前24个字节，来确定混杂模式，切换信道以及数据接收是否正常。
@w450434204 一般来说,wifi的信道是全局唯一的,不会存在两个进程工作在两个不同信道的情况. 你可以试着增加切换wifi信道的时间间隔,以确保能在该信道接收到必要的数据.
Hi，Yan 能否提供以下信息： - 系统以及内核版本（uname） - 已安装的内核模块（lsmod） - 设备信息（处理器的架构以及网卡的型号） - 出错时的syslog（dmsg） 根据说说内容来看，像是内核的错误，把wifi_scan注释掉看是否运行正常？ 在2016年11月28日 18:36 ，VIRGIL-YAN写道： root@DietPi:~/Airkiss# ./airkiss wlan1 80211 driver_id is 17 index is 3 NL80211_CMD_TRIGGER_SCAN sent 36 bytes to the...
这里打开网卡是根据不同的驱动来进行操作的, 看do_linux_open()里面的流程就可以知道. 确认一下你的网卡类型是否在已知的网卡里,如果没有的话则需要自己提供驱动.
Hi, Jim 请先确认下你的libnl头文件路径: locate netlink/errno.h 然后在编译命令中(-I/usr/local/include/libnl3)修改为对应的路径
Note the following error message: ``` unrecognized argument to -fsanitize= option: ‘dataflow’ ``` Which means you should (re)build your clang(compiler-rt) with `DataFlowSanitizer` enabled.
What's your LLVM version? I built and tested this pass with LLVM3.8, 3.9, 4.0, and maybe 5.0. Since LLVM introduce breaking changes from time to time, It's sugguested to use...
同一个NAT之后的两个客户端打洞, 该NAT是否支持`loopback transmission`?
看样子是`59.63.3.220`这个端点没有在cone NAT之后,企业ISP可能是symmetric NAT, 可以用tools下的`udp_server`和`udp_client`按照README验证一下.
从上面的截图得到的结论是, 外部IP为`58.63.3.220`的NAT为Cone NAT, 外部IP为`59.41.161.145`的NAT为Symmetric NAT. NAT对UDP维护的映射时间一般在10秒到几分钟, 应用程序只是一个POC, 暂时还没做keepalive, 这也可能导致两次显示的源端口不一致的.