OpenSSLとGASのUtilitiesにおけるハッシュなどの互換性

Question

前提・実現したいこと

Google Drive にアップロードする必要のあるファイルのためのアップローダーを作りたい．しかし念の為パブリックで公開したくはない．
そのため，Linux環境とGASで認証を行いたい．
ただし，Googleアカウントの認証は組織の問題で使えない．
（Google認証を組織の認証が代替しておりAPIキーが有効にならない）

上の説明を飛ばしても問題ない結論としては，OpenSSL 他Linuxのコマンドによる結果とGASのUtilitiesによる結果をすり合わせることはできないだろうか．

あるいは，GASによって生成されるURLは割と長いので確率的に不正アクセスの可能性は低いとみなして無視するべきだろうか．

発生している問題・エラーメッセージ

OpenSSLで生成するHMACも，そもそもSHA256sumもGASのそれと一致しない．

該当のソースコード

echo 1234 | openssl dgst -sha256 -hmac "SAMPLE_SECRET" -binary | base64
# SMIh3v+wmulRAbYMkppy/PPIkTNEG/qH7bu+pFFrsJU=

function myFunction() {
  var hmacSecret = "SAMPLE_SECRET";
  var plain = "1234";
  var hmac = Utilities.computeHmacSha256Signature(plain, hmacSecret);
  Logger.log(Utilities.base64Encode(hmac));
}
// 8csaE+6AVXokdpii4pIV1IHXAG/HdGFG3U5eK15LBH8=

試したこと

• 単純にSHA256を生成し比較
• SECRET_KEYの変更

補足情報（FW/ツールのバージョンなど）

• OpenSSL : OpenSSL 1.1.1h 22 Sep 2020
• OS : Arch Linux(2020/10/20 update)
• GAS : v8 engine 未使用（File blobまわりのバグのため）

Answer 1

取り敢えず、OpenSSLの例では処理対象が echo 1234 というコマンドの出力から来ていて 1234+改行という5文字となっているところ、GASで対応する plain は改行なしの文字列なので、比較対象として合っていないかと思います。
※改行なしで渡したいなら echo -n 1234

Comments

[ebal]

何も考えず使っていましたし（shellの設定で改行なくてもされるようにしてる）忘れてましたがechoは改行ありましたね……

最後の目標，アップロードするファイルの署名検証もうまく行けばいいなと祈りながらがんばります．