- 博客(240)
- 收藏
- 关注
RSS订阅原创 TCP_UNACCEPTABLE_01: [syn-recv] RST -＞ [listen] (passive open)
TCP在SYN-RCVD（同步已接收）状态下，如果接收到一个RST段，这通常意味着对方不希望建立连接。在这种情况下，TCP必须停止当前的连接尝试，并返回到LISTEN状态，以便可以开始新的连接尝试。验证TCP在SYN-RCVD状态下接收到一个可接受的RST段时，是否能够返回到LISTEN状态。4. TESTER：验证DUT转移到LISTEN状态。3. DUT：不发送响应。
2024-05-23 12:45:00
318
原创 TCP_CHECKSUM_04: 使用时钟驱动的ISN选择
TCP必须使用指定的时钟驱动方法来选择初始序列号。这意味着每次建立新的连接时，发送的SYN段中的ISN都应该是不同的，以确保TCP连接的唯一性和安全性。验证TCP是否使用时钟驱动的初始序列号（ISN）选择机制，并确保每个新连接的ISN都有所不同。6. TESTER：验证最近的SYN的序列号与之前的SYN的序列号不同。2. DUT：发送SYN。5. DUT：发送SYN。
2024-05-23 08:45:00
137
原创 TCP_CHECKSUM_03: 发送方计算校验和
发送方TCP在发送数据段时必须计算并包含正确的校验和。这是为了确保数据在传输过程中的完整性和准确性。4. TESTER：验证传入段中是否存在正确的校验和。验证发送方TCP是否能够生成正确的校验和。3. DUT：发送数据段。
2024-05-22 19:00:00
198
原创 TCP_CHECKSUM_02: 接收方检查：校验和不正确
接收方TCP必须验证任何传入段的校验和。如果校验和不正确，即检测到错误，接收方不应该发送ACK消息，而应该忽略该段。验证接收方TCP是否检查传入段的校验和，并且在检测到错误时是否不发送ACK。3. DUT：不发送ACK。
2024-05-22 13:00:00
228
原创 TCP_CHECKSUM_01: 接收方检查：校验和正确
接收方TCP必须验证任何传入段的校验和。如果校验和正确，没有错误，接收方必须发送ACK以确认已成功接收数据。验证接收方TCP是否检查传入段的校验和，并且在没有错误的情况下是否发送ACK。3. DUT：发送ACK。
2024-05-22 09:15:00
238
原创 TCP_BASICS_17: Simultaneous Open Call
TCP必须支持同时进行的OPEN尝试。在这种情况下，两个端点几乎同时发送SYN消息以开始建立连接。正确的处理应该是每个端点接收到对方的SYN消息后，发送一个SYN,ACK消息，然后接收到对方的SYN,ACK消息后发送ACK消息，最终建立一个稳定的连接。验证TCP是否支持同时进行的OPEN尝试，即当两个端点几乎同时尝试建立连接时，TCP能否正确处理。7. TESTER：验证DUT是否进入ESTABLISHED状态。4. DUT：回复SYN,ACK。2. DUT：发送SYN。6. DUT：发送ACK。
2024-05-21 19:00:00
227
原创 TCP_BASICS_14: [closing -＞ time_wait] delay(＜2*MSL) -＞ no change yet
TCP在CLOSING状态下发送FIN消息后，如果对方发送ACK确认，TCP将进入TIME-WAIT状态。在TIME-WAIT状态下，TCP必须等待2倍最大段生命周期（2*MSL）的时间后，才能转移到CLOSED状态。在这之前，TCP不应该提前关闭连接。验证TCP在通过CLOSING状态进入TIME-WAIT状态后，在2倍最大段生命周期（2*MSL）时间未完全过期前，是否不会转移到CLOSED状态。4. DUT：发送ACK。
2024-05-21 13:00:00
562
原创 TCP_BASICS_13: [finwait-2 -＞ time_wait] delay(＜2*MSL) -＞ no change yet
TCP在FINWAIT-2状态下发送ACK后，如果接收到对方的FIN消息，将进入TIME-WAIT状态。在TIME-WAIT状态下，TCP必须等待2倍最大段生命周期（2*MSL）的时间后，才能转移到CLOSED状态。在这之前，TCP不应该提前关闭连接。验证TCP在通过FINWAIT-2状态进入TIME-WAIT状态后，在2倍最大段生命周期（2*MSL）时间未完全过期前，是否不会转移到CLOSED状态。3. DUT：发送ACK（DUT进入TIME-WAIT状态）5. DUT：发送ACK。
2024-05-21 09:30:00
300
原创 TCP_BASICS_12: [closing -＞ time_wait] delay(2*MSL) -＞ [closed]
TCP在CLOSING状态下发送FIN消息后，如果对方发送ACK确认，TCP将进入TIME-WAIT状态。在TIME-WAIT状态下，TCP必须等待2倍最大段生命周期（2*MSL）的时间后，才能转移到CLOSED状态。验证TCP在通过CLOSING状态进入TIME-WAIT状态后，是否能够在2倍最大段生命周期（2*MSL）的时间后转移到CLOSED状态。4. DUT：发送一个RST段（这将表明DUT已进入CLOSED状态）
2024-05-20 19:30:00
253
原创 TCP_BASICS_11: [finwait-2 -＞ time_wait] delay(2*MSL) -＞ [closed]
TCP在FINWAIT-2状态下发送ACK后，如果接收到对方的FIN消息，将进入TIME-WAIT状态。在TIME-WAIT状态下，TCP必须等待2倍的最大段生命周期（2*MSL）的时间后，才能转移到CLOSED状态。验证TCP在从FINWAIT-2状态进入TIME-WAIT状态后，是否能够在2倍的最大段生命周期（2*MSL）时间后转移到CLOSED状态。5. DUT：发送一个RST段（这将表明DUT已进入CLOSED状态）3. DUT：发送ACK。
2024-05-20 13:00:00
299
原创 TCP_BASICS_10: [finwait-1 | finwait-2] FIN -＞ ACK
TCP在FINWAIT-1或FINWAIT-2状态下，当接收到对方的FIN消息时，必须发送一个ACK消息作为响应，以确认已经收到对方的连接关闭请求。验证TCP在FINWAIT-1或FINWAIT-2状态下，接收到FIN消息后是否能够发送一个ACK作为响应。3. DUT：发送ACK。
2024-05-20 09:00:00
177
原创 TCP_BASICS_09: [last_ack] ACK of FIN -＞ [closed]
TCP在LAST-ACK状态下，即在发送FIN后等待对方的ACK，当接收到这个ACK时，TCP必须转移到CLOSED状态，完成连接的关闭过程。验证TCP在LAST-ACK状态下，接收到对已发送FIN的ACK确认后，是否能够转移到CLOSED状态。5. DUT：发送一个设置了RST标志的段（这将验证DUT是否已经进入CLOSED状态）2. DUT：在进入LAST-ACK状态时发送FIN。
2024-05-19 19:30:00
501
原创 TCP_BASICS_08: [established | close_wait] close -＞ FIN […]
TCP必须能够在ESTABLISHED或CLOSE-WAIT状态下，通过接收到的关闭调用发送一个FIN消息，以启动连接的关闭过程。验证TCP在ESTABLISHED或CLOSE-WAIT状态下，接收到关闭调用时是否能够发送一个FIN消息来结束连接。3. DUT：发送FIN。
2024-05-19 13:00:00
289
原创 TCP_BASICS_07: [syn_sent] SYN/ACK -＞ ACK [established]
TCP必须能够在接受到SYN,ACK消息后，从SYN-SENT状态进展到ESTABLISHED状态。这是TCP三次握手过程的第二步，确立了连接的双方都准备好进行数据传输。验证TCP在SYN-SENT状态下，接收到SYN,ACK消息后，是否能够进展到ESTABLISHED状态。4. TESTER：验证DUT是否进入了ESTABLISHED状态。3. DUT：发送ACK。
2024-05-19 09:00:00
318
原创 TCP_BASICS_06: [closed] open -＞ syn
当TCP处于CLOSED状态，且应用程序发起一个主动的OPEN调用时，TCP必须发送一个SYN消息以开始建立一个新的连接。这是TCP三次握手过程的第一步。验证TCP在CLOSED状态下，当应用程序发起一个主动的OPEN调用时，是否能够发送一个SYN消息以开始建立一个新的连接。2. DUT：发送一个SYN。
2024-05-18 19:15:00
202
原创 TCP_BASICS_05: [closed] data(ack, no rst) -＞ RST(seq ＜- ack) [closed]
当TCP处于CLOSED状态时，如果接收到一个包含ACK标志的传入段，但没有RST标志，且传入段的序列号不为0，TCP必须发送一个RST段作为响应，其序列号应与传入段的ACK号相同。验证TCP在CLOSED状态下，对于接收到的包含ACK且不包含RST的传入段，是否能够发送一个RST段，其序列号与传入段的ACK号相同。2. DUT：发送一个RST段，其SEQ号码与进入段的ACK号码相同。
2024-05-18 13:00:00
245
原创 TCP_BASICS_04: [closed] data(no ack, no rst) -＞ RST(seq 0) [closed]
当TCP处于CLOSED状态时，如果接收到一个不包含RST和ACK标志的传入段，它必须发送一个序列号为0的RST控制段作为响应，以表明当前连接是关闭的。验证TCP在CLOSED状态下，对于没有包含RST和ACK标志的传入段，是否能够发送一个序列号为0的RST（重置）段作为响应。2. DUT：发送一个带有零序列号的RST控制消息。
2024-05-18 09:00:00
190
原创 TCP_BASICS_03: [established] FIN -＞ ACK [close_wait]
在TCP连接的ESTABLISHED状态下，当一方发送FIN消息以关闭连接时，另一方必须发送ACK消息作为响应，以确认FIN消息的接收，并进入CLOSE_WAIT状态。验证TCP在ESTABLISHED状态下接收到FIN（结束）消息时，是否能够发送ACK（确认）消息作为响应。3. DUT：发送ACK。
2024-05-17 19:00:00
287
原创 TCP_BASICS_02: [syn_recv] ACK -＞ [established]
根据TCP协议的规范，当一个TCP端点处于SYN-RCVD（同步已接收）状态时，它应该在接收到一个ACK（确认）消息后转移到ESTABLISHED状态，这标志着TCP连接的建立。验证TCP在SYN-RCVD状态下接收到ACK后，是否能够正确转移到ESTABLISHED状态。2. DUT：发送SYN,ACK（这将使DUT进入SYN-RCVD状态）4. TESTER：验证DUT是否进入ESTABLISHED状态。
2024-05-17 13:00:00
500
原创 TCP_BASICS_01: [listen] SYN -＞ SYN/ACK [syn_recv]
在TCP/IP协议中，当一个系统希望建立一个新的TCP连接时，它会发送一个SYN（同步序列编号）数据包。如果目标系统处于LISTEN状态，它必须响应一个SYN,ACK（同步和确认）数据包。验证当DUT处于LISTEN状态时，对于接收到的SYN连接请求，TCP是否能够发送SYN,ACK响应。3. DUT：发送SYN,ACK。
2024-05-17 09:00:00
366
原创 DHCPv4_CLIENT_REACQUISITION_08: 租约时间到期后请求网络初始化参数
如果客户端在租约时间过期前未收到DHCPACK消息，它应该移动到INIT状态，并立即停止任何其他网络处理。在此状态下，客户端应该开始新的DHCP请求过程，就好像它是一个未初始化的客户端一样。验证客户端在租约时间过期且未收到DHCPACK消息时，是否会移动到INIT状态，并请求网络初始化参数。
2024-05-16 21:30:00
178
原创 DHCPv4_CLIENT_REACQUISITION_07: 租约时间到期后停止网络处理
如果客户端在租约时间过期前未收到DHCPACK消息，它应该移动到INIT状态，并立即停止任何其他网络处理。在此状态下，客户端应该停止发送任何UDP消息，并请求网络初始化参数，就好像它是一个未初始化的客户端一样。验证客户端在租约时间过期前未收到DHCPACK消息时，是否会移动到INIT状态，并立即停止所有其他网络处理，并请求网络初始化参数，就好像客户端未初始化一样。4. DUT：转变有限状态至DHCPCLIENT_STATE_BOUND。8. DUT：不发送UDP消息。
2024-05-16 18:30:00
132
原创 DHCPv4_CLIENT_REACQUISITION_06: REBINDING状态下的等待时间
在RENEWING和REBINDING状态下，如果客户端发送DHCPREQUEST消息后未收到响应，客户端应在重传DHCPREQUEST消息之前等待剩余时间的一半，直到RENEWING状态的T2时间或REBINDING状态的剩余租约时间的一半，但至少等待60秒。验证客户端在REBINDING状态下发送DHCPREQUEST消息后，如果没有收到响应，是否等待了正确的时间间隔再重传DHCPREQUEST消息。5. DUT：转变有限状态至DHCPCLIENT_STATE_REBINDING。
2024-05-16 13:00:00
287
原创 DHCPv4_CLIENT_REACQUISITION_05: 续租状态下的等待时间
在RENEWING和REBINDING状态下，如果客户端发送DHCPREQUEST消息后未收到响应，客户端应在重传DHCPREQUEST消息之前等待剩余时间的一半，直到RENEWING状态的T2时间或REBINDING状态的剩余租约时间的一半，但至少等待60秒。验证客户端在RENEWING状态下发送DHCPREQUEST消息后，如果没有收到响应，是否等待了正确的时间间隔再重传DHCPREQUEST消息。5. DUT：转变有限状态至DHCPCLIENT_STATE_RENEWING。
2024-05-16 09:15:00
371
原创 DHCPv4_CLIENT_REACQUISITION_04: 重新获取和过期T2默认为（0.875 *租约时长）
根据DHCP协议，T1时间默认设置为租约期限的50%，T2时间默认设置为租约期限的87.5%。T1和T2的时间应该选择有一定的随机“模糊”围绕固定值，以避免客户端重新获取的同步。此测试验证T2的值。验证客户端在租约期限的87.5%时间（T2）到来之前是否会尝试重新获取其IP地址，并确保T2的时间间隔在指定的容忍范围内。4. DUT：转变有限状态至DHCPCLIENT_STATE_BOUND。7. DUT：发送DHCPREQUEST消息。
2024-05-15 18:30:00
437
原创 DHCPv4_CLIENT_REACQUISITION_03: 重新获取和过期T1默认为（0.5 *租约时长）
根据DHCP协议，T1时间默认设置为租约期限的50%，T2时间默认设置为租约期限的87.5%。T1和T2的时间应该选择有一定的随机“模糊”围绕固定值，以避免客户端重新获取的同步。此测试验证T1的值。验证客户端在租约期限的一半时间（T1）到来之前是否会尝试重新获取其IP地址，并确保T1的时间间隔在指定的容忍范围内。4. DUT：转变有限状态至DHCPCLIENT_STATE_BOUND。7. DUT：发送DHCPREQUEST消息。
2024-05-15 13:00:00
370
原创 DHCPv4_CLIENT_REACQUISITION_02: 在DHCPACK超时后移动到REBINDING状态并发送DHCPREQUEST广播
如果在T2时间之前没有收到DHCPACK，客户端将移动到REBINDING状态，并通过广播向所有DHCP服务器发送DHCPREQUEST消息以尝试延长其IP地址的租约。验证客户端在DHCPACK超时且时间到达T2之前，是否会移动到REBINDING状态，并通过广播发送DHCPREQUEST消息以延长其租约。4. DUT：转变有限状态至DHCPCLIENT_STATE_BOUND。7. DUT：发送DHCPREQUEST消息。
2024-05-15 09:15:00
271
原创 DHCPv4_CLIENT_REACQUISITION_01: 续租状态 - 发送单播DHCPREQUEST消息
在时间T1，客户端移动到RENEWING状态，并通过单播向服务器发送DHCPREQUEST消息以延长其IP地址的租约。验证客户端在RENEWING状态下是否会通过单播发送DHCPREQUEST消息以延长其租约。4. DUT：转变有限状态至DHCPCLIENT_STATE_RENEWING。6. DUT：发送DHCPREQUEST消息。
2024-05-14 18:45:00
361
原创 DHCPv4_CLIENT_INITIALIZATION_ALLOCATION_10: 广播ARP回复以宣布客户端的新IP
客户端在成功获取IP地址后，应该广播一个ARP响应消息，以通知网络上的其他主机其新的IP地址，并帮助清除可能存在的过时ARP缓存条目。验证客户端在获得新IP地址后是否会广播一个ARP响应消息，以公告其新的IP地址并清除客户端子网上主机的任何过时ARP缓存条目。4. DUT：转变有限状态至DHCPCLIENT_STATE_BOUND。6. DUT：发送ARP响应消息。
2024-05-14 13:00:00
405
原创 DHCPv4_CLIENT_INITIALIZATION_ALLOCATION_09: 如果地址正在使用，则向服务器发送DHCPDECLINE消息
如果客户端检测到网络地址似乎已被使用，客户端必须向服务器发送一个DHCPDECLINE消息。验证客户端在发现网络地址已被使用时是否会向服务器发送DHCPDECLINE消息。4. DUT：转变有限状态至DHCPCLIENT_STATE_BOUND。6. DUT：发送ARP请求消息。
2024-05-14 09:00:00
124
原创 DHCPv4_CLIENT_INITIALIZATION_ALLOCATION_08: 检查建议地址以确保它未被使用
客户端应该执行一个检查，以确保DHCP服务器建议的地址没有已经被使用。在此过程中，客户端必须填写自己的硬件地址作为发送者的硬件地址，并将发送者的IP地址设置为0。验证客户端是否会对DHCP服务器建议的IP地址执行检查，以确保该地址尚未被使用。4. DUT：转变有限状态至DHCPCLIENT_STATE_BOUND。6. DUT：发送ARP请求消息。
2024-05-13 19:15:00
200
原创 DHCPv4_CLIENT_INITIALIZATION_ALLOCATION_06: DHCPREQUEST消息包含与DHCPOFFER消息相同的‘xid‘
客户端在接收到DHCPOFFER消息后，发送的DHCPREQUEST消息应包含与DHCPOFFER消息中相同的’xid’。验证客户端在DHCPREQUEST消息中是否使用了与DHCPOFFER消息中相同的’xid’。4. DUT：发送DHCPDISCOVER消息。8. DUT：发送DHCPREQUEST消息。
2024-05-13 13:00:00
347
原创 DHCPv4_CLIENT_INITIALIZATION_ALLOCATION_05: 在初始化期间丢弃到达的DHCPACK消息
在客户端的初始化阶段，任何接收到的DHCPACK消息都必须被静默地丢弃，因为此时客户端还未准备好接受配置信息。验证客户端在初始化阶段是否会静默地丢弃接收到的DHCPACK消息。4. DUT：发送DHCPDISCOVER消息。7. DUT：不发送DHCPREQUEST消息。
2024-05-13 09:15:00
406
原创 DHCPv4_CLIENT_INITIALIZATION_ALLOCATION_04: 验证到达的DHCPOFFER消息中的‘xid‘
如果到达的DHCPOFFER消息的’xid’与最近一次DHCPDISCOVER消息的’xid’不匹配，则DHCPOFFER消息必须被静默地丢弃。验证客户端是否会丢弃那些其’xid’与最新发送的DHCPDISCOVER消息不匹配的DHCPOFFER消息。4. DUT：发送DHCPDISCOVER消息。8. DUT：不发送DHCPREQUEST消息。
2024-05-12 20:30:00
168
原创 DHCPv4_CLIENT_INITIALIZATION_ALLOCATION_03: INIT状态并形成DHCPDISCOVER消息 - ‘chaddr‘字段
客户端在INIT状态下开始时会构造一个DHCPDISCOVER消息，并且必须在其’chaddr’字段中包含其硬件地址。验证客户端在INIT状态下构造的DHCPDISCOVER消息是否包含了正确的硬件地址在’chaddr’字段中。4. DUT：发送DHCPDISCOVER消息。
2024-05-12 13:15:00
407
原创 DHCPv4_CLIENT_INITIALIZATION_ALLOCATION_01: 启动时使用DHCP的随机时间间隔
11. TESTER：验证最后发送的DHCPNAK消息和最后接收的DHCPDISCOVER消息之间的时间间隔小于等于(10 +10. TESTER：验证最后发送的DHCPNAK消息和最后接收的DHCPDISCOVER消息之间的时间间隔大于等于(1 -客户端应该在启动时等待一个随机的时间（1到10秒之间），以便去同步多个客户端同时发起DHCP请求的情况。验证客户端在启动时是否等待了一个随机时间（1到10秒之间），以去同步DHCP的使用。9. DUT：发送DHCPDISCOVER消息。
2024-05-12 09:15:00
427
原创 DHCPv4_CLIENT_INITIALIZATION_ALLOCATION_02: INIT状态和DHCPDISCOVER消息
客户端在初始化（INIT）状态下开始时会构造一个DHCPDISCOVER消息，并将其’ciaddr’选项设置为0x00000000。验证客户端在初始化（INIT）状态下是否正确构造并发送了DHCPDISCOVER消息，并且’ciaddr’选项是否被设置为0。4. DUT：发送DHCPDISCOVER消息。- 'ciaddr’字段设置为0。
2024-05-11 22:19:48
415
原创 DHCPv4_CLIENT_REQUEST_12: 在REBINDING状态下生成的DHCPREQUEST：使用IP广播地址
在REBINDING状态下生成的DHCPREQUEST消息必须广播到0xffffffff的IP广播地址。验证在REBINDING状态下生成的DHCPREQUEST消息是否使用IP广播地址进行广播。6. DUT：将有限状态转移到DHCPCLIENT_STATE_REBINDING。4. DUT：将有限状态转移到DHCPCLIENT_STATE_BOUND。- 目标IP地址字段设置为0xffffffff。8. DUT：发送DHCPREQUEST消息。
2024-05-11 19:15:00
328
原创 DHCPv4_CLIENT_REQUEST_11: 在REBINDING状态下生成的DHCPREQUEST：‘ciaddr’选项
在REBINDING状态下，客户端生成的DHCPREQUEST消息的’ciaddr’选项必须填充为客户端当前的IP地址。验证在REBINDING状态下生成的DHCPREQUEST消息的’ciaddr’选项是否被正确填充为客户端的IP地址。6. DUT：将有限状态转移到DHCPCLIENT_STATE_REBINDING。4. DUT：将有限状态转移到DHCPCLIENT_STATE_BOUND。8. DUT：发送DHCPREQUEST消息。
2024-05-11 13:15:00
269
原创 DHCPv4_CLIENT_REQUEST_10: 在REBINDING状态下生成的DHCPREQUEST：‘requested IP address’选项
在REBINDING状态下生成的DHCPREQUEST消息不应包含’requested IP address’选项，即选项类型字段不应设置为50。验证在REBINDING状态下生成的DHCPREQUEST消息是否不包含’requested IP address’选项。4. DUT：将有限状态转移到DHCPCLIENT_STATE_REBINDING。6. DUT：发送DHCPREQUEST消息。
2024-05-11 09:15:00
667
AES 加解密工具，支持ECB、CBC、GCM、CMAC模式
2024-04-05
AUTOSAR-CP-SWS-CryptoServiceManager
2024-03-14
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人