【发布时间】:2010-11-25 09:00:48
【问题描述】:
通过 GET 参数传递原始 base64 编码字符串是否安全?
【问题讨论】:
-
不,不是 - 链接的问题较新。所以它使链接的问题成为这个问题的副本......
-
@serge 哪一个?
通过 GET 参数传递原始 base64 编码字符串是否安全?
【问题讨论】:
还有其他 base64 规范。 (详见表格here)。但基本上你需要 65 个字符来编码:26 个小写字母 + 26 个大写字母 + 10 个数字 = 62。
您还需要两个 ['+', '/'] 和一个填充字符 '='。但它们都不是 url 友好的,所以只需为它们使用不同的字符,你就可以了。上图中的标准字符是 ['-', '_'],但您可以使用其他字符,只要您将它们解码相同即可,无需与他人共享。
我建议只编写自己的助手。喜欢这些来自php manual page for base64_encode的cmets:
function base64_url_encode($input) {
return strtr(base64_encode($input), '+/=', '._-');
}
function base64_url_decode($input) {
return base64_decode(strtr($input, '._-', '+/='));
}
【讨论】:
urlencode。创建两个新函数来节省 url 长度中的几个字符,这就像通过窗户而不是仅仅通过门进入你的房子。
unreserved = ALPHA / DIGIT / "-" / "." / "_" / "~"
, 应该被编码为%2C,我建议使用._- 而不是-_,,就像en.wikipedia.org/wiki/Base64#Variants_summary_table 中唯一保留尾随= 的变体一样
不,您需要对其进行 url 编码,因为 base64 字符串可以包含“+”、“=”和“/”字符,这些字符可能会改变数据的含义 - 看起来像一个子文件夹。
有效的 base64 字符如下。
ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/=
【讨论】:
([' 而不是 {["),可以实现更大的减少。
@joeshmo 或者,您可以直接对 base64 编码的字符串进行 urlencode,而不是编写辅助函数。这将与您的辅助函数完全相同,但不需要两个额外的函数。
$str = 'Some String';
$encoded = urlencode( base64_encode( $str ) );
$decoded = base64_decode( urldecode( $encoded ) );
【讨论】:
/ 字符作为 GET 参数传递,而是作为 URL 中的路径传递,请注意它。如果你不在两边都用其他东西替换/,它会改变你的路径。
介绍性说明我倾向于发表一些澄清,因为这里的一些答案有点误导(如果不是不正确的话)。
答案是否定的,您不能简单地在 URL 查询字符串中传递 base64 编码参数,因为加号会在 $_GET 全局数组中转换为 SPACE。换句话说,如果您将 test.php?myVar=stringwith+sign 发送到
//test.php
print $_GET['myVar'];
结果将是:stringwith sign
解决此问题的简单方法是简单地 urlencode() 您的 base64 字符串,然后将其添加到查询字符串以将 +、= 和 / 字符转义为 %## 代码。
例如,urlencode("stringwith+sign") 返回stringwith%2Bsign
当您处理该操作时,PHP 会在填充 $_GET 全局变量时自动解码查询字符串。 例如,如果我将 test.php?myVar=stringwith%2Bsign 发送到
//test.php
print $_GET['myVar'];
结果是:stringwith+sign
您确实不想要urldecode()返回的$_GET字符串,因为+将被转换为空格。
换句话说,如果我将相同的 test.php?myVar=stringwith%2Bsign 发送到
//test.php
$string = urldecode($_GET['myVar']);
print $string;
结果出乎意料:stringwith sign
rawurldecode() 输入是安全的,但是它是多余的,因此是不必要的。
【讨论】:
<br>,因此无需输入太多 HTML。我希望这会有所帮助,我稍微编辑了您的答案以进一步改进它。
是和不是。
base64 的基本字符集在某些情况下可能会与 URL 中使用的传统约定发生冲突。但是许多 base64 实现允许您更改字符集以更好地匹配 URL,甚至附带一个(如 Python 的 urlsafe_b64encode())。
您可能面临的另一个问题是 URL 长度的限制,或者更确切地说 - 没有这样的限制。由于标准没有规定任何最大长度,浏览器、服务器、库和其他使用 HTTP 协议的软件可能会定义自己的限制。
【讨论】:
它是一个你可以尝试的 base64url 编码,它只是上面 joeshmo 代码的扩展。
function base64url_encode($data) {
return rtrim(strtr(base64_encode($data), '+/', '-_'), '=');
}
function base64url_decode($data) {
return base64_decode(str_pad(strtr($data, '-_', '+/'), strlen($data) % 4, '=', STR_PAD_RIGHT));
}
【讨论】:
Base64.getUrlEncoder().withoutPadding().encodeToString()编码的数据
我不认为这是安全的,因为例如“=”字符用于原始 base 64,也用于将参数与 HTTP GET 中的值区分开来。
【讨论】:
理论上可以,只要不超过客户端或服务器的最大 url 和/或查询字符串长度即可。
在实践中,事情可能会变得有点棘手。例如,如果值恰好包含“on”并且您在结尾的“==”中留下,它可以在 ASP.NET 上触发 HttpRequestValidationException。
【讨论】:
对于 url 安全编码,例如 Python 中的 base64.urlsafe_b64encode(...),下面的代码对我来说 100% 有效
function base64UrlSafeEncode(string $input)
{
return str_replace(['+', '/'], ['-', '_'], base64_encode($input));
}
【讨论】:
如果您安装了钠扩展并且需要对二进制数据进行编码,您可以使用sodium_bin2base64 函数,该函数允许您选择 url 安全变量。
例如编码可以这样完成:
$string = sodium_bin2base64($binData, SODIUM_BASE64_VARIANT_URLSAFE);
和解码:
$result = sodium_base642bin($base64String, SODIUM_BASE64_VARIANT_URLSAFE);
有关使用的更多信息,请查看 php 文档:
https://www.php.net/manual/en/function.sodium-bin2base64.php https://www.php.net/manual/en/function.sodium-base642bin.php
【讨论】: