概念: PGP ファイル名

セキュリティ対策として、プレーンテキスト ファイルが PGP で暗号化されている場合、暗号化されたファイルに元のファイルとは関係のないファイル名を付けて、その内容が分からないようにすることができます。ただし、元のファイル名は破棄されません。後で受信者の暗号化解除システムで取得できるように、暗号化されたファイルに埋め込まれます。例: myPlaintext.txt という名称のファイルを暗号化します。暗号化されたファイルは、myEncryption.pgp という名称になります。元のファイル名は暗号化されたコンテンツの一部になります。受信者が暗号化を解除すると、受信者のシステムによって、暗号化解除されたファイルに myPlaintext.txt という名称が付けられます。

Workday の送信サービスおよび取得サービスは、可能な限り一般的な PGP ファイル命名方法に従います。

Workday 送信サービスでは、送信する PGP ファイルにプレーンテキストのファイル名が埋め込まれるため、暗号化解除時にファイル名を復元できます。

Workday 取得サービスでは、インテグレーション イベントに添付された受信 PGP ファイルの暗号化を解除する際に、埋め込まれたプレーンテキストのファイル名を使用して、暗号化解除されたファイルに名称を付けます。

ただし、受信 PGP ファイルにプレーンテキストのファイル名が埋め込まれていない場合があります。その場合、Workday 取得サービスは、PGP ファイルの名称に基づいて暗号化解除されたファイルの名称を決定します。

PGP ファイル名が .pgp で終わる場合、取得サービスによって暗号化解除されたファイル名からその接尾辞が削除される。例: PGP ファイルの myFile.csv.pgp は myFile.csv として暗号化解除され、PGP ファイルの myFile.pgp は myFile として暗号化解除されます。
PGP ファイル名が .xlsx で終わる場合、取得サービスはこの名称を変更しない。例: PGP ファイルの myFile.xslx は、myFile.xslx として暗号化解除されます。
それ以外の場合はすべて、取得サービスによって接尾辞の .plaintext が追加される。例: PGP ファイルの myFile.doc は、myFile.plaintext として暗号化解除されます。

Studio の

"pgp-encrypt"

ステップを使用してメッセージを暗号化する場合、

"暗号化解除されたファイル"

ステップのプロパティを使用してプレーンテキストのファイル名を指定できます。Studio は、その後通常の方法で取得できるようにそのファイル名を暗号化ファイルに埋め込みます。

同様に、Studio の

"pgp-decrypt"

ステップでは、埋め込まれたプレーンテキストのファイル名を使用して、暗号化解除されたファイルに名称を付けます。

"暗号化解除されたファイル"

ステップ プロパティを使用して、何も埋め込まれていない場合のファイル名を指定できます。

ファイルを暗号化するリモート側が、意図せずに、埋め込むプレーンテキストのファイル名を受信システムの必要とする値以外の値に設定した場合、問題が発生する可能性があります。PGP ファイル名はプレーンテキストのファイル名とはまったく無関係であるため、このプレーンテキストのファイル名を推測する方法はありません。このシナリオでは、受信者にオプションはありません。

例: ファイルを取得して暗号化解除するように取得サービスが設定されているとします。実行すると、ExternalStudents.pgp という名称の PGP 暗号化ファイルを収集しますが、インテグレーションによる処理用に _CONSOLE という名称のファイルがインテグレーション イベントに添付されます。この場合、リモート システムは埋め込みのプレーンテキスト ファイル名として _CONSOLE を設定しています。その結果、このファイルは Workday インテグレーションで _CONSOLE と識別されます。

このような問題を防ぐ唯一の方法は、PGP ファイルの送信者に、必要なプレーンテキスト ファイル名を正しく埋め込む方法を理解してもらうことです。