ForHosting KIT · 開発者向けツール

パスワード更新リマインダーの日程を作成

パスワード更新ポリシーは、実際に対応できる明確な日付があって初めて役立ちます。この計算ツールは、パスワードを最後に変更した日付に所定の更新間隔を加え、期限日から逆算して事前通知日を求めます。チケット、カレンダー、資産台帳、運用手順書、自動ワークフローへ転記できる正確なISO日付を返します。うるう年や月ごとの日数も正しく扱うため、九十日を三か月とみなしたり、アカウントごとに表計算の式を管理したりする必要はありません。

● Beta無料・ブラウザ内で実行
ご利用方法 ウェブAPIメールTelegramアプリ 近日

更新ポリシーを実行可能な二つの日付に変換します

記録日やアカウントの確認日ではなく、パスワードが実際に最後に変更された日付から始めてください。その値をYYYY-MM-DD形式で入力し、ポリシーの間隔を正の整数の暦日で指定します。計算ツールは指定日数を正確に加えて次の期限日を求め、そこから通知の先行日数を引いて準備開始日を算出します。たとえば、九十日間隔で十四日前に通知する設定なら、厳守すべき期限と、それより早い運用上の開始日の両方が得られます。この区別は重要です。期限だけでは、保守時間の確保、担当者の決定、代替シークレットの試験を行えません。結果には二つの日付と入力した間隔が併記されるため、元の入力を再現せずに確認できます。期限当日に通知する場合は先行日数をゼロにし、それ以外は承認や配備に必要な期間を十分に確保してください。

暦日計算と入力検証の方法をご確認ください

この予定では、営業日や月単位ではなく暦日を使用します。三十日の間隔は、二月、うるう日、三十一日まである月の末日、週末、祝日をまたぐ場合でも、必ず日付を三十回進めます。そのため、固定日数で記載されたポリシーに忠実で、九十日を三か月とみなす曖昧さがありません。最終変更日は、先頭のゼロを含む厳密なYYYY-MM-DD形式の実在するグレゴリオ暦の日付でなければなりません。二月三十日などの不可能な値は補正せず拒否します。更新間隔は正の整数が必要です。ゼロや負数は将来の更新期間を表せません。通知の先行日数はゼロ以上の整数で指定します。対応範囲内の日付になる限り更新間隔より長くできますが、その設定がポリシーに適切かご確認ください。現在時刻は参照しないため、同じ入力からは常に同じ結果が得られます。

反復可能なセキュリティ運用へ組み込んでください

算出した日付は計画情報であり、認証情報を変更した証明ではありません。期限日と通知日を、アカウント識別子、システム責任者、更新方法、必要な証跡とともに既存の管理台帳へ保存してください。通知日には作業項目を新規作成または更新し、担当者が引き続きアクセスできることを確認し、代替情報を準備して、その認証情報を利用するすべてのサービスを特定します。期限日には変更完了を確認し、次回分を計算する前に新しい最終変更日を記録してください。自動化する場合は、更新成功の記録時にAPIを呼び出し、返された日付をチケットまたはカレンダーへ書き込みます。1回の料金は$0.002です。この機能はネットワークへ接続せず、パスワード自体を受信・検査しません。必要なのは予定のメタデータだけです。月、営業日、リスク例外によるポリシーは、固定日数とみなさず別途評価してください。

サービスアカウントの更新を予定します

サービスアカウントのパスワード変更を確認するたびに、次の期限日と準備開始日を作成します。

アクセス管理台帳を保守します

パスワードを保存せず、管理対象の認証情報一覧へ一貫したISO形式の通知日と期限日を追加します。

更新作業チケットを起動します

自動ワークフローがチケットを開き、完了期限を設定するために使用する日付を算出します。

1回の計算料金はいくらですか?

APIは1回$0.002です。ブラウザのツールでも予定をローカルに計算できます。

パスワード自体を入力する必要がありますか?

いいえ。最終変更日、更新間隔、通知の先行日数だけを使用します。

次の期限日はどのように求めますか?

正の更新間隔を正確な暦日数として最終変更日に加算します。

うるう年や月末にも対応していますか?

はい。グレゴリオ暦の日付を検証し、うるう日と各月の実際の日数を反映します。

期限日当日に通知できますか?

はい。reminder_days_beforeをゼロにすると、通知日と期限日が同じになります。

週末や祝日は除外されますか?

いいえ。更新間隔と通知期間は暦日で数えるため、週末や祝日も通常どおり含まれます。

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

POSThttps://api.kit.forhosting.com/final3/password-change-reminder-schedule

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

curl -X POST https://api.kit.forhosting.com/final3/password-change-reminder-schedule \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"last_changed_date":"2026-01-15","rotation_interval_days":90}'
{
  "last_changed_date": "2026-01-15",
  "rotation_interval_days": 90
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "final3.password_change_reminder_schedule",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

HTTPコード意味
401unauthorizedAPIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
402insufficient_balance残高が不足しています。チャージ後に再度お試しください。
404unknown_type指定されたタスクタイプは存在しません。タイプ名を確認してください。
429rate_limitedリクエストが多すぎます。しばらく待ってから再度お試しください。

KITの完全なドキュメントを見る →