プラグイン名	WooCommerceチェックアウトマネージャー
脆弱性の種類	コンテンツ削除
CVE番号	CVE-2025-13930
緊急	高い
CVE公開日	2026-02-21
ソースURL	CVE-2025-13930

緊急セキュリティアドバイザリー: CVE-2025-13930 — WooCommerce Checkout Manager (≤ 7.8.5) における任意の添付ファイル削除と店舗を保護する方法

日付： 2026-02-21
著者： WP-Firewall セキュリティチーム
タグ: WordPress, WooCommerce, WAF, 脆弱性, CVE-2025-13930

概要: WooCommerce Checkout Manager プラグイン（Checkout Field Manager としても知られる）バージョン ≤ 7.8.5 に影響を与える高Severity 脆弱性 (CVE-2025-13930) により、認証されていないアクターが脆弱なサイト上の添付ファイルを削除できるようになります。この投稿では、リスク、技術的根本原因、検出および緩和手順、インシデント対応アクション、推奨される仮想パッチおよび長期的な強化ガイダンスを、WordPress ファイアウォールおよびセキュリティチームの視点から説明します。.

概要：何が起こったのか、なぜそれが重要なのか
脆弱性の技術的概要
潜在的な影響と攻撃シナリオ
目標にされたか、侵害されたかを検出する方法
サイト所有者への即時のアクション（優先順位付け）
仮想パッチ: WAF ルールと安全なフィルター（例）
サイト開発者向けのショートコードパッチ（安全な認証チェック）
インシデント対応と回復手順
長期的な開発者およびサイトオーナーのセキュリティベストプラクティス
WP‑Firewall が迅速に保護するのをどのように助けるか
チェックリスト（簡潔な要約）

概要：何が起こったのか、なぜそれが重要なのか

2026年2月19日、WooCommerce Checkout Manager プラグイン（バージョン 7.8.5 までを含む）における認証の欠如に関する脆弱性が公開され、CVE-2025-13930 が割り当てられました。根本的な問題は、認証されていないリクエストが適切な能力およびノンスチェックを欠いた添付ファイル削除ルーチンに到達できることを許可しました。簡単に言えば: 攻撃者はログインなしでメディアライブラリのアイテム（画像、PDF、添付ファイル）の削除をトリガーでき、結果としてコンテンツの損失、壊れた商品ページ、顧客の信頼の喪失、eコマースストアの潜在的なビジネス中断を引き起こす可能性があります。.

添付ファイルはすべての WooCommerce ストアフロント（商品画像、ダウンロード可能なファイル、請求書など）にとって中心的なものであるため、この脆弱性は特に敏感です。プラグインの著者はバージョン 7.8.6 で問題を修正しました。更新するまで、WAF での仮想パッチ、構成変更、監視を含む層状の緩和アプローチが強く推奨されます。.

脆弱性の技術的概要

高レベルでは、この脆弱性は破損したアクセス制御条件です: 認証されていない HTTP リクエストが添付ファイルを削除する機能を呼び出す可能性があります。このような問題の一般的な原因は次のとおりです:

認証された環境を期待するエンドポイントまたは AJAX/REST ハンドラーが、認証または能力を明示的にチェックしない（例: なし） 現在のユーザー または チェック管理者リファラー).
データを変更するリクエストにおけるノンスの欠如または不適切な検証。.
削除ルーチンは未検証の識別子（添付ファイル ID）を受け入れ、WordPress の削除ルーチンを呼び出します。.

実際のチェーンは通常次のようになります:

公共エンドポイント（プラグイン固有）が添付ファイル識別子（ID）を受け入れます。.
ハンドラーはコア機能を使用して削除を実行します（wp_delete_attachment または wp_delete_post）要求しているユーザーがそのリソースを削除する権限を持っているかどうかを確認せずに。.
ハンドラーが認証やノンスをチェックしないため、そのエンドポイントに到達できる誰でも任意の添付ファイルIDの削除を要求できます。.

この問題に登録されたCVSSベクター（AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H）は、特権やUIの操作なしにネットワーク越しにリモートで悪用可能であり、可用性/コンテンツ（添付ファイルが削除される）に影響を与えることを反映しています。パッチはバージョン7.8.6で公開されました — すぐに更新してください。.

潜在的な影響と攻撃者のシナリオ

