ご回答ありがとうございます．

APIキーの問題は把握しているのですが，Node.jsなどの使い方が分からなくて足踏み状態，という感じです．gitignoreの使い方もあまりわかっていない状態で，どのようにすれば解決できるか教えていただけると助かります．

コンフィグを環境変数に移して環境変数からキーを呼び出せば良いことです。

なおgit側は更新をかけても差分を見るとバレるので、簡単な方法としては一度破棄するかプライベートに変える。

ありがとうございます．参考にさせていただきます．

ご回答ありがとうございます．
当初はCookieにも認証データを格納していたのですが，「どちらかに投票済みデータが存在すれば投票ブロック」というルールの場合はFirebase上でのデバイスフィンガープリントのリストデータ削除後もCookie認証ではじかれ投票できないという問題に直面しました．このシステムではFirebaseに最も正しいとされる認証情報が書き込まれているため，逆に「Firebaseの投票ステータスにあわせてCookieを変更」にするとCookieの意味は無くなります．
よってCookieやデバイスストレージを用いたサブ認証はしていません．

マスターから投票ブロック状態を解除する必要があるのです．

ご回答ありがとうございます．

確かにCookieの認証方式を変更するのは良い案だと思います．既存のデバイスフィンガープリント認証とともに利用する認証として実装しようと思います．デバイスフィンガープリントの方でも総デバイス数の半数ほどは正しく認証できていたため，Cookie追加の形式を取ろうと思います．

追記します．

少しCookieの仕様を変更してみました．投票ボタンを押したタイミングでCookie記録する点に変更はないですが，vote.js内にある表示リセットのコードにCookieクリアを追加し，CookieとFirebaseの両方のデータが未投票状態でないと投票できない仕様にしてみました．教えていただいた方法とは少し違いますが参考になりました．ありがとうございます．

そもそもfingerprintは「サードパーティcookieを利用できない状況でどうにかしてユーザーをトラッキングできないか」という思惑のあるターゲット広告などが苦肉の策で利用するもので、精度は高くなく、今回のような「同一サイト内で」「ユーザーを（ある程度）正確に見極めたい」場合に利用する技術ではありません。
https://www.videor.co.jp/digestplus/article/41277.html

あと他の方からの指摘にもありましたが、もし記載されているAPIキーが本物なら悪用される恐れがあります。
ダミーならその旨記載するか、本物なら質問ごと削除してしまい、改めて立て直した方がいいかなと思います。
（Qiitaは編集履歴が残ってしまい他の人からも閲覧できてしまうので）

GitHubから抜いているので本物ですね．

質問をクローズして削除してから変更しておきます．