AWS网络套接字返回的UUID为何呈现逆序？

核心原因 #

AWS Session Manager的二进制消息帧中，MessageID（UUID）采用了自定义字节编码规则：将标准UUID的16字节序列拆分为前8字节和后8字节，互换位置后再进行传输。而session-manager-plugin（Go实现）在处理这个二进制UUID时，会执行反向互换操作，将其转换为标准UUID字符串，用于确认包的JSON字段中。

你的Python解码方式本身没有错误，但没有遵循AWS这个私有协议的字节顺序规则，所以解析出的UUID和确认包中的不一致。

验证与解决方案 #

1. 验证字节互换逻辑 #

原始二进制UUID：

original_bytes = b'\x85\xc3\x12P\n\x08\xaf)\xfd\xba\x1b8\x1asMd'

按照AWS的规则，将前8字节和后8字节互换：

# 拆分前8和后8字节
first_8 = original_bytes[:8]
last_8 = original_bytes[8:]
# 互换位置
swapped_bytes = last_8 + first_8

再用uuid.UUID解析互换后的字节：

import uuid
print(str(uuid.UUID(bytes=swapped_bytes)))
# 输出：fdba1b38-1a73-4d64-85c3-12500a08af29

这个结果和session-manager-plugin发送的确认包中的UUID完全一致。

2. 为什么会有这个规则？ #

这是AWS Session Manager私有协议的约定，没有公开的官方文档说明，但从session-manager-plugin的实际行为可以确认：二进制帧中的MessageID是标准UUID字节序列前后8字节互换后的结果，接收端需要执行互换才能得到用于确认的标准UUID字符串。

总结 #

• 你的Python解码逻辑是标准UUID的字节解析方式，但不符合AWS私有协议的编码规则。
• 要得到确认包中的UUID，只需将原始二进制UUID的前8字节和后8字节互换后，再用uuid.UUID(bytes=...)解析即可。

内容的提问来源于stack exchange，提问作者John