AcyMailingアクセス制御の脆弱性の軽減//公開日 2026-05-21//CVE-2026-5200

WP-FIREWALL セキュリティチーム

AcyMailing SMTP Newsletter Plugin Vulnerability

プラグイン名 AcyMailing SMTP ニュースレター プラグイン
脆弱性の種類 アクセス制御の脆弱性
CVE番号 CVE-2026-5200
緊急 高い
CVE公開日 2026-05-21
ソースURL CVE-2026-5200

AcyMailing <= 10.8.2 — アクセス制御の欠陥 (CVE-2026-5200): WordPressサイトの所有者が今すぐ行うべきこと

著者: WP-Firewall セキュリティチーム
日付: 2026-05-21

まとめ: 2026年5月21日に、AcyMailing SMTPニュースレター(バージョン <= 10.8.2)において、高度な重大度のアクセス制御の欠陥(CVE-2026-5200、CVSS 8.8)が公開されました。この欠陥により、購読者権限を持つ認証済みユーザーが、より高い権限を持つ役割に予約されたアクションにアクセスまたは実行できるようになります。この投稿では、リスク、攻撃者がどのようにこれを悪用するか、ターゲットにされたかどうかを検出する方法、段階的な緩和策、推奨されるWAFルール、およびWordPressサイトの所有者、開発者、ホスティングプロバイダー向けの長期的な強化ガイダンスを説明します。.

AcyMailingを任意のWordPressサイトで実行している場合(またはそれをインストールした複数のクライアントを管理している場合)、これを緊急のものとして扱ってください。この脆弱性は、大規模な悪用キャンペーンに適しています:攻撃者が購読者として登録できるサイトや、正当な購読者が存在するサイト(例:ニュースレターのサインアップ)に影響を与えます。.

このガイダンスは、WordPressのセキュリティおよび管理されたWebアプリケーションファイアウォールプロバイダーであるWP-Firewallによって提供されています。私たちの目標:パッチを適用し、検出し、緩和し、悪用に対するレジリエンスを構築する手助けをすることです。.


脆弱性とは何か (平易な言葉)

  • 影響を受けるソフトウェア:AcyMailing SMTPニュースレター(WordPressプラグイン)、バージョン <= 10.8.2。.
  • 脆弱性の種類:アクセス制御の欠陥(認可チェックの欠如)。.
  • 影響:購読者権限を持つ認証済みユーザーが、より高い権限を必要とするプラグインの機能をトリガーできます。これにより、権限の昇格、メーリングリストやキャンペーン設定への不正な変更、またはプラグインエンドポイントを介した管理アクションのトリガーが可能になる場合があります。.
  • CVE: CVE-2026-5200
  • CVSS:8.8(高)
  • パッチ適用済み: 10.9.0

アクセス制御の欠陥とは、プラグインが要求されたユーザーがアクションを実行することを許可されているかどうかを検証しない1つ以上のエントリポイント(HTTPエンドポイント、AJAXアクション、RESTエンドポイント、または内部関数)を公開していることを意味します。購読者(または任意の低権限の認証済みロール)がそのようなエンドポイントに到達でき、プラグインが機能をチェックしない場合、購読者は権限を昇格させたり、制限された変更を行ったりする可能性があります。.


これはWordPressサイトにとって危険な理由

  • 購読者アカウントは一般的に作成されます:多くのサイトがニュースレターのサインアップやユーザー登録を許可しており、これらのアカウントは攻撃者が取得するのが簡単です。.
  • ニュースレタープラグインは、メーリングリスト、cronジョブ、ユーザーのインポート/エクスポート、およびSMTP設定と統合されることがよくあります。不正な変更は、大量のスパム、ブラックリスト登録、データの流出、またはアカウントの乗っ取りにつながる可能性があります。.
  • アクセス制御の欠陥は、自動化された悪用ツールにとって好まれます:概念実証が公開されると、攻撃者は数千のサイトにわたって自動スキャナーを実行して問題を検出し、悪用することができます。.
  • この脆弱性は高いCVSSと実際の悪用可能性を持っています。なぜなら、購読者レベルでの認証されたアクセスのみを必要とするためです — 管理者の資格情報を取得するよりもはるかに簡単です。.

可能性のある悪用シナリオ(攻撃者がどのように使用するか)

  1. 大量登録 + 悪用:
    • 攻撃者は多くのアカウントを登録します(または既存の侵害された低権限アカウントを再利用します)。.
    • 自動スキャナーがプラグインエンドポイント(AJAX、REST、またはカスタムURL)を探り、機能チェックが欠如しているかどうかを確認します。.
    • 悪用チェーン:公開されたエンドポイントを使用して設定を変更したり、悪意のあるコンテンツを注入したり、管理ユーザーを作成したり、資格情報を収集するために作成されたニュースレターの送信をトリガーします。.
  2. インサイダー/侵害された購読者:
    • 攻撃者に対して正当な購読者アカウントがすでに利用可能です(フィッシングされたパスワードまたは購入されたアクセス)。.
    • 攻撃者はそのアカウントを使用してプラグイン管理エンドポイントにアクセスし、権限を昇格させたり、メーリングリストを変更したりします。.
  3. クロスサイトリクエストフォージェリ(CSRF)およびチェックの欠如:
    • プラグインエンドポイントがノンスを必要としない場合や能力チェックを実行しない場合、攻撃者は認証されたサイト訪問者にアクションを実行させるCSRFメールやリンクを作成する可能性があります。.
  4. 組み合わせのチェーン:
    • 壊れたアクセス制御を使用してPHPファイルを書き込み、wp_optionsを変更するか、リモートコード実行(RCE)を提供するスクリプトを注入します。RCEが達成されると、完全なサイトの侵害が可能になります。.

目標にされたかどうかを検出する方法

不審な変更についてログとプラグインのアーティファクトを確認してください — より早い検出は影響を減少させます。.

  1. ウェブサーバーおよびアクセスログ
    • 購読者IPまたは不明なIPからプラグインディレクトリや管理エンドポイント(例:admin-ajax.php、RESTエンドポイント)へのPOSTリクエストを探します。.
    • 異常なユーザーエージェント、POSTリクエストの急増、または同じスクリプトへの繰り返しリクエスト。.
  2. WordPressアクティビティログ(ログがある場合)
    • AcyMailing設定の構成変更、メーリングリストの突然の変更、またはAcyMailingに関連する新しいスケジュールされたタスク(cronジョブ)を探します。.
    • 権限の高い新しいユーザー、または既存のユーザーがより高い役割に移動された場合。.
  3. データベースの異常
    • AcyMailingによって使用されるテーブル(prefix_acymailing_*)を検査します。予期しない行:管理フラグ付きの追加された購読者、変更されたリスト定義、またはキャンペーン本文内の悪意のあるコンテンツを探します。.
    • wp_optionsで予期しないオプションやwp_user_rolesの変更を確認します。.
  4. アウトバウンドメールパターン
    • サーバーから発信されるメール送信の急増(メールキューを確認)。SMTP経由で送信されたスパムやフィッシングメールは、プラグインの悪用を示す可能性があります。.
  5. ファイルシステムと整合性チェック
    • wp-content内の新しいまたは変更されたPHPファイル、特にプラグインまたはアップロードフォルダー内。.
    • タイムスタンプが予想される更新時刻と一致しない変更されたプラグインファイル。.
  6. 検索すべき妥協の指標(IOC):
    • URLに「acymail」、「acymailing」、または同様の名前のパラメータが含まれる予期しないリクエスト(プラグインによる)。.
    • 開示日付周辺での管理者ユーザーまたは昇格した役割の作成。.
    • AcyMailingまたは不明なcronフックを参照する新しいスケジュールされたジョブ。.
    • 突然の設定変更(例:SMTP資格情報の入れ替え)。.

上記のいずれかを見つけた場合は、すぐにインシデント封じ込め手順(以下)に進んでください。.


即時の緩和:短いチェックリスト(最初の60〜120分)

  1. プラグインを10.9.0に即座に更新(推奨)。.
    • 更新できる場合は、今すぐ行ってください。可能であればステージングサイトで迅速にテストし、その後本番環境を更新します。.
  2. すぐに更新できない場合:
    • パッチを適用できるまでAcyMailingプラグインを無効にします。.
    • 重要な機能のためにプラグインをアクティブにする必要がある場合は、プラグインの管理エンドポイントへのアクセスをブロックするためにWAF/ホストルールを適用します(以下の例)。.
    • ウェブサーバー/ファイアウォールレベルでIPによってプラグイン管理ページへのアクセスを制限します(信頼できるIPのみホワイトリスト)。.
  3. 管理者およびすべてのサイトアカウントのパスワードを強制的にリセットします。.
    • 特に管理者、エディター、およびファイルアップロードまたはプラグイン管理機能を持つユーザーに対して。.
  4. 疑わしいユーザーをレビューして削除します。
    • 疑わしい時間帯に作成されたアカウントを探し、それらを削除またはダウングレードします。.
  5. サイトをマルウェアとバックドアのスキャンします。
    • フルマルウェアスキャンを実行し、uploads/、wp-content/、およびtempディレクトリ内の新しいPHPファイルを検索します。.
  6. ログとバックアップを保存する
    • アクセスログ、エラーログ、およびデータベースバックアップのコピーを保持します。これらは調査に不可欠です。.
  7. ホスティングプロバイダーおよび影響を受けた利害関係者に通知します。
    • ホストは、アクティブな悪用を隔離し、封じ込める手助けができます(例:サイトを公開DNSから削除、外部メールをブロック)。.

技術的検出手順とコマンド

これらのコマンドを使用してください(環境に応じて調整してください):

WP‑CLI:プラグインのバージョンとステータスを確認

wp plugin list --format=table | grep acymailing'

最近変更されたファイルを検索(Linux)

find /path/to/wordpress -type f -mtime -7 -print

WP内の新しい管理者ユーザーを確認(MySQL)

SELECT ID, user_login, user_email, user_registered FROM wp_users
JOIN wp_usermeta ON wp_users.ID = wp_usermeta.user_id
WHERE wp_usermeta.meta_key = 'wp_capabilities' AND wp_usermeta.meta_value LIKE 'ministrator%';

メールキューを検査(Postfixの例)

mailq | tail -n 50

プラグインデータベーステーブルをエクスポートしてレビュー

mysqldump -u user -p database prefix_acymailing_* > acymailing_export.sql

WAFおよび仮想パッチの推奨事項

すぐに更新できない場合は、WAFレベルで仮想パッチを適用して悪用の試みをブロックします。以下は一般的な戦略と適応可能なサンプルルールです。プロダクションに展開する前に、ステージングでルールをテストしてください;あまりにも広範なルールは正当なトラフィックをブロックする可能性があります。.

重要: 正確なプラグインエンドポイントやパラメータ名は、インストール/バージョンによって異なる場合があります。ログを使用してルールを洗練させてください。.

戦略A — 低権限アカウントまたは不明なIPからプラグイン管理エンドポイントへのアクセスをブロック

  • アクセスを制限します /wp-admin/admin.php?page=acy* および関連する管理ページを信頼できるIP範囲または管理機能を持つログインユーザーに制限します(可能な場合はWebサーバーレベルで)。.

Nginxの例(クエリパラメータによる拒否):

# 信頼できないIPからAcyMailing管理ページにアクセスしようとするリクエストを拒否;

戦略B — プラグインによって使用される疑わしいAJAX/REST呼び出しをブロックする

多くのWordPressプラグインはadmin‑ajax.phpまたはカスタムRESTエンドポイントを使用します。プラグイン管理に関連していることが知られている特定のアクションパラメータを含むPOSTリクエストをブロックできます。.

ModSecurity(例):

# "acy"、"acymail"などを含む疑わしいadmin-ajaxアクションをブロックします。"

Nginx+LuaまたはカスタムWAFルールはこのロジックを反映できます。環境で見るパラメータに一致するように正規表現を調整してください。.

戦略C — サブスクライバーセッションが管理フローにアクセスしようとするリクエストを拒否する

セッションデータがあり、クッキーの内容を確認できる場合(またはサイトがJWT/セッションマーカーを使用している場合)、エンコードされた役割がプラグイン管理エンドポイントにアクセスするサブスクライバーであるリクエストをブロックします。これは高度なもので、アプリケーションセッションコンテキストとのWAF統合が必要です。.

戦略D — アカウントアクションのレート制限とスロットリング

  • IPまたはアカウントごとにプラグインエンドポイントに対して行えるリクエストの数を制限します。.
  • 大量登録の試みを検出した場合は、サインアップをブロックします。.

サンプル署名の理由

  • プラグイン識別子を含むアクション名で管理エンドポイントへのPOSTをブロックします(例:“acymail”、“acy”を含む)。.
  • 非管理コンテキストからのメールリストを変更しようとするリクエスト(list_id、campaign_idのようなパラメータ名)をブロックします。.
  • 必要ない場合は、webからwp-content/plugins/acymailing/**内のプラグインPHPファイルへの直接アクセスをブロックします。.

WP‑Firewallを実行している場合、当社の緩和策は、公式プラグインの更新を適用できるまで、悪用パターンを特定してブロックする仮想パッチとして適用できます。.


例 WP-Firewall緩和パターン(概念的)

以下は、仮想パッチとして適用するWAFルールの概念的な例です。これは意図的に一般的です — あなたのWAF言語に合わせて適応してください。.

ルール: POSTがAcyMailing管理機能に関連するパラメータ名または値を含む場合、admin-ajax.phpへのリクエストをブロックし、現在の認証された役割が「サブスクライバー」である(または認証された管理者クッキーがない)。.

疑似ルール:

  • REQUEST_URIが「/wp-admin/admin-ajax.php」を含む場合、かつ
  • REQUEST_METHODがPOSTであり、かつ
  • 任意のPOSTパラメータ名または値が正規表現「(acymail|acymailing|acy_|acyaction|acy_)」に一致する場合、かつ
  • 管理者クッキーまたは認証ヘッダーが存在しない場合
  • その場合はブロックしてログを記録します。.

ホスティングプロバイダーまたはセキュリティプロバイダーと協力して、これを迅速に実施してください。.


インシデント後の回復と検証

侵害を発見した場合は、これらの手順を順番に実行してください:

  1. 封じ込め
    • アクティブな悪用が発生している場合は、サイトをオフラインにするか、メンテナンスモードにしてください。.
    • サーバーまたは環境を隔離します(ホストと協力)。.
  2. 根絶
    • バックドアと悪意のあるファイルを削除します。可能であれば、侵害前に取得した既知の良好なバックアップから復元します。.
    • 侵害された資格情報を置き換えます:WordPressユーザー、データベースパスワード、SMTP資格情報。.
  3. 回復
    • WordPressコア、すべてのプラグインとテーマを更新します(AcyMailingを10.9.0に)。.
    • 再アクティブ化する前に、公式リポジトリからの新しいダウンロードからAcyMailingを再インストールします。.
  4. 検証
    • 複数のスキャナーでマルウェアとバックドアの再スキャンを行います。.
    • 永続性の兆候(スケジュールされたタスク、新しい管理ユーザー)についてログを確認します。.
    • 不正な変更がないか、メールキュー、送信メールの動作、DNSレコードを確認します。.
  5. 事後分析
    • タイムラインと根本原因を文書化します。.
    • データが漏洩した場合は、利害関係者と影響を受けた購読者に通知します。.
    • 監視を改善し、長期的な緩和策を展開します。.

ハードニング推奨事項(長期的)

  1. ソフトウェアを最新の状態に保つ
    • 可能な限り24〜72時間以内にプラグインの更新を適用します。重要なセキュリティ修正については、即時の更新を優先します。.
  2. 最小権限の適用
    • ユーザーロールと機能を定期的に監査します。購読者ロールに不要な機能を持たせないようにします。.
    • 購読者にアップロードまたは編集の権限を与えないようにします。.
  3. プラグインの管理ページを制限します。
    • 可能な限り、プラグイン管理ページへのアクセスを管理者IPに制限します。.
  4. 登録を強化します。
    • 偽のアカウントを減らすために、登録時にメール認証とCAPTCHAを使用してください。.
    • 武器化される可能性のあるアカウントについては、手動承認を検討してください。.
  5. 高い権限のアカウントに対して多要素認証を実装してください。
    • すべての管理者、編集者、およびプラグインやテーマを管理できるユーザーに対して2FAを強制してください。.
  6. WAFと仮想パッチ
    • OWASP Top 10、異常なリクエストパターン、およびプラグイン特有のルールをカバーする管理されたWAFまたはルールセットを使用してください。.
    • 直ちにプラグインの更新が不可能な場合のために、仮想パッチを利用できるようにしてください。.
  7. 監視とアラート
    • ログ(ウェブ、データベース、メール)を集中管理し、POSTリクエストの急増、新しい管理ユーザー、および送信メールのボリュームに対してアラートを設定してください。.
  8. バックアップと復元のテスト
    • 毎日のバックアップを確保し、定期的に復元のテストを行ってください。可能な限りバックアップはオフサイトで不変に保管してください。.
  9. ロールマネージャープラグインを慎重に使用してください。
    • ロール/能力エディタを使用する場合は、変更を文書化し、アップグレード後にレビューしてください。.
  10. SMTP資格情報を保護してください。
    • SMTP資格情報をローテーションし、メール送信には最小権限のアカウントを使用してください。SMTPアクセスを監視してください。.

クイックリファレンスチェックリスト(実行可能)

  • [ ] すぐにAcyMailingを確認し、10.9.0に更新してください。.
  • [ ] すぐに更新できない場合は、プラグインを無効化するか、AcyMailing管理エンドポイントをブロックするWAFルールを適用してください。.
  • [ ] 管理者のパスワードリセットを強制し、管理者アカウントに2FAを有効にしてください。.
  • [ ] 最近作成されたユーザーをレビューし、疑わしいものを削除してください。.
  • [ ] 新しいPHPファイル/バックドアや異常なスケジュールタスクをスキャンしてください。.
  • [ ] 疑わしい活動のために送信メールキューを確認してください。.
  • [ ] 調査のためにログを保存する。.
  • [ ] 妥協が疑われる場合は、ホストと利害関係者に通知する。.
  • [ ] クリーンアップ/更新後、30日間ログを注意深く監視する。.

例のインシデントシナリオと修復タイムライン

Day 0 — 開示

  • セキュリティアドバイザリーが公開され、パッチが利用可能(10.9.0)。.
  • WP‑Firewallチームが仮想パッチ署名を発行する。.

最初の4時間

  • サイト所有者がプラグインのバージョンを確認する;脆弱な場合は、更新または無効化を進める。.
  • 更新できない場合は、プラグイン管理フローをブロックするWAFルールを有効にする。.

最初の24時間

  • 管理者の資格情報をリセットする;妥協の兆候をスキャンする;メールキューを確認する。.
  • ホストは悪用されているIPをブロックし、アクティブな大規模な悪用が検出された場合はサイトを隔離する。.

2〜7日目

  • 完全なクリーンアップを行い、持続性がないことを確認し、必要に応じてクリーンバックアップから復元する。.
  • プラグインを再インストールし、更新を適用し、監視を有効にする。.

7〜30日目

  • 異常を監視し続ける。事後分析を行い、長期的な強化を実施する。.

開発者向けのヒント:プラグインの認可チェックを監査する方法(開発チーム向け)

コードベースまたはサードパーティのプラグイン監査プロセスを維持している場合は、これらの原則を使用してアクセス制御のバグを見つける:

  1. エントリーポイントを特定する
    • 公開エンドポイントを探します:admin-ajax.php アクション、register_rest_route() で登録された REST ルート、またはカスタムフロントエンドエンドポイント。.
  2. 機能チェックを確認する
    • 各エントリポイントについて、能力チェックが存在することを確認します:current_user_can(‘manage_options’) またはアクションに適した能力。.
    • POST アクションのためのノンスの存在を確認します:check_admin_referer() または wp_verify_nonce()。.
  3. 権限の低いアカウントでテストします。
    • サブスクライバー役割のテストユーザーを作成し、各エンドポイントを呼び出そうとします。.
    • 認可されていないユーザーのために返された HTTP ステータスコードとレスポンスを主張するテストを自動化します。.
  4. コードの強化に関する推奨事項。
    • すべての管理アクションに対して current_user_can() と check_admin_referer() を使用することを優先します。.
    • REST エンドポイントの場合、register_rest_route() で permission_callback を使用します。.
    • セキュリティのために難読化されたパラメータ名に依存することを避けます — 能力チェックが必要です。.

ホスティングプロバイダーと代理店が行うべきこと。

  • 顧客サイトをスキャンして AcyMailing バージョン <= 10.8.2 を見つけ、アップグレード計画を立てます。.
  • 数百のサイトをホストしている場合は、一括更新をスケジュールしますが、更新が完了するまで WAF 仮想パッチをネットワーク全体に適用して攻撃の試みをブロックします。.
  • クライアントに修復レポートを提供します:どのサイトが更新されたか、どのサイトが無効化されたか、どのサイトに侵害の兆候があったかを示します。.
  • 侵害されたサイトのために管理されたクリーンアップと監視を提供します — 迅速な封じ込めは下流の損害(ブラックリスト、スパム苦情、顧客通知)を減少させます。.

法的およびコミュニケーションの考慮事項。

  • サブスクライバーデータ(メールアドレス、名前)が流出したりフィッシングに使用された場合、あなたの管轄区域でデータ侵害通知法が適用されるかどうかを評価します。.
  • 何が起こったのか、取られた行動、サブスクライバーへの推奨ステップ(例:疑わしいメールを無視する)を説明する顧客コミュニケーションテンプレートを準備します。.
  • 修復手順の詳細なログを保持します — これは法的遵守と保険会社に役立ちます。.

数分でサイトを安全にします — WP‑Firewall 無料プラン。

タイトル: 今すぐあなたのWordPressサイトをロックダウン — WP‑Firewall Freeから始めましょう

リスクを減らすための次の実践的なステップは、OWASP Top 10の脅威をカバーし、プラグインをパッチする間に仮想パッチを提供する常時稼働の管理されたファイアウォールを有効にすることです。WP‑FirewallのBasic (Free)プランは、管理されたファイアウォール、無制限の帯域幅、強力なWebアプリケーションファイアウォール(WAF)、マルウェアスキャナー、OWASP Top 10リスクの軽減を提供し、AcyMailingを更新している間にすぐに攻撃の試みをブロックできます。.

こちらで無料プランを探検し、サインアップしてください:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/

自動化とサポートが必要な場合: StandardおよびProプランは、自動マルウェア除去、IP許可/拒否管理、月次セキュリティレポート、自動仮想パッチ適用、プレミアムアドオンおよび管理サービスへのアクセスを追加します。.


最後の考えと推奨される優先事項

  1. AcyMailingを実行している場合は、すぐに10.9.0に更新してください。それが最も重要なアクションです。.
  2. すぐに更新できない場合は、プラグインを無効にするか、プラグイン管理エンドポイントをブロックするためにWAFルールを適用してください。.
  3. アカウントを強化し、管理者に対して2FAを強制します。.
  4. IOCをスキャンおよび監視します: メールキュー、新しい管理者、変更されたファイル、および疑わしいcronジョブ。.
  5. ゼロデイ/クリティカルな脆弱性に対して仮想パッチを適用できる管理されたWAFを使用します。.

これが圧倒的に感じられることは理解しています — セキュリティ作業は忙しい日の真ん中で行われることがよくあります。支援が必要な場合、WP‑Firewallは迅速な軽減、仮想パッチ、およびクリーンアップサービスを提供し、リスクを管理している間にビジネスの運営に集中できるようにします。.

安全を保ち、アクセス制御の脆弱性を真剣に扱ってください — それらは迅速に武器化される可能性が最も高いものの一つです。.

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


付録: 有用なリソースとサンプルクエリ

  • WP-CLIを介してプラグインのバージョンを確認してください:
    wp プラグインリスト --format=table | grep acymailing
  • 新しく変更されたファイルを見つける(過去7日間):
    find /var/www/html -type f -mtime -7 -print
  • 新しい管理者ユーザーを検出する(SQL):
    SELECT user_login, user_email, user_registered
    FROM wp_users u
    JOIN wp_usermeta m ON u.ID = m.user_id
    WHERE m.meta_key = 'wp_capabilities' AND m.meta_value LIKE 'ministrator%';
  • 基本ModSecurityルール(概念的 — 環境に合わせて適応):
    SecRule REQUEST_URI|ARGS_NAMES|ARGS "@rx (acymail|acymailing|acy_)"

注意: 偽陽性を最小限に抑えるために、ブロックする前に常に検出モードでWAFルールをテストしてください。疑問がある場合は、仮想パッチの支援デプロイメントおよび監視のためにWP‑Firewallサポートに連絡してください。.


wordpress security update banner

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

毎週、WordPress セキュリティ アップデートをメールで受け取るには、サインアップしてください。

スパムメールは送りません! プライバシーポリシー 詳細については。