ストアオーナーはなぜ警戒すべきですか？現実的なリスクは以下の通りです：

コンテンツの損失：攻撃者は商品写真、バナー、ダウンロード可能なデジタル商品、その他のメディア資産を削除できます。.
収益への影響：商品画像やダウンロード可能なアイテムが削除されると、顧客は購入を完了したり、購入したファイルをダウンロードしたりできなくなる可能性があります。.
評判の損傷：壊れた商品ページ、欠落した画像、破損したサイトコンテンツは消費者の信頼を低下させ、離脱を増加させます。.
運用コスト：バックアップからの復元、資産の再アップロード、失われた時間の回復 — 特にピークビジネス時間中は — 高額です。.
標的型妨害：競合他社や恐喝者がピーク販売ウィンドウ中にストアを意図的に標的にする可能性があります。.
連鎖反応：熟練した攻撃者は削除を利用してノイズを作り、他の場所で二次的な行動を行う間に管理者を気を散らすことができます（認証情報の収集、マルウェアの展開）。.
SEOの劣化：欠落した画像/ページは検索エンジンがページをインデックスから除外したり、ランキングを下げたりする原因となります。.

攻撃シナリオ：

大量削除：脆弱なエンドポイントをスキャンし、多くの添付ファイルIDの削除リクエストを発行して最大の混乱を引き起こします。.
標的型削除：高価値の商品画像のみを選択的に削除して、コンバージョンに直接影響を与えます。.
時間指定削除: 攻撃者は、マーケティングキャンペーンやプロモーションに合わせて繰り返しまたはタイミングを合わせたリクエストをスケジュールできます。.

目標にされたか、侵害されたかを検出する方法

検出はログとWordPress内部に依存します。ログ（ウェブサーバー、WAF、PHP、WordPress）を維持している場合、以下の点に注意してください：

1. ウェブサーバーとWAFのログ

開示の時間枠に関連するプラグイン関連パスへのPOST/GETリクエストで、添付ファイルIDを参照する数値パラメータを含むもの（例、, id=1234 または attachment_id=1234).
削除のようなリクエストの高ボリュームを持つ単一のIPアドレスからのリクエスト。.
有効な認証クッキーがない外部IPからのAJAXエンドポイントまたはRESTルートへの予期しないリクエスト。.

2. WordPressログとデータベースの証拠

検査 wp_posts 欠落した添付ファイルについて：
- 時間枠の前後での添付ファイルのクエリの違い。.
- 以下のレコードを検索： post_type = '添付ファイル' 関連するウィンドウでゴミ箱に入れられた/削除されたもの。.
タイムスタンプ: 確認 post_modified または post_date_gmt 最近の削除について。.
チェック wp_postmeta 孤立したメタデータについて（例、, _wp_attached_file 欠落）。.
最近の添付ファイル削除をリストするためのDBクエリの例（必要に応じて日付範囲を調整）：
```
SELECT ID, post_title, post_name, post_date, post_status;
      
```
ファイルシステムを比較する (wp-content/アップロード) データベースのエントリと; 欠落しているファイルがあるがDBエントリが存在する、またはDBエントリが欠落しているがファイルが存在する場合、法医学的状態を示します。.

3. メディアライブラリ

WordPress管理にログインし、欠落しているアイテム、ゴミ箱に移動されたアイテム、または頻繁な再挿入のためにメディアライブラリを確認します。.
サムネイルが欠落しているか、参照が壊れている商品ページ (画像のHTTP 404)。.

4. その他の指標

ウェブログのエラー/ノイズの増加 (403/404のスパイク)。.
予期しない管理ユーザーの作成またはログイン試行 (常に確認する価値があります)。.
に新しく追加されたPHPファイルがある場合 wp-content/アップロード または wpコンテンツ それはフォローアップ活動を示す可能性があります。.

疑わしい削除を見つけた場合は、ログとスナップショットを保存します。法医学的分析のためにバックアップ/スナップショットがあるまで変更を避けてください。ただし、さらなる削除を防ぐために迅速に緩和策を適用してください (以下の即時アクションを参照)。.

サイト所有者への即時のアクション（優先順位付け）

WooCommerce Checkout Managerプラグイン (≤ 7.8.5) を使用しているWordPressサイトを運営している場合は、この優先順位の高い計画に従ってください:

