この話は、Webasystフレームワーク、特にeコマースエンジンShop-Script 7に脆弱性を発見した方法に関するものです。
それはすべて、夕方にロシア語のラップアーティストの商品を購入することにしたという事実から始まりました。 支払い後、注文の詳細へのリンクを含む手紙を受け取りました。
注文情報を表示:
https://o***yshop.com/my/order/21311/9fe684d6508769ef213111ed917d1cce94088/
ピン:3302
(注:注文IDは公開用に変更されています)ハッシュラインの中央に表示される注文識別子はすぐに私の目を引きました:
9fe684d6508769ef
21311 1ed917d1cce94088
この行がどのように生成されるのか疑問に思っていたため、エンジンのソースコードを確認する必要がありました。 htmlソースページを調べて、ストアで使用されているエンジンを見つけ、小さなGoogleが
それを
ダウンロードする場所を見つけまし
た 。
ソースコードを勉強します
この行はランダムに生成され、パターンはトレースされないことが判明しました。 しかし、偶然にも、このハッシュを処理する関数を探していたときに、かなり奇妙なコードのセクションに出会いました。
wa-system / contact / waContact.class.php関数の保存($データ、$検証)-慎重に、多くのコードを! public function save($data = array(), $validate = false) { $add = array(); foreach ($data as $key => $value) { if (strpos($key, '.')) { $key_parts = explode('.', $key); $f = waContactFields::get($key_parts[0]); if ($f) { $key = $key_parts[0]; if ($key_parts[1] && $f->isExt()) {
$ dataパラメーターには、
「フィールド名」=>「フィールド値」という形式
のデータが含まれています。関数では、
一括割り当てに対する保護に気付きませんでしたが、関数自体が呼び出される前に引数がフィルターされたことを除外しませんでした。 save()が呼び出されるコードのすべての場所を見るのが面倒で、理論を実験的にテストすることにしました。
LANにエンジンをインストールして、最初に決めたのは、「wa_contact」テーブルの構造を調べることでした。
ユーザーが管理パネル(エンジンでは「バックエンド」と呼ばれる)にアクセスできるようにするには、バイヤーにログインとパスワードのフィールドを設定し、is_userフィールドを1にする必要があります。
テスト中
製品をバスケットに追加し、チェックアウトページに移動して、標準フィールドに入力します...新しいフィールドを追加します。

リクエストを送信し、データを使用して管理パネル(/ wa / webasyst /)に移動します。 承認は成功しましたが... ...管理ページは完全に空です:権限がありません。 私は必死にアクセス権の原因となっているテーブルのフィールドを探しますが、そのようなフィールドはなく、すべての権利が適切に別のテーブルに配置されていることを理解しています。

テーブル `wa_contact_rights`にIDごとのユーザーと、マイナス記号付きのIDごとのグループのパーミッションが含まれていることに気付くまで、私は大失敗に近づきました。 すぐに、ユーザーに負のIDを割り当て、グループの権利を取得しました。 言ってすぐに、残りのパラメーターを以前に変更した方法と同様に、顧客[id]を-1だけ変更します。 管理パネルに再度ログインして、管理者グループが利用できるすべての権限を取得します。

最後に何がありますか
このフレームワークの任意のサイト、このエンジンの任意のオンラインストアで完全な管理者権限を取得できる脆弱性。これにより、たとえば、すべての注文と顧客に関する機密情報を受信し、注文のステータスを変更できます(支払い済みなど)ウェブサイトの設定を変更するだけです。
この脆弱性を悪用する条件はありません。サイトでの登録が無効になっている場合にも機能します(実際、注文時に登録が行われます)。
PublicWWWによると、17,000以上のサイトが
このフレームワークを使用し
ています。
この脆弱性は2か月以上前に報告され、サイトは更新され、誰も傷ついていません。
イベントのタイムライン:
8月8日午後10時30分-Tシャツを購入しました
8月9日、08:00-Webasystの脆弱性を報告、概念実証からのビデオを添付
8月9日13:00-カスタマーサポートから確認を受け取りました
8月14日-報酬を受け取り、脆弱性
は解決しました9月11日-この記事を公開するためのゴーサインを受け取りました