制作会社へファイル更新を依頼するとき、サーバー契約者の管理画面IDをそのまま渡す必要はありません。作業する人ごとに専用アカウントを作り、対象サイトのディレクトリだけへ接続できるようにします。依頼期間が終わったら、そのアカウントを無効にするところまでが権限管理です。

「FTP情報」という呼び方だけでは、通信が暗号化されるか分かりません。標準FTP・FTPS・SFTPは接続方式が異なります。サーバーが対応する中から暗号化された方式を選び、必要最小限の権限で依頼します。

最初にFTP・FTPS・SFTPのどれを使うか確認する

標準FTPは、ユーザー名やパスワードを含む通信を暗号化しません。RFC 2577のセキュリティ上の注意でも、標準FTPは制御情報とデータを暗号化せず送るため、可能な場合は強い暗号化を使うよう示しています。インターネット経由の制作作業では、標準FTPを新たに選ばない方が安全です。

FTPSはFTP通信をTLSで保護する方式です。SFTPはFTPへ暗号を足したものではなく、SSH上でファイルを転送する別の仕組みです。OpenBSDのSFTPマニュアルでは、すべての操作を暗号化されたSSH通信上で行うと説明しています。

サーバー管理画面や公式マニュアルで、利用できる方式・ホスト名・ポート番号を確認します。「セキュアFTP」という商品上の呼び方だけで判断せず、クライアントソフトの接続方式まで合わせます。方式を間違えると接続できないだけでなく、暗号化されていないFTPへ戻して解決したつもりになることがあります。

契約者アカウントとは別に制作会社専用を作る

サーバー契約者の管理画面には、サイトのファイル以外にメール・DNS・請求・解約などの機能があります。制作作業だけを依頼する相手へ、契約全体を変更できる権限は不要です。管理画面へ入らなくても作業できるよう、ファイル接続専用のアカウントを作ります。

制作会社の社内でも複数人が作業する場合は、可能なら担当者ごとに分けます。一つのIDを共有すると、誰がいつ変更したかを追いにくくなります。サーバーが作成数を制限する場合は、制作会社側の管理責任者と利用者を記録し、共有範囲を明確にします。

アカウント名・利用者・接続方式・作成日・失効予定日を権限台帳へ残します。パスワードそのものを台帳へ平文で書く必要はありません。契約終了や担当者交代を待たず、予定した作業が終わった時点で要否を見直します。

接続できるディレクトリを対象サイトへ限定する

複数サイトを同じサーバーで運用している場合は、依頼対象の公開ディレクトリを確認します。専用アカウントのホームをその場所へ設定できれば、ほかのサイトやメール領域を誤って変更する範囲を狭められます。バックアップや設定ファイルが公開領域の外にある場合も、閲覧させる必要があるかを分けて判断します。

WordPressでは、テーマ修正だけでもプラグインやアップロード画像との関係を調べることがあります。最初からサーバー全体を渡すのではなく、依頼内容に必要な範囲を制作会社へ確認します。範囲を追加するときは、理由と期間を記録してから権限を変更します。

レンタルサーバーによっては、アカウントごとの読み取り・書き込みを細かく分けられません。その場合も、対象ドメインのディレクトリへ入口を限定し、作業期間を短くできます。分離できない構成なら、検証環境で修正ファイルを受け取り、社内または保守担当者が本番へ反映する方法も検討します。

依頼前に変更範囲とバックアップを合意する

アカウントを発行する前に、変更するファイル・作業日時・確認するページを決めます。WordPressの管理画面からも同じファイルを更新できる場合は、作業中の変更が重ならないようにします。緊急時の連絡先と、予定時間を超えたときに中止する基準も共有します。

作業直前には、対象ファイルとデータベースを同じ時点でバックアップします。静的HTMLだけを変更する場合でも、上書き前のファイルを別の安全な場所へ残します。制作会社が独自にバックアップを取る場合は、保管場所と削除時期を確認します。

依頼情報は次の順序で準備します。

  1. 対象サイトと変更内容を文書で確定する
  2. 暗号化された接続方式で専用アカウントを作る
  3. 接続先を必要なディレクトリへ限定する
  4. バックアップと切り戻し担当を決める
  5. 接続確認後に作業日時と完了条件を共有する

ホスト名・ID・パスワードを一通の通常メールへまとめないようにします。会社で認めたパスワード共有機能を使い、閲覧期限を設定します。制作会社から再委託する場合は、誰が情報を受け取るかを事前に確認します。

ファイル権限は接続できない理由だけで緩めない

アップロードできないときに、ファイル権限を一律777へ変更する方法は避けます。書き込み可能な利用者を必要以上に増やし、Webから実行されるプログラムにも変更を許す可能性があります。まず接続アカウント・対象ディレクトリ・所有者・サーバー会社の推奨値を確認します。

既存ファイルと新しくアップロードしたファイルで所有者が変わると、WordPressから更新できなくなる場合があります。制作会社には、権限値を変更したファイルと理由を作業報告へ残してもらいます。問題を解消するために一時変更した場合も、確認後に推奨値へ戻します。

設定ファイルにはデータベースの認証情報が含まれることがあります。閲覧できる範囲へ含める場合は、制作会社側の保管と削除を確認します。ローカル端末へ複製したファイルも、契約終了後に残し続けないようにします。

完了確認後にアカウントを無効にする

作業後は制作会社の報告だけで完了とせず、変更したファイルの一覧を受け取ります。公開ページをパソコンとスマートフォンで開き、フォームなど影響を受ける機能を確認します。サーバーの接続ログを確認できる場合は、予定した時間と接続元に大きな違いがないかも見ます。

問題がなければ、期間限定のアカウントを無効または削除します。継続保守の契約がある場合も、次の作業予定が決まっていなければ常時接続を許す必要があるか見直します。サーバーが無効化に対応しない場合は、パスワード変更かアカウント削除を選びます。

予定外の変更を見つけたときは、最初に専用アカウントを止めます。現在のファイルと接続ログを保全し、バックアップへ戻す前に変更範囲を確認します。専用アカウントであれば、契約全体のパスワードを共有した場合より、止める対象と調査範囲を明確にできます。