プラグインを更新する (最優先)
すぐにバージョン7.8.6以降に更新してください。これはCVE‑2025‑13930の決定的な修正です。.
すぐに更新できない場合
プラグインを一時的に無効にします (無効にすると脆弱なコードの実行が停止します)。.
無効にすると受け入れられない機能の損失が発生する場合は、最低限、WAFまたはウェブサーバールールを介して脆弱なエンドポイントをブロックします (以下の例)。.
WAFレベルで仮想パッチを適用します
リクエストに有効なWordPress認証コンテキストまたは必要なノンスが含まれていない限り、プラグインの削除エンドポイントへの認証されていないアクセスをブロックします。.
この後の記事でWAFルールの例を参照してください。.
すぐにサイトのバックアップを取ってください
完全なバックアップ（データベース + ファイルシステム）を作成します。これにより、回復とフォレンジックのために現在の状態が保存されます。.
削除を確認し、復元します
バックアップと現在の状態を比較します。添付ファイルが欠けている場合は、最後に知られている良好なバックアップからメディアファイルとデータベースエントリを復元します。.
ログを監視し、疑わしいIPを制限します
疑わしいソースに対してIPブロックまたはレート制限を実施します。再犯者をブラックリストに登録しますが、正当な顧客をブロックしないようにします。.
資格情報をローテーションする
削除を超える侵害が疑われる場合（例：管理者ログイン）、管理者の資格情報とAPIキーをローテーションし、強力なパスワード + 2FAを強制します。.
関係者に通知する
内部チーム（運用、サポート）に通知し、顧客に見える資産が削除された場合の顧客向けコミュニケーションのガイダンスを提供します。.

仮想パッチ: WAF ルールと安全なフィルター（例）

WordPressファイアウォール（WAF）またはホストレベルのWebアプリケーションファイアウォールを使用している場合、仮想パッチは更新中に悪用をブロックする最も迅速な方法です。以下は一般的なWAFガイダンスパターンです。これらをあなたの環境（リバースプロキシ、ModSecurity、nginx、クラウドWAFなど）に適応させてください。.

重要： 機能を破壊する盲目的なルールは避けてください。最初にステージングでルールをテストします。.

1. 一般的な検出シグネチャ（概念的）

以下のリクエストをブロックします:
- プラグイン特有のエンドポイントをターゲットにします（「checkout」またはプラグインのスラグを含むパス）。.
- 削除のようなパラメータを含めます（添付ファイルID, id, 添付ファイルを削除, action=delete_attachment).
- 認証されていない（有効なWordPressログインクッキーまたはノンスヘッダーが欠けている）。.

2. ModSecurityスタイルのルールの例（概念的）

# プラグインエンドポイントへの認証されていない添付ファイル削除試行をブロックします"

注:

このルールは、削除のような引数が存在し、WordPressのログインクッキーがない場合にプラグイン関連のURIへのリクエストを拒否します。クッキー名やノンスチェックをあなたの環境に適応させてください。.
プラグインによって使用されるREST APIパスまたはadmin-ajaxエンドポイントがある場合は、ルールを正確なURIに絞り込みます。.

3. nginxの例（概念的）

WordPressにログインしているクッキーがない場合、プラグイン削除エンドポイントへのリクエストをブロックします

レート制限と動作ブロック

プラグインパスへのPOSTリクエストを、例えば、IPごとに1分あたり20に制限します。.
多くの削除試行を行うIPをブロックします。.

admin-ajaxおよびREST処理を厳格化します

プラグインが使用している場合 管理者-ajax.php RESTルートの場合、有効なノンスまたは認証されたクッキーを要求してアクセスを制限します。プラグインアクションに一致し、ノンスがないadmin-ajaxエンドポイントへの外部POSTをブロックします。.

監視/アラートルール

上記のパターンで拒否が発生した場合にWAFアラートを作成します。そのアラートは即時レビューをトリガーします。.

注意： これらの例は概念的なものです。あなたの環境では、構文の調整とテストが必要です。管理されたWAFサービスを使用している場合、プラグインが更新されるまでプラグインの削除ロジックへの未認証アクセスをブロックする一時的なルールを展開するよう指示してください。.

ショートコードパッチ：プラグインハンドラーで認証を強制します

