ペイメントアプリが改ざんされたことが原因。ことで、もうソレはどうしようもないかと。セキュリティコードって、もう全部持っていかれて、涙目にしかならない。セキュリティコードは洒落にならないなぁ。このアプリでは2段階認証とかしてたとしても、ほかの所で使えたらどうにもしようがない。本当はもう素のクレカ情報でネット決済する方式自体に問題が積みあがってる気がする。Cowardttps://onlinestore.tullys.co.jp/プレスリリースの使う必要ない場所でtinyurlとかわざわざ短縮URL使ってる会社はロクなITと広報社員しかいなさそう。ロクなITと広報社員しかいなさそう。Cowardスラドのクズは2つに分けられる。頭の回るクズと、頭の回らないクズだ。頭の回るクズと、頭の回らないクズだ。2つに分けるとしたら、自分は頭が回ると勘違いしているクズと、そうじゃないクズだ。Coward客観的に見て、後者しかいないってことは無いけどなあ。頭の回る人はクズじゃないからクズに該当しないという論理ならわかるけど。ペイメントアプリが改ざんされたことが原因。>とのことで、もうソレはどうしようもないかと。ファイルが改竄されて、フォーム入力したクレジット番号などを別途送信してた。slickの機能は決済システムと無関係だしhtmlそのものは改竄されてないからhtmlなどを見ても分からない(なにも問題がない)し、デザインリニューアルしても、jsファイルを読み込んでる限りは問題は続く。以前から使い続けてるライブラリーだとチェックが甘くなるのも分かる気がする。最大の問題は、どうやってサーバのファイルを改竄したか、かな。発覚リスクの少ないslickファイルの改竄を行ったんだろうから、その改竄手口を解き明かさないと、真の問題解決にならない。あとはまあ、Content-Security-Policyが適切に設定されてなかったのが残念。これが適切なら、悪意ある外部サイトへの情報送信はブロックされてたはず。黙々と同じ動作を続けていたとかあってもすごく不思議とは思わない。あと別の見方として、実際はいつ改竄が行われたのかの裏が取れない状況で、可能性最長の期間を報告している場合もあると思う。Coward今はたくさんの決済手段があって、その多くに対応しようとすれば決済機関ごとに契約が必要になる。自前で決済&請求を処理せずに請求処理は決済代行会社に委託しているとこが多く、その場合「ペイメントアプリ」に相当するものも外部業者の管理下なので改竄に気付きにくいなんてことはあるかもしれないね。Cowardそのペイメントアプリを使ってる他社サイトでも同じ問題起きてるかもしれないな。多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。service.閉じるスラド処理中...。