python - 用Scapy python识别telnet协议(protocol)-6ren

python - 用Scapy python识别telnet协议(protocol)

转载作者：行者123 更新时间：2023-12-04 11:29:55

我正在用 Scapy 读取 Pcap 文件。如何识别在这个 pcap 文件中是否有使用 Telnet 协议(protocol)的数据包？
我看到只有当这些端口中的一个是 23 时，Scapy 才能将“telnet”写入 dport/sport，但是如果我使用另一个端口进行 Telnet，我如何通过 Scapy 识别这一点？

最佳答案

@TimRoberts 在评论中表示“Telnet 与其他 TCP 协议(protocol)没有区别。”这在某种程度上是正确的，因为所有 TCP 数据包都使用相同的结构，这在多个 Internet 工程任务组 (IETF) 征求意见 (RFC) 文档中进行了概述:

RFC 791 - Internet Protocol (IP)

RFC 793 - Transmission Control Protocol (TCP)

这是 TCP 数据包的结构。

常见的应用协议(protocol)如超文本传输协议(protocol)(HTTP)、文件传输协议(protocol)(FTP)和 Telnet 都使用这种结构。
关于应用协议(protocol) Telnet。正如您已经知道的，telnet 协议(protocol)的官方端口分配是端口 23。大多数供应商都遵守此端口标准，这就是为什么“只有当这些端口中有 1 个是 23 时，Scapy 才能将 'telnet' 写入 dport/sport”。
这是使用端口 23 的 Telnet session 的 TCP 层:

Layer TCP:
    Source Port: 1254
    Destination Port: 23
    Stream index: 0
    TCP Segment Len: 0
    Sequence number: 0    (relative sequence number)
    Sequence number (raw): 72603759
    Next sequence number: 1    (relative sequence number)
    Acknowledgment number: 0
    Acknowledgment number (raw): 0
    1010 .... = Header Length: 40 bytes (10)
    Flags: 0x002 (SYN)
    000. .... .... = Reserved: Not set
    ...0 .... .... = Nonce: Not set
    .... 0... .... = Congestion Window Reduced (CWR): Not set
    .... .0.. .... = ECN-Echo: Not set
    .... ..0. .... = Urgent: Not set
    .... ...0 .... = Acknowledgment: Not set
    .... .... 0... = Push: Not set
    .... .... .0.. = Reset: Not set
    .... .... ..1. = Syn: Set
    Expert Info (Chat/Sequence): Connection establish request (SYN): server port 23
    Connection establish request (SYN): server port 23
    Severity level: Chat
    Group: Sequence
    .... .... ...0 = Fin: Not set
    TCP Flags: \xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7S\xc2\xb7
    Window size value: 32120
    Calculated window size: 32120
    Checksum: 0x5d40 [unverified]
    Checksum Status: Unverified
    Urgent pointer: 0
    Options: (20 bytes), Maximum segment size, SACK permitted, Timestamps, No-Operation (NOP), Window scale
    TCP Option - Maximum segment size: 1460 bytes
    Kind: Maximum Segment Size (2)
    Length: 4
    MSS Value: 1460
    TCP Option - SACK permitted
    TCP Option - Timestamps: TSval 1444389, TSecr 0
    Timestamp value: 1444389
    Timestamp echo reply: 0
    TCP Option - No-Operation (NOP)
    TCP Option - Window scale: 0 (multiply by 1)
    Shift count: 0
    Multiplier: 1
    Timestamps
    Time since first frame in this TCP stream: 0.000000000 seconds
    Time since previous frame in this TCP stream: 0.000000000 seconds
    Kind: SACK Permitted (4)
    Kind: Time Stamp Option (8)
    Kind: No-Operation (1)
    Kind: Window Scale (3)
    Length: 2
    Length: 10
    Length: 3

这是使用端口 3005 的 Telnet session 的 TCP 层:

Layer TCP:
    Source Port: 52187
    Destination Port: 3005
    Stream index: 0
    TCP Segment Len: 0
    Sequence number: 0    (relative sequence number)
    Sequence number (raw): 1355255000
    Next sequence number: 1    (relative sequence number)
    Acknowledgment number: 0
    Acknowledgment number (raw): 0
    1011 .... = Header Length: 44 bytes (11)
    Flags: 0x002 (SYN)
    000. .... .... = Reserved: Not set
    ...0 .... .... = Nonce: Not set
    .... 0... .... = Congestion Window Reduced (CWR): Not set
    .... .0.. .... = ECN-Echo: Not set
    .... ..0. .... = Urgent: Not set
    .... ...0 .... = Acknowledgment: Not set
    .... .... 0... = Push: Not set
    .... .... .0.. = Reset: Not set
    .... .... ..1. = Syn: Set
    Expert Info (Chat/Sequence): Connection establish request (SYN): server port 3005
    Connection establish request (SYN): server port 3005
    Severity level: Chat
    Group: Sequence
    .... .... ...0 = Fin: Not set
    TCP Flags: \xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7S\xc2\xb7
    Window size value: 65535
    Calculated window size: 65535
    Checksum: 0x0afb [unverified]
    Checksum Status: Unverified
    Urgent pointer: 0
    Options: (24 bytes), Maximum segment size, No-Operation (NOP), Window scale, No-Operation (NOP), No-Operation (NOP), Timestamps, SACK permitted, End of Option List (EOL)
    TCP Option - Maximum segment size: 1460 bytes
    Kind: Maximum Segment Size (2)
    Length: 4
    MSS Value: 1460
    TCP Option - No-Operation (NOP)
    TCP Option - Window scale: 6 (multiply by 64)
    Shift count: 6
    Multiplier: 64
    TCP Option - Timestamps: TSval 3609205717, TSecr 0
    Timestamp value: 3609205717
    Timestamp echo reply: 0
    TCP Option - SACK permitted
    TCP Option - End of Option List (EOL)
    Timestamps
    Time since first frame in this TCP stream: 0.000000000 seconds
    Time since previous frame in this TCP stream: 0.000000000 seconds
    Kind: No-Operation (1)
    Kind: Window Scale (3)
    Kind: No-Operation (1)
    Kind: No-Operation (1)
    Kind: Time Stamp Option (8)
    Kind: SACK Permitted (4)
    Kind: End of Option List (0)
    Length: 3
    Length: 10
    Length: 2
    TCP Option - No-Operation (NOP)
    TCP Option - No-Operation (NOP)

这是使用端口 21 的 FTP session 的 TCP 层:

Layer TCP:
    Source Port: 35974
    Destination Port: 21
    Stream index: 0
    TCP Segment Len: 0
    Sequence number: 0    (relative sequence number)
    Sequence number (raw): 29473206
    Next sequence number: 1    (relative sequence number)
    Acknowledgment number: 0
    Acknowledgment number (raw): 0
    1010 .... = Header Length: 40 bytes (10)
    Flags: 0x002 (SYN)
    000. .... .... = Reserved: Not set
    ...0 .... .... = Nonce: Not set
    .... 0... .... = Congestion Window Reduced (CWR): Not set
    .... .0.. .... = ECN-Echo: Not set
    .... ..0. .... = Urgent: Not set
    .... ...0 .... = Acknowledgment: Not set
    .... .... 0... = Push: Not set
    .... .... .0.. = Reset: Not set
    .... .... ..1. = Syn: Set
    Expert Info (Chat/Sequence): Connection establish request (SYN): server port 21
    Connection establish request (SYN): server port 21
    Severity level: Chat
    Group: Sequence
    .... .... ...0 = Fin: Not set
    TCP Flags: \xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7S\xc2\xb7
    Window size value: 32648
    Calculated window size: 32648
    Checksum: 0x8fda [unverified]
    Checksum Status: Unverified
    Urgent pointer: 0
    Options: (20 bytes), Maximum segment size, No-Operation (NOP), Window scale, No-Operation (NOP), No-Operation (NOP), Timestamps
    TCP Option - Maximum segment size: 1380 bytes
    Kind: Maximum Segment Size (2)
    Length: 4
    MSS Value: 1380
    TCP Option - No-Operation (NOP)
    TCP Option - Window scale: 0 (multiply by 1)
    Shift count: 0
    Multiplier: 1
    TCP Option - Timestamps: TSval 1657560000, TSecr 0
    Timestamp value: 1657560000
    Timestamp echo reply: 0
    Timestamps
    Time since first frame in this TCP stream: 0.000000000 seconds
    Time since previous frame in this TCP stream: 0.000000000 seconds
    Kind: No-Operation (1)
    Kind: Window Scale (3)
    Kind: No-Operation (1)
    Kind: No-Operation (1)
    Kind: Time Stamp Option (8)
    Length: 3
    Length: 10
    TCP Option - No-Operation (NOP)
    TCP Option - No-Operation (NOP)

这是使用端口 22 的 SSH session 的 TCP 层:

Layer TCP:
    Source Port: 57732
    Destination Port: 22
    Stream index: 0
    TCP Segment Len: 0
    Sequence number: 0    (relative sequence number)
    Sequence number (raw): 71043058
    Next sequence number: 1    (relative sequence number)
    Acknowledgment number: 0
    Acknowledgment number (raw): 0
    1011 .... = Header Length: 44 bytes (11)
    Flags: 0x002 (SYN)
    000. .... .... = Reserved: Not set
    ...0 .... .... = Nonce: Not set
    .... 0... .... = Congestion Window Reduced (CWR): Not set
    .... .0.. .... = ECN-Echo: Not set
    .... ..0. .... = Urgent: Not set
    .... ...0 .... = Acknowledgment: Not set
    .... .... 0... = Push: Not set
    .... .... .0.. = Reset: Not set
    .... .... ..1. = Syn: Set
    Expert Info (Chat/Sequence): Connection establish request (SYN): server port 22
    Connection establish request (SYN): server port 22
    Severity level: Chat
    Group: Sequence
    .... .... ...0 = Fin: Not set
    TCP Flags: \xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7\xc2\xb7S\xc2\xb7
    Window size value: 65535
    Calculated window size: 65535
    Checksum: 0xd079 [unverified]
    Checksum Status: Unverified
    Urgent pointer: 0
    Options: (24 bytes), Maximum segment size, No-Operation (NOP), Window scale, No-Operation (NOP), No-Operation (NOP), Timestamps, SACK permitted, End of Option List (EOL)
    TCP Option - Maximum segment size: 1460 bytes
    Kind: Maximum Segment Size (2)
    Length: 4
    MSS Value: 1460
    TCP Option - No-Operation (NOP)
    TCP Option - Window scale: 6 (multiply by 64)
    Shift count: 6
    Multiplier: 64
    TCP Option - Timestamps: TSval 1452973307, TSecr 0
    Timestamp value: 1452973307
    Timestamp echo reply: 0
    TCP Option - SACK permitted
    TCP Option - End of Option List (EOL)
    Timestamps
    Time since first frame in this TCP stream: 0.000000000 seconds
    Time since previous frame in this TCP stream: 0.000000000 seconds
    Kind: No-Operation (1)
    Kind: Window Scale (3)
    Kind: No-Operation (1)
    Kind: No-Operation (1)
    Kind: Time Stamp Option (8)
    Kind: SACK Permitted (4)
    Kind: End of Option List (0)
    Length: 3
    Length: 10
    Length: 2
    TCP Option - No-Operation (NOP)
    TCP Option - No-Operation (NOP)

如前所述，这些 TCP 层几乎无法区分。因此，尝试单独使用 TCP 层将很难确定端口 23 以外的端口上的 Telnet session 。因此，尝试使用 Scapy 来识别这些 session 而不进行更深入的数据包分析将非常困难。
您可以潜在地分析 TCP 数据包的数据层以确定连接是否为 Telnet session 。除非您进行了某种程度的流量分析，否则这又需要付出大量的努力。
使用 Python 模块 pyshark，您可以从数据层中提取内容。
通过端口 23 的 Telnet session :

import pyshark

# the pcap is a Telnet session over port 23
capture = pyshark.FileCapture('telnet-raw.pcap')
for packet in capture:
    if hasattr(packet, 'tcp'):
        layers = packet.layers
        #      0            1           2             3
        # [<ETH Layer>, <IP Layer>, <TCP Layer>, <DATA Layer>]
        if len(layers) > 3:
            payload = packet.tcp.payload

有效载荷输出为十六进制

truncated...
ff:fb:01:ff:fa:21:02:ff:f0:ff:fc:01

ff:fd:01:ff:fe:01

ff:fa:22:03:05:80:00:11:80:00:12:80:00:ff:f0

0d:0a:4f:70:65:6e:42:53:44:2f:69:33:38:36:20:28:6f:6f:66:29:20:28:74:74:79:70:31:29:0d:0a:0d:0a

6c:6f:67:69:6e:3a:20

ff:fc:22:ff:fd:01
truncated...

输出中的第 4 个和第 5 个十六进制字符串是解密可能发生的 TCP 连接类型的重要部分。