7.8.6に更新できないが開発リソースがある場合、脆弱なハンドラーを intercept するmu-pluginを追加するか、ガードを実装します。アプローチ：プラグインのアクション/RESTルートに早期にフックし、検証します 現在のユーザー 進行する前にノンスを確認します。例（安全で非破壊的）：

<?php
/**
 * MU plugin: temporary authorization guard for attachment deletion in plugin X
 * Place under wp-content/mu-plugins/stop-attachment-deletion.php
 */

add_action( 'init', function() {
    // If plugin uses REST API route, intercept with rest_pre_dispatch.
    add_filter( 'rest_pre_dispatch', function( $response, $server, $request ) {
        $route = $request->get_route();
        // Adjust this route string to match the plugin's deletion route if known.
        if ( false !== strpos( $route, '/checkout-manager' ) && $request->get_method() === 'POST' ) {
            // Require logged-in user
            if ( ! is_user_logged_in() ) {
                return new WP_Error( 'forbidden', 'Authentication required.', array( 'status' => 403 ) );
            }
            // Optionally require capability to delete attachments
            $attachment_id = isset( $request['attachment_id'] ) ? intval( $request['attachment_id'] ) : 0;
            if ( $attachment_id && ! current_user_can( 'delete_post', $attachment_id ) ) {
                return new WP_Error( 'forbidden', 'Insufficient privileges.', array( 'status' => 403 ) );
            }
        }
        return $response;
    }, 10, 3 );
});

注:

このmu-pluginは、プラグインのルートへの未認証リクエストの実行を停止し、削除能力を確認します。利用可能な場合は、ルートマッチングをプラグインの実際のルートに調整します。.
常にステージングでテストし、プロダクションに修正を展開する前にバックアップを保持します。.

インシデント対応：すでに攻撃を受けている場合

証拠を保存する
サーバー（ファイル + DB）とウェブサーバー/WAFログのスナップショットを直ちに取得します。.
ログを分析のために隔離された環境にエクスポートして損失を避けます。.
分離と含有
ファイアウォールで攻撃しているIPを一時的にブロックします。さらなる削除をブロックするためにWAFルールを適用します。.
攻撃が続いている場合、スナップショットの後にサイトをメンテナンスモードにすることを検討します。.
スコープを評価します。
削除されたものを特定します：商品画像、ダウンロード可能な商品、文書。.
追加の疑わしい変更（新しい管理者ユーザー、変更されたプラグイン、アップロードされたPHPファイル）を検索します。.
復元
最新の正常なバックアップから欠落している添付ファイルを復元します。.
もし一部だけが失われていてバックアップがある場合は、それらのメディアファイルを復元し、必要に応じてメディアライブラリで再リンクします。.
信頼を再構築する
購入したダウンロードが影響を受けた場合は顧客に通知します。.
必要に応じて取引ページを更新します（注文領収書、顧客ポータル）。.
修復し、強化します。
復元後、プラグインを7.8.6に更新します。.
更新がすべての環境に展開されるまでWAFルールとmuプラグインガードを適用します。.
事後レビュー
学んだ教訓を記録します。.
セキュリティ姿勢の変更を検討します：自動プラグイン更新ポリシー、強化された監視、定期的なバックアップと復元演習。.

長期的な開発者およびサイトオーナーのセキュリティベストプラクティス

プラグイン開発者向け（推奨）：

状態を変更するエンドポイントの認証を常に検証します：
- 使用 現在のユーザー リソースに関連する能力チェック（例：delete_post）。.
- 使用 チェック管理者リファラー または wp_verify_nonce AJAXおよびフォームアクションについて。.
- exit; 権限コールバック ルート登録について。.
最小特権の原則に従います：必要な最小限の能力を要求します。.
入力の検証とサニタイズを実施します：IDが整数であり、期待されるタイプに属していることを確認します。.
要求者のID、IP、およびタイムスタンプを含む破壊的なアクションのための内部監査ログを維持します。.
敏感な操作に対してレート制限を実施し、法医学的な痕跡のために強力なログを記録します。.
特権操作のために安全なコーディングチェックリストと内部コードレビューを採用します。.

サイトの所有者と管理者へ：

