USB的全称是Universal Serial Bus,通用串行总线。它的出现主要是为了简化个人计算机与外围设备的连接，增加易用性。USB支持热插拔，并且是即插即用的，另外，它还具有很强的可扩展性，传输速度也很快，这些特性使支持USB接口的电子设备更易用、更大众化。
https://blog.csdn.net/songze_lee/article/details/77658094
Radare2项目提供了针对逆向工程分析的完整工具链，功能也比较稳定，而且还支持利用其他编程语言和工具来扩展其功能。而Frida则是一个动态指令工具包，可以通过注入JavaScript代码来对正在运行的目标进程执行检测和操作，而且还可以与脚本进行通信。
在USB 2.0协议中第 9.1 USB Device States 章节规定了USB设备的6种状态，包括：
照理来说，USB-CAN这种东西应该已经被做的烂大街的工具，国内居然没有一个拿得出手的开源方案。某立功和PCAN动辄2000+的价格也是离谱。淘宝上各种虚拟串口方案、替换dll兼容某立功软件的各种方案....价格都倒是便宜，性能和可靠性嘛.......就不多说了，上位机软件也是烂的一塌糊涂。
内核：Linux 4.14.98 Modem：展锐UDX710 驱动：LAN78XX PHY驱动 USB PHY：LAN7800
在Linux环境上使用SDX55模块时出现无法识别adb端口，但可以识别手机adb端口。
Host 使用控制传输来识别设备、设置设备地址、启动设备的某些特性，对于控制传输，它首先发出"setup 事务"，如下：
UDC驱动的接口都定义在drivers/usb/gadget/udc/core.c文件中。USB Function驱动通过调用这些接口匹配及访问USB设备控制器，而底层USB控制器驱动要实现这些接口定义的功能。下面分析一下主要的UDC驱动接口调用流程。
在Windows 2000 与Windows XP 系统采用是WINDDK来开发WINDOWS驱动程序，我手头也有WINDDK，可是从Windows Vista开始之后，一般采用Microsoft Windows Driver简称（WDK）。这段时间刚好项目有用到USB HID，需要用到HID.lib库文件，因此下载了这个WDK7.1.0版本，采用HID.LIB，以及采用USB HID的目的，就是省去了PC端的驱动程序的编写，直接采用Windows内置的驱动程序，只需要了解USB HID通信数据包的机制即可。免去了安装驱动程序的烦恼。当然下位机也需要写一个USB HID的USB Device驱动。简单的说下USB HID的枚举吧：
USB是连接计算机系统与外部设备的一种串口总线标准，也是一种输入输出接口的技术规范，被广泛地应用于个人电脑和移动设备等信息通讯产品，USB就是简写，中文叫通用串行总线。最早出现在1995年，伴随着奔腾机发展而来。自微软在Windows 98中加入对USB接口的支持后，USB接口才推广开来，USB设备也日渐增多，如数码相机、摄像头、扫描仪、游戏杆、打印机、键盘、鼠标等等，其中应用最广的就是摄像头和U盘了。
USB是现代计算机系统中最常见的外设接口，其固有的安全性问题使其成为攻击者的目标。USB的一个众所周知的限制是数据流量未加密，这为攻击者在通信路径中执行中间人攻击提供了便利。本文介绍了一种新型攻击 - 对USB通信的路径外注入攻击（Off-Path Injection Attack），并展示了一个恶意设备，可以放置在目标设备和主机之间的通信路径之外。该恶意设备能向通信路径注入数据，从而伪造数据的输入来源，欺骗主机系统。
power supply class为编写供电设备（power supply，后面简称PSY）的驱动提供了统一的框架，功能包括：
本文，我将主要通过上图的分类方式来探讨针对USB的攻击向量问题。最上层涉及到更多关于人类应用、业务的基本交互场景。传输层包括设备的固件、协议栈等。物理层则主要描述USB总线上的通信问题。
众所周知，USB别看就只有四条线，但只是对于眼睛看到的来讲，确实它的构造就很简单。
Umap2是一款由NCC Group和Cisco SAS小组开发的、基于python的USB host安全评估工具。 它拥有第一版所支持的所有功能： umap2emulate：USB设备枚举 umap2scan：用于设备支持的USBhost扫描 umap2detect：USBhost操作系统检测（尚未实现） umap2fuzz：USB host fuzzing 另外，该版本中添加了额外的功能： USBhost fuzzing使用kitty作为fuzzing引擎 Umap2中不仅包含可执行的脚本，而且作为
USB设备控制器（UDC）驱动的框图如下图所示，由三部分组成。第一部分是UDC驱动核心层，在drivers/usb/gadget/udc/core.c文件中实现，该层是一个兼容层，将USB Function驱动和具体的USB gadget驱动隔离开，抽象了统一的接口和数据结构，向USB Function驱动提供了统一且稳定的接口，同时完成USB Function驱动和USB gadget驱动的匹配。第二部分是gadget driver层，负责驱动硬件工作，和具体的USB设备控制器硬件相关，dwc3的gadget driver驱动在drivers/usb/dwc3/gadget.c文件中实现。第三部分是USB设备控制器硬件。
本项目是基于全志F1C200S设计的开源屏幕开发板，设计的目标是提供一个低成本、超迷你且适合Linux开发的平台，特别是针对屏幕接口的支持。
左边主机，右边从机；USB 有主机控制器 UHC 和从机控制器 UDC，主机侧有 USB Device Driver，从机侧有 USB Function Driver。
一项新的研究发现，戴尔 Inspiron 15、联想 ThinkPad T14 和微软 Surface Pro X 笔记本电脑上的多个漏洞可以绕过 Windows Hello 身份验证。
当USB设备插上主机时，主机就通过一系列的动作来对设备进行枚举配置（配置是属于枚举的一个态，态表示暂时的状态），这些态如下：
关于PBG PBG的全称为Powershell Backdoor Generator，是一款功能强大的PowerShell后门生成工具，该工具能够生成PowerShell反向后门，并使用Python来对代码进行混淆处理，而且每一次构建后都会提供新的签名以实现检测绕过。 值得一提的是，该工具可以为类似Flipper Zero和Hak5 USB Rubber Ducky这样的热门黑客设备创建有效的Payload，而且广大研究人员也可以使用该工具来测试目标系统针对高级攻击技术的防御能力。 功能介绍 1、H
USB 基本知识 USB的重要关键概念: 1、 端点：位于USB设备或主机上的一个数据缓冲区，用来存放和发送USB的各种数据，每一个端点都有惟一的确定地址，有不同的传输特性（如输入端点、输出端点、配置端点、批量传输端点） 2、 帧：时间概念，在USB中，一帧就是1MS，它是一个独立的单元，包含了一系列总线动作，USB将1帧分为好几份，每一份中是一个USB的传输动作。 3、upstream、downstream(上行、下行)：设备到主机为上行，主机到设备为下行
《带你遨游USB世界》中，我们已经初步介绍了USB的整体架构，本文将从以下几个方面继续介绍USB的内容。
如下图所示，USB控制器可以呈现出两种不同的状态。USB控制器作为Host时，称为USB主机控制器，使用USB主机控制器驱动。USB控制器作为Device时，称为USB设备控制器，使用UDC（usb device controller）驱动。本节只分析USB控制器作为Device时的驱动框架。
两天没有写东西，大家是不是把我忘了都~今天偶然看见了这个蓝色的小东西，顺手摸了摸，感觉要写点什么。
高通5G平台SDX55支持5G独立组网（SA）和非独立组网(NSA)两种网络架构，同时兼容LTE和WCDMA制式，拥有更快的传输速度，更优秀的承载能力，以及更低的网络延时，可广泛应用于网关、工业监控、远程医疗、无人机、虚拟现实和沉浸式体验（VR和AR）、智慧能源、车联网、工业互联网、智慧教育、高清视频、智慧城市、家庭娱乐等多个领域。
今天给大侠带来基于 FPGA 的 USB 接口控制器设计（VHDL），由于篇幅较长，分三篇。今天带来第二篇，中篇，USB通信原理、USB 系统开发以及设计实例。话不多说，上货。
下面我们通过一个例子看一下USB的具体工作过程。在此我们用一个比较实用的例子，就是把我们的板子用USB连接至PC，然后在PC端出现一个模拟串口，通过串口助手打开这个串口，然后实现数据的双向传输。最后我们聊一下很多工程师都会忽视的USB认证问题。
根据 USB 规范，设备端点是 USB 设备中一个独特的可寻址部分，它作为主机和设备间通信流的信息源或库。USB 枚举和配置一节介绍了设备向默认地址做出响应的步骤。枚举过程中，该事件在主机读取端点描述符等其他描述符信息之前发生。在该过程中，需要使用一套专用的端点用于与设备进行通信。这些专用的端点（统称为控制端点或端点 0）被定义为端点 0 IN 和端点 0 OUT。虽然端点 0 IN 和端点 0 OUT 是两个不同的端点，但对开发者来说，它们的构建和运行方式是一样的。每一个 USB 设备都需要支持端点 0。因此，该端点不需要使用独立的描述符。 除了端点 0 外，特定设备所支持的端点数量将由各自的设计要求决定。简单的设计（如鼠标）可能仅要一个 IN 端点。复杂的设计可能需要多个数据端点。USB 规范对高速和全速设备的端点数量进行了限制，即每个方向最多使用 16 个端点（16 个 IN、16 个 OUT，总共为 32 个），其中不包含控制端点 0 IN 和 0 OUT 在内。低速设备仅能使用两个端点。USB 类设备可对端点数量设定更严格的限制。例如，低速人机界面设备（HID）设计的端点可能不超过两个 — 通常有一个 IN 端点和一个 OUT 端点。数据端点本身具有双向特性。只有对它们进行配置后才支持单向传输（具有单向特性）。例如，端点 1 可作为 IN 或 OUT 端点使用。设备的描述符将正式使其成为一个 IN 端点。 各端点使用循环冗余校验（CRC）来检测传输中发生的错误。CRC 是一个用于检测错误的计算值。USB 规范中对实际的计算公式进行了解释，这些计算由 USB 硬件进行，这样可确保能够发出正确的响应。数据操作的接收方对数据进行 CRC 检查。如果两者匹配，那么接收方将发出一个 ACK。如果两者匹配失败，便不会发出任何握手数据包。在这种情况下，发送方将重新发送数据。 USB 规范定义了四种端点，并根据类型以及所支持的设备速度限制了数据包的尺寸。根据设计要求，开发者使用端点描述符指出端点类型以及数据包最大尺寸。四种端点和各自的特性如下：
借着学习USB的风，闲暇之余写了个小程序——枚举系统设备，用vs2013+Qt5.6.0来实现设备管理器。
RK33999使用synopsys dwc3的USB3.0控制器IP。早期的初始化需要在两个模块中进行，一个在rockchip官方提供的驱动中初始化，位于drivers/usb/dwc3/dwc3-rockchip.c文件中，主要初始化和CPU紧密相关的内容，如时钟、复位、电源、extcon（用于USB模式切换），另一个在synopsys提供的驱动中初始化，位于drivers/usb/dwc3/core.c文件中，这部分和USB3.0控制器密切相关，如USB3.0控制器内部寄存器地址、USB3.0的PHY、中断等。只有两个模块都初始化完毕，USB3.0控制器才能正常工作。本节只分析USB驱动早期初始化部分。
AutoGadgetFS是一款开源框架，它可以帮助广大研究人员在无需深入了解USB协议的情况下对USB设备以及相关的主机/驱动器/软件进行评估。该工具基于Python 3开发，并且使用了RabbitMQ和WiFi访问来帮助研究人员对远程USB设备进行安全审计。在ConfigFS的帮助下，AutoGadgetFS允许用户迅速克隆和模拟设备而无需深入研究每一个实现细节。除此之外，该框架还允许用户创建自己的模糊测试器。
USB 本身是一个很庞大、复杂的体系， 本课程的重点在于工业互联， USB 是其中的一个 小小知识点。本章课程的目的在于：能理解 USB 的一些概念，能使用 USB 传输数据。 4.2~4.5 节， 介绍 USB 概念；4.6~4.7 节，移植 USBX 实现 USB 串口功能。
@ohos.batteryInfo (电量信息) 作者：坚果，公众号：”大前端之旅“，哔哩哔哩，OpenHarmony布道师，InfoQ签约作者，CSDN博客专家，51CTO博客专家博主，阿里云博客专家。 使用的时候首先需要导入 import batteryInfo from '@ohos.batteryInfo'; 然后再使用，完整代码 import geolocation from '@ohos.geolocation'; import batteryInfo from '@ohos.battery
我们公司开发了一款室内机平板APP应用，要求平板能去控制智能门锁、等其他智能设备，智能门锁不是我们公司开发的，与我们公司属于合作关系。
按照高通SDX12平台产品规格，其支持RMNET、ECM、RNDIS、PPP、MBIM等拨号；但经测试，发现Windos下MBIM功能正常，而Linux发送MBIM命令均返回“error: couldn’t open the MbimDevice: Transaction timed out”错误，功能异常无法使用
1引言 目前对于诸如USB鼠标、键盘等这样的计算机标准外设，Windows系统已经提供了标准的驱动程序，用户无需再进行任何开发工作。而开发专用USB设备，需要开发专用的驱动程序。 Windows2000/XP操作系统不允许用户程序直接访问硬件设备。为了实现对硬件设备的访问和控制，必须通过操作系统所认可的驱动程序对硬件设备实现间接访问和控制。驱动程序通常被认为是操作系统的组成部分，所以，开发驱动程序有严格的规范，被认为是“计算机高手”的工作。而利用DDK进行基于WDM（Win32 Driver Model）驱动程序开发，使驱动程序的开发变成了一项比较简单的工作。 2 Win32驱动程序模型 USB设备驱动程序必须符合由Microsoft为Windows 98及其后版本所定义的Win32驱动程序模型（Win32 Driver Model，WDM）规格。这些驱动程序称为WDM驱动程序，扩展名为.sys。 WDM定义了一个基本模型，处理所有类型的数据。例如，USB类驱动程序为所有USB 设备提供了一个抽象的模型，并具有由所有客户驱动程序使用的定义好的接口。有了对所有设备类型共同的核心驱动程序模型，使驱动程序开发人员更容易从一种类型的设备移动到另外一种类型的设备上去。而且它也意味着驱动程序模型的内核实现尽可能是固定的。 USB是使用标准Windows系统USB类驱动程序访问USBDI（Windows USB驱动程序接口）的USB设备驱动程序。USBD.sys就是Windows系统中的USB类驱动程序，它使用UHCD.sys来访问通用的主控制器接口设备，或者使用OpenHCI.sys访问开放式主控制器接口设备。USBHUB.sys是根集线器和外部集线器的USB驱动程序。在PCI枚举器发现了USB主控制器之后，它会自动装入相关的驱动程序。 3 Windows USB驱动程序接口 大多数客户化的USB设备需要由用户来编写设备驱动程序，以响应内核态或用户应用程序的请求。在内核级，命令由客户驱动程序使用内部IOCTL发送给USB系统，例如IOCTL-INTERNAL-USB-SUBMIT-URB允许发出USB请求块（URB）给系统USB驱动程序。URB允许发出几个功能调用给USB系统。用户态USB实用程序也可以发出几个普通IOCTL给USB设备，目的仅仅是得到连接设备的信息。 3.1函数驱动程序 函数驱动程序（function driver）让应用程序与USB设备，通过API函数来沟通。这些API函数属于Windows的Win32子系统，Win32子系统同时也管理着执行应用程序。函数驱动程序与较低级的总线驱动程序沟通，总线驱动程序控制着硬件。 图1是应用程序与各个驱动程序，如何一起完成USB通信的结构图。当设备或子类别的要求超过类别驱动程序的能力时，会有辅助的过滤器驱动程序来类别驱动程序的能力。一个上层的过滤驱动程序位于类别驱动程序的上方。这样，从客户应用程序传来的要求，会先经过上层的过滤驱动程序，然后才传给类别函数驱动程序。一个下层的过滤驱动程序位于类别驱动程序和总线驱动程序之间，如图1。类别驱动程序会将要求传给下层的过滤驱动程序，然后再传给总线驱动程序。 图１应用程序与驱动程序完成USB通信的结构 通用串行总线驱动程序（USBD.SYS）是USB系统中负责管理通用串行总线的工作，位于主机上的一个软件。USBD负责控制所有的USB协议操作和高层的中断处理控制。在Windows98及以上版本中，Microsoft定义了一个新的设备驱动程序模型，称之为Windows设备驱动程序模型（WindowsDriver Model或WDM）。 USB客户应用程序也是一种设备驱动程序，通过定义的一个称之为USB接口的层间接口来访问其下方的USB软件。应用程序正是通过这些USB客户软件来实现与USB设备之间的通信。 针对USB客户应用程序的开发，相应版本的Windows操作系统的设备驱动程序开发包（Device Driver Developer’s Kit,即DDK）给出了相应的USB接口函数。并提供了对于这些函数具体使用的参考文档。 3.2 USBDI的IOCTL 为了编写USB设备驱动程序，通常还要在源代码中包含DDK所提供的几个头文件。这些头文件在Windows98下存放在/98DDK/inc/win98目录中，在Windows 2000下存放在/NTDDK/inc/win2000目录中。这些头文件的用途可以总结如下： usb100.h 定义了在USB设备驱动程序设计中所要用到的各种常量和数据结构。 Usbdi.h USBDI例程，其中包括对USBD和USB设备驱动程序通用的数据结构，适用于内核和用户模式。 Usbdlib.h URB构造和各种例程，定义了USBD所输出的服务，适用于内核和用户模式。 Usbioctl.h 给出了对IOC
当编写一个类时，我们往往会为该类定义一些方法，这些方法是用来描述该类的行为方式，那么这些方法都有具体的方法体。但是有的时候，某个父类只是知道子类应该包含怎么样的方法，但是无法准确知道子类如何实现这些方法。
检测USB设备是否接入； 检测USB插入方向，并以此建立USB 数据通道的路由； 插入后帮助建立USB设备角色（谁为HOST，谁为Device）； 发现并配置VUBS，配置USB PD供电模式； 配置Vconn； 发现和配置可选的备用和辅助模式； 名词解释 在USB2.0端口，USB根据数据传输的方向定义了HOST/Device/OTG三种角色，其中OTG即可作为HOST，也可作为Device，在Type-C中，也有类似的定义。 DFP(Downstream Facing Port)：下行端口，可以理解为Host或者是HUB，DFP提供VBUS、VCONN，可以接收数据。在协议规范中DFP特指数据的下行传输，笼统意义上指的是数据下行和对外提供电源的设备。 UFP（Upstream Facing Port）：上行端口，可以理解为Device，UFP从VBUS中取电，并可提供数据。典型设备是U盘，移动硬盘。 DRP（Dual Role Port）：双角色端口，类似于以前的OTG，DRP既可以做DFP(Host)，也可以做UFP(Device)，也可以在DFP与UFP间动态切换。典型的DRP设备是笔记本电脑。设备刚连接时作为哪一种角色，由端口的Power Role（参考后面的介绍）决定；后续也可以通过switch过程更改（如果支持USB PD协议的话）。 USB PORT的供电（或者受电）情况，USB Type-C将port划分为Source、Sink。 Source：通过VBUS或者VCONN供电。 Sink：通过VBUS或者VCONN接受供电。 DRP(Dual-Role-Power)：既可以作为Source，也可以作为Sink。到底作为Source还是Sink，由设备连接后的配置决定。 Source和Sink的连接过程 Source和Sink的通用USB情况下，配置接口的典型流程如下： 首先，检测端口之间的有效连接（包括确定电缆方向、源/接收器和DFP/UFP关系）。 其次检测电缆的能力。 再次接通USB供电（协商USB电力传输，选择供电模式，电池充电等）。 最后进行USB枚举。
1 USB Type-C 1.1 电气参数 Rd: 5.1kΩ Ra: 1.0kΩ Rfrswap: 5Ω，for PD 3.0 FR_Swap 4b5b bit rate: 300kbps BMC bit rate: 600kbps Rp: Reference to the Figure 1-1
协议层在主机和设备间定义了end-to-end通讯规则。超速协议在主机和设备端点(endpoint)之间提供应用数据信息交换。这个通讯关系叫做管道(pipe)。
前几天我写了这个一代的SDK的内容（好像是两天前），但是意犹未尽，隔靴搔痒，今天继续深入挖掘。
如前面所述，当某个设备被连接到 USB 主机上，该设备会向主机提供其功能和电源要求。通常，设备会通过一个描述符表格（其固件的一部分）来提供这些信息。描述符表格是数据的结构化序列，描述了设备信息；这些值由开发人员定义。所有描述符表格都具有一个标准信息，用于介绍设备属性和电源要求。如果某个设计满足指定 USB 设备类别的要求，则该 USB 设备必须具备的其他描述符信息都将包含在设备描述符结构中。附录 A 包含一个 PSoC USB 的全功能设备描述符的示例。如果您正在阅读或创建您自己的描述符，那么请注意，传输数据字段时，优先传输最低有效位。许多参数的长度均为 2个字节。请确保先发送低字节，然后再发送高字节。
根据当前系统的版本，确定对应的路径: /usr/src/linux-headers-5.3.0-40
如果是串口连接，这里会有一个16MB的flash出现usb-dev-mode用于 Tegra 的 LinuxUSB 设备模式
系统要求 Kali 系统对硬件有一些最基本的要求及建议。根据用户使用目的，你可以使有更高的配置。这篇文章中假设读者想要把 kali 安装为电脑上唯一的操作系统。 至少 10GB 的磁盘空间；强烈建议分配更多的存储空间。 至少 512MB 的内存；希望有更多的内存，尤其是在图形界面下。 支持 USB 或 CD/DVD 启动方式。 Kali Linux 系统 ISO 镜像下载地址 https://www.kali.org/downloads/。 使用 dd
USB Battery Charging V1.2 Specification 定义了USB充电器的类型或者叫做充电源。
一个transfer(传输)由一个或多个transaction(事务)构成，一个transaction(事务)由一个或多个packet(包)构成，一个packet(包)由一个或多个sync(域)构成。
插入一个 U 盘的时候，可以在右下角找到安全删除硬件图标，点击就可以删除此硬件。如果此时插入的是一个无线网卡，也就是 USB 无线 wifi 设备，此时如果逗比点了弹出 802.11 设备那么就不能再使用无线上网了 如果我是一个硬件供应商，如何让我的设备不会显示弹出安全删除硬件弹出选项
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