import binascii

hex_data = '0d:0a:4f:70:65:6e:42:53:44:2f:69:33:38:36:20:28:6f:6f:66:29:20:28:74:74:79:70:31:29:0d:0a:0d:0a6c:6f:67:69:6e:3a:20 '
hex_string = ' '.join(hex_data.split('0d:0a')).replace(':', '')
hex_list = hex_string.split()
for item in hex_list:
    decoded_string = binascii.unhexlify(item)
    print(decoded_string)
    # output 
    b'OpenBSD/i386 (oof) (ttyp1)'
    b'login: '

解码十六进制后，我们可以看到身份验证是通过端口 23 进行的。
通过端口 3005 的 Telnet session :

import pyshark

# the pcap is a Telnet session over port 3005
capture = pyshark.FileCapture('telnet-pcap-1.pcapng')
for packet in capture:
    if hasattr(packet, 'tcp'):
        layers = packet.layers
        #      0            1           2             3
        # [<ETH Layer>, <IP Layer>, <TCP Layer>, <DATA Layer>]
        if len(layers) > 3:
            payload = packet.tcp.payload

有效载荷输出为十六进制

ff:fb:01:ff:fb:03:ff:fd:18:ff:fd:1f

ff:fd:01:ff:fd:03:ff:fb:18:ff:fb:1f:ff:fa:1f:00:97:00:2f:ff:f0

0d:0a:55:73:65:72:20:41:63:63:65:73:73:20:56:65:72:69:66:69:63:61:74:69:6f:6e:0d:0a:0d:0a:55:73:65:72:6e:61:6d:65:3a:20

ff:fa:18:01:ff:f0

ff:fa:18:00:58:54:45:52:4d:2d:32:35:36:43:4f:4c:4f:52:ff:f0
truncated...

输出中的第三个十六进制字符串是解密可能发生的 TCP 连接类型的重要部分。

import binascii

hex_data = '0d:0a:55:73:65:72:20:41:63:63:65:73:73:20:56:65:72:69:66:69:63:61:74:69:6f:6e:0d:0a:0d:0a:55:73:65:72:6e:61:6d:65:3a:20'

# removing line breaks from the hex string
hex_string = ' '.join(hex_data.split('0d:0a')).replace(':', '')
hex_list = hex_string.split()
for item in hex_list:
    decoded_string = binascii.unhexlify(item)
    print(decoded_string)
    # output 
    b'User Access Verification'
    b'Username: '

解码十六进制后，我们可以看到某种类型的身份验证正在端口 3005 上进行。需要额外的分析来确定此 session 是 Telnet session 还是某个其他 session 。

关于python - 用Scapy python识别telnet协议(protocol)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/67404757/

文章推荐： git-lfs - Git 克隆 git-lfs 过滤器进程 : git-lfs: command not found

文章推荐： android - AGP 7.0.0-alpha15 后如何更改版本代码

文章推荐： tensorflow - 将 tensorflow 数据集记录分成多条记录

协议(protocol)子类型的 Swift 协议(protocol)一致性问题
internal protocol Reducer { associatedtype S : BaseState associatedtype A : BaseActi
带有类型化的 Swift 协议(protocol)。协议(protocol)只能用作通用约束
我在考虑我的应用程序中的验证检查，我认为在任何模型上调用 ValidatorFactory，实现 Validee，这意味着说哪个类负责 ValidatorCreation 听起来不错。但是下面的代码不
Swift 协议(protocol)强制 Equatable 协议(protocol)
我已经定义了 2 个协议(protocol)。我需要第一个 (NameProtocol) 来执行 Equatable 协议(protocol)。而另一个类 (BuilderProtocol) 有一个返
sockets - WebDav 协议(protocol) VS HTTP 协议(protocol)
在上传方面，WebDAV 协议(protocol)在哪些方面优于 HTTP 协议(protocol)。 Socket Upload 协议(protocol)和 WebDav Upload 协议(pro
swift - Swift 协议(protocol)扩展中是否允许混合类/协议(protocol)类型约束？
是否可以在任何版本的 Swift 中扩展具有混合类/协议(protocol)类型约束的协议(protocol)？例如，仅当 Self 是 UIViewController 的子类并且符合 Protoc
协议(protocol)中的 Swift 协议(protocol)属性 - 候选人具有不匹配的类型
我有一个协议(protocol) (ProtocolA)，其中包含符合第二个协议(protocol) (ProtocolB) 的单个属性。 public protocol ProtocolA {
ios - 协议(protocol)必须符合 NSObject 协议(protocol)吗？
NSObject 协议(protocol)带有常用的协议(protocol)模板，但它似乎并不是协议(protocol)实际实现所必需的。将其排除在外似乎完全没有任何改变。那么，协议(protocol
protocols - OPC UA 协议(protocol)与 MQTT 协议(protocol)
我想根据这两种协议(protocol)的一般特征(例如开销(数据包)、安全性、信息建模和可靠性)来比较 OPC UA 和 MQTT。我在哪里可以找到每个协议(protocol)的开销和其他特性的一些示
ios - 实现另一个 @objc 协议(protocol)的 Swift 协议(protocol)
使用 Swift 4，我正在尝试编写一个自定义协议(protocol)，它提供对 @objc 协议(protocol)的一致性。一些代码更具体地说，我有一个自定义协议(protocol) Sear
swift - Swift 协议(protocol)中的弱属性只能是类或类绑定(bind)协议(protocol)类型
我想定义一个在 Viper 架构中使用的协议(protocol)，以使用具有弱属性的协议(protocol)在 Viper 组件之间建立连接，但我收到以下错误消息: 'weak' may only b
nginx - proxy_pass 到 HTTP 协议(protocol)后如何保存 HTTPS 协议(protocol)？
我在同一个网络中有 3 个 docker 容器: 存储 (golang) - 它提供了用于上传视频文件的 API。主播 (nginx) - 它流式传输上传的文件反向代理 (姑且称之为代理) 我有
php - TCP 协议(protocol)是否也像 HTTP 协议(protocol)一样处理 cookie？
我打算在我的项目中使用 php socket。它需要用户登录才能根据 session 填充内容。所以我的问题是，TCP/IP 协议(protocol)也像 HTTP 协议(protocol)一样为每个
html - 301 将用户重定向到 https 协议(protocol)，但前提是用户使用的是 http 协议(protocol)
目前，我的网站有两个版本。一种带有 https://-证书，一种没有。我想将我网站的 http 版本上的所有用户 301 重定向到我网站的 https://版本。这似乎不可能，因为创建重定向将导致重
html - 301 将用户重定向到 https 协议(protocol)，但前提是用户使用的是 http 协议(protocol)
目前，我的网站有两个版本。一种带有 https://-证书，一种没有。我想将我网站的 http 版本上的所有用户 301 重定向到我网站的 https://版本。这似乎不可能，因为创建重定向将导致重
ios - Swift 协议(protocol)不触发 Objective C 协议(protocol)方法
我有一个 Swift View Controller ，它定义了一个在 Objective-C View Controller 中应该遵循的协议(protocol): ChildViewControl
apache - 可以模拟 HTTP 协议(protocol)中的流量控制吗？ (原始 HTTP 协议(protocol))
我在客户那里有数百个硬件设备，需要通过telnet接口(interface)发送HTTP数据。目标是等待数据的 Apache 2 Web 服务器和 PHP 脚本。这已经可以正常工作了，但是我们发现
swift - 为什么我可以将 @objc 协议(protocol)声明为弱属性，而不是 swift 协议(protocol)？
我发现如果我创建一个这样的协议(protocol): protocol MyProtocol { } 我不能这样做: weak var myVar: MyProtocol? 我找到了解决这个问题的方法
objective-c - 我如何指定 UIApplicationDelegate 协议(protocol)，并且仅指定 UIApplicationDelegate 协议(protocol)？
Xcode 基于模板生成了这个头文件: // this file is XYZAppDelegate.h #import @interface XYZAppDelegate : UIRespond
git - 是否可以从一个 repo 协议(protocol)中提取并推送到另一个 repo 协议(protocol)中？
我在 github 中有一个公开的存储库，我正在开发一个开源应用程序，用于制作产品目录和小型 cms 内容。我还有一个私有(private)仓库(不托管在github)，它是在托管在github的开
github - 允许某人查看私有(private) github repo 协议(protocol)，而不能影响 repo 协议(protocol)
您好，我想让别人看到私有(private) repo 代码，但不想公开我的 repo ，也不希望他们有能力更改内容。这可能吗？我查看了网站的“管理”部分，但没有找到合适的内容。谢谢大家。最佳答案据

行者123

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城

python - 用Scapy python识别telnet协议(protocol)