すべてのプラグイン、テーマ、コアを最新の状態に保ちます。セキュリティ修正がリリースされたら迅速にパッチを適用します。.
定期的なバックアップを維持し、復元手順をテストする。.
Webアプリケーションファイアウォールまたは管理されたセキュリティサービスを使用して、悪用のウィンドウから保護します。.
WordPressを強化します：
- 管理者ユーザーアカウントを制限します。.
- 二要素認証を強制します。.
- 強力なパスワードポリシーを使用し、インシデント後に資格情報をローテーションします。.
- ファイルの権限を制限します（777を避ける）。.
ログを監視し、異常な削除イベントや大量のAPI呼び出しに対してアラートを設定します。.
信頼できるソースからのみプラグインをインストールし、機密タスクを扱うプラグインのコードやセキュリティ履歴を確認します。.

WP‑Firewall が迅速に保護するのをどのように助けるか

WP‑Firewallは、WordPressサイトのための層状の保護ソリューションとして構築されました。CVE‑2025‑13930や類似の脆弱性の場合、WP‑Firewallが迅速に対応しリスクを軽減する方法は次のとおりです：

管理されたファイアウォールルール：認証されていない削除試行をプラグインエンドポイントにブロックする仮想パッチを展開できます（サイトに合わせたカスタムルールセット）。.
WAFとリアルタイムブロッキング：当社のWAFは疑わしいパターンを特定し、リクエストがPHPに到達する前にブロックし、大量削除の試行を防ぎます。.
マルウェアスキャンと検出：妥協の指標をスキャンし、アップロード、テーマ、プラグインフォルダーの疑わしい変更を検出します。.
OWASP Top 10の軽減：WP‑Firewallのルールは、Broken Access Control（A1/A02カテゴリ）などの一般的なウェブリスクを軽減します。.
更新中の自動軽減：重大な脆弱性が公開された場合、ベンダーパッチをインストールするまでの間、悪用を防ぐ一時的な軽減策を適用できます。.

プラン比較（簡単な概要）：

ベーシック（無料）: 管理されたファイアウォール、無制限の帯域幅、WAF、マルウェアスキャナー、OWASP Top 10リスクの軽減を備えた基本的な保護 — 即時のベースライン保護に適しています。.
標準（$50/年）： 自動マルウェア除去と最大20のIPをブラックリスト/ホワイトリストに登録する機能を追加。.
プロ（$299/年）： 月次セキュリティレポート、自動仮想パッチ適用、プレミアムアドオンおよび管理サービスへのアクセスを追加します。.

タイトル： 基本的な保護から始める — WP‑Firewall無料プランを探索する

プラグインを更新したり、潜在的なインシデントを調査したりしている間に即時のベースライン保護を望む場合、当社の無料基本プランは、露出のウィンドウを減らすために必要な管理されたファイアウォールとWAFのカバレッジを提供します。数分で保護を有効にするには、ここにサインアップしてください： https://my.wp-firewall.com/buy/wp-firewall-free-plan/

（上記のプラン詳細を参照 — 基本は迅速に始めて、パッチを適用している間にストアを保護するのに最適です。）

実用的なチェックリスト：今すぐ取るべき具体的なステップ

WooCommerce Checkout Manager（またはCheckout Field Managerのバリアント）を使用しているかどうかを特定します。.
プラグインをバージョン7.8.6にすぐに更新してください。複数のサイトを管理している場合は、eコマースストアを優先してください。.
更新できない場合：
- プラグインを無効にするか、または
- プラグインのエンドポイントへの認証されていないリクエストをブロックするWAFルールを適用します。.
すぐに完全バックアップ（ファイル + DB）を取ります。.
不審な添付ファイル削除の試みについてログをスキャンします。.
バックアップから欠落している添付ファイルを復元します。.
管理者の資格情報をローテーションし、すべての管理者アカウントに2FAを有効にします。.
さらなる異常な活動がないか、サイトを注意深く監視します。.
自動化されたベンダー管理のルール展開が必要な場合は、仮想パッチを提供するプランへのアップグレードを検討してください。.
プラグイン全体でセキュリティスキャンを実行し、他の潜在的な弱点を見つけます。.

最終的な感想

CVE‑2025‑13930は、見た目には小さな認証チェックの欠如がeコマースストアにとってビジネスクリティカルな停止を引き起こすことを思い出させる痛ましいものです。良いニュース：プラグインの作者が修正（7.8.6）を提供しており、いくつかの層状の対策で迅速にサイトを保護できます — 更新、仮想パッチ（WAF）、バックアップ、監視。.

ストアを運営しているサイトの所有者であれば、まずパッチを適用し、次にここで説明されている保護を適用してください。多くのサイトを管理している場合は、仮想パッチを適用できる管理されたWAFを検討し、手動の負担を減らしてください。.

緊急の仮想パッチ、インシデント対応ガイダンス、自動化されたセキュリティワークフローでお客様を支援する準備が整っています。WordPressサイトを保護し、新たな脆弱性に対してレジリエントであることを確保したい場合は、まず基本（無料）プランから始め、その後リスクプロファイルに合ったサービスレベルを選択してください。.

安全を保ち、迅速に行動してください — パッチのコストは、悪用された脆弱性から回復するコストに比べて常に小さいです。.

— WP-Firewall セキュリティチーム

WooCommerceチェックアウトマネージャーのコンテンツ削除脆弱性//公開日 2026-02-21//CVE-2025-13930

緊急セキュリティアドバイザリー: CVE-2025-13930 — WooCommerce Checkout Manager (≤ 7.8.5) における任意の添付ファイル削除と店舗を保護する方法

目次

概要：何が起こったのか、なぜそれが重要なのか

脆弱性の技術的概要

潜在的な影響と攻撃者のシナリオ

目標にされたか、侵害されたかを検出する方法

1. ウェブサーバーとWAFのログ

2. WordPressログとデータベースの証拠

3. メディアライブラリ

4. その他の指標

サイト所有者への即時のアクション（優先順位付け）

仮想パッチ: WAF ルールと安全なフィルター（例）

1. 一般的な検出シグネチャ（概念的）

2. ModSecurityスタイルのルールの例（概念的）

3. nginxの例（概念的）

レート制限と動作ブロック

admin-ajaxおよびREST処理を厳格化します

監視/アラートルール

ショートコードパッチ：プラグインハンドラーで認証を強制します

インシデント対応：すでに攻撃を受けている場合

長期的な開発者およびサイトオーナーのセキュリティベストプラクティス

プラグイン開発者向け（推奨）：

サイトの所有者と管理者へ：

WP‑Firewall が迅速に保護するのをどのように助けるか

プラン比較（簡単な概要）：

実用的なチェックリスト：今すぐ取るべき具体的なステップ

最終的な感想

WP Security Weeklyを無料で受け取る 👋
今すぐ登録!!

無料のWordPressセキュリティコンサルテーションをご予約いただくには、お問い合わせください。

WooCommerceチェックアウトマネージャーのコンテンツ削除脆弱性//公開日 2026-02-21//CVE-2025-13930

緊急セキュリティアドバイザリー: CVE-2025-13930 — WooCommerce Checkout Manager (≤ 7.8.5) における任意の添付ファイル削除と店舗を保護する方法

目次

概要：何が起こったのか、なぜそれが重要なのか

脆弱性の技術的概要

潜在的な影響と攻撃者のシナリオ

目標にされたか、侵害されたかを検出する方法

1. ウェブサーバーとWAFのログ

2. WordPressログとデータベースの証拠

3. メディアライブラリ

4. その他の指標

サイト所有者への即時のアクション（優先順位付け）

仮想パッチ: WAF ルールと安全なフィルター（例）

1. 一般的な検出シグネチャ（概念的）

2. ModSecurityスタイルのルールの例（概念的）

3. nginxの例（概念的）

レート制限と動作ブロック

admin-ajaxおよびREST処理を厳格化します

監視/アラートルール

ショートコードパッチ：プラグインハンドラーで認証を強制します

インシデント対応：すでに攻撃を受けている場合

長期的な開発者およびサイトオーナーのセキュリティベストプラクティス

プラグイン開発者向け（推奨）：

サイトの所有者と管理者へ：

WP‑Firewall が迅速に保護するのをどのように助けるか

プラン比較（簡単な概要）：

実用的なチェックリスト：今すぐ取るべき具体的なステップ

最終的な感想

WP Security Weeklyを無料で受け取る 👋今すぐ登録!!

無料のWordPressセキュリティコンサルテーションをご予約いただくには、お問い合わせください。

WP Security Weeklyを無料で受け取る 👋
今すぐ登録!!