Fprint/Fprintf 与 conn.Write 的区别

Question

我正在尝试通过 TCP 连接发送加密数据。Fprintf 适用于未加密的数据，但似乎正在为加密数据添加格式，导致解密间歇性失败。我无法使用 conn.Write 或就此而言 writer.Writestring 后跟 writer.Flush() 发送。

    scanner := bufio.NewScanner(os.Stdin)

    for scanner.Scan() && err == nil {

        msg := scanner.Text()

            ciphertext := edlogic.Encrypt([]byte(msg+"\n")

            conn.Write(append(ciphertext, '\r'))

    }

    //Receiver

    scanner := bufio.NewScanner(conn)

        for scanner.Scan() {

        ciphertext := scanner.Bytes()

        plaintext := edlogic.Decrypt(ciphertext)

        fmt.Println(string(plaintext))

        }

Answer 1

这里有几点希望能帮助您弄清楚为什么这不起作用。我假设您在内部edlogic使用的任何加密方法都在此交易的双方使用正确的密钥，因为我们不了解您实际使用的加密技术。如果您不确定您是否正确执行此操作，请尝试编写一个单独的程序来加密一些已知的纯文本，检查它以确保密文看起来不像您的纯文本，解密它，并将其与原始输入进行比较以确保它匹配。如果您的加密不起作用，那么通过 TCP 传输将无法修复它。您在发送方的扫描仪使用似乎没问题，但接收方的扫描仪会出现问题。一方面，@Adrian 在他们的评论中所说的一切都是正确的。您正在加密您的\n，然后附加\r，然后接收端的扫描仪正在寻找\n. 这是有问题的，令人讨厌的是，解决方案不是简单地附加\n而不是\r. 要知道原因，您需要了解一两个关于密码学的细节。散列、加密、解密，无论你在现代密码学中做什么，你几乎总是对字节进行操作。输入。输出。您看不到的所有中间部分。字节。这些字节的内容绝对是零保证。从理论上讲，每个字节都有相同的机会包含 0 到 255 之间的任何值（包括 0 到 255）。将有空字节、ASCII 外观字节，可能是有效的 unicode，因为你知道输出是几十个便便表情符号。关键是唯一安全的假设是输出字节（“密文”，你正确标记它但记住，不是传统意义上的文本）看起来不像输入字节（“纯文本”，也没有t必须是文本，可以加密二进制文件。解密后的密文也称为明文）。加密消息后，原始输出中可能会有新的行字节。您不能使用像换行符这样的标记值作为分隔符。最简单的替代方法是将字节编码为 base64 ( import "encoding/base64") 并发送。现在您可以安全地选择不在 base64 字符集中的哨兵。使用\n和扫描仪，它会像你期望的那样工作。在发件人方面，您应该：加密明文得到密文将密文编码为base64将换行符添加到 base64使用传输数据conn.Write在接收方的另一端，您现在可以：使用扫描仪接收以 base64 编码的加密密文块Base64 将接收到的字节解码回它的密文将密文解密为纯文本用纯文本做任何你想做的事编辑：我知道这不能回答您回答的确切问题。为了完整起见，这是答案：Fprint将打印您给它的所有内容，Writer但会首先尝试将其他参数格式化为字符串。这不是发送字节的好方法。fmt.Fprint(os.Stdout, []byte{1, 2, 3})不写入值为 1、2 和 3 的 3 个字节。它写入 7 个字节，即字符串，[1 2 3]因为这就是 fmt 的默认格式化程序格式化字节数组/切片的方式。Fprintf给你更多的控制权。您可以使用格式化“动词”来覆盖默认格式化程序。对于字节数组/切片，您可以使用 %s 将字节解析为字符串（不推荐，除非您知道所有字节都是有效的 unicode）， %x 和 %X 分别使用小写或大写字母以十六进制打印字节, 和 %v 将使用默认格式化程序，它将打印所有字节的十进制值，以空格分隔，并以方括号结尾。它仍然不适合将字节写成字节。我会假设它conn来自一个net.Dial(...)或类似的东西，可能会使它成为 interface net.Conn。写入它的内容保留为字节，无需经过任何格式化、映射或其他“篡改”。