topic RE: 'Default Encryption Scheme' が無効なため、データを復号できませんでした。 in Japan Community

'Default Encryption Scheme' が無効なため、データを復号できませんでした。

KazuakiKiyomi — Mon, 03 Feb 2020 07:22:00 GMT

お世話になっております。Solva清海（きよみ）です。

暗号化方式について、質問です。

Login AgentのLoginプロセスをRRに対してセッション実行すると、
「エラー：内部 : 方式 'Default Encryption Scheme' が無効なため、データを復号できませんでした。」というエラーが出力されてしまいます。

暗号化方式については、下図のように「デフォルトの暗号化方式」で保存しております。
BPServerのキー設定についても同様です。

試しにデバッグ実行でLoginプロセスを実行してみたところ、
今度は「内部 : データを復号できませんでした：パディングは無効なので、削除できません。」というエラーが発生し、
何が原因でLogin処理が失敗しているのか分からない状況です。

そもそも「暗号化方式」についての理解が浅く、
RR側でも暗号化方式の何かしらの設定が必要なのかも分かっていません。

どなたか、この暗号化方式の仕組みや意味、上記エラーの原因について、ご説明いただけないでしょうか。
お手数をおかけしますが、よろしくお願いいたします。

【追記】
試しに名前を「Credentials Key」に変えてみても上記と同様にダメでした。
ただ、ログには「エラー：内部 : 方式 'Default Encryption Scheme' が…」と出てきているので、名前の変更が反映されていないように見えました。

------------------------------
Kazuaki Kiyomi
IT Engineer
Solva
Asia/Tokyo
------------------------------

RE: 'Default Encryption Scheme' が無効なため、データを復号できませんでした。

HiromiNamaizawa — Mon, 03 Feb 2020 09:03:00 GMT

お世話になっております。Blue Prism の生井沢です。

取り急ぎ、暗号化方式の保存場所へ [データベース] を指定していただき、名前は IC と BPServer で合わせていただき問題が回避できるか様子を見ていただけないでしょうか？

よろしくお願いいたします。

------------------------------
Hiromi Namaizawa
Senior Solutions Consultant
Blue Prism
Asia/Tokyo
------------------------------

RE: 'Default Encryption Scheme' が無効なため、データを復号できませんでした。

KazuakiKiyomi — Mon, 03 Feb 2020 10:17:00 GMT

回答ありがとうございます。

名前を「Credentials Key」に揃えて実行したところ、Loginプロセスにて

エラー：内部 : データを復号できませんでした：パディングは無効なので、削除できません。

と出てエラーとなってしまいました。

なお、ICとBPServerでキーは同じものを入力しているのですが、問題ないでしょうか？

------------------------------
Kazuaki Kiyomi
IT Engineer
Solva
Asia/Tokyo
------------------------------

RE: 'Default Encryption Scheme' が無効なため、データを復号できませんでした。

HiromiNamaizawa — Mon, 03 Feb 2020 10:51:00 GMT

記憶では IC と BPServer で同じキーを指定しても問題なかったと思います。

IC の [システム] -> [セキュリティ] -> [認証情報] として自動ログイン対象の RR が稼働する Windows 側のユーザー／パスワードが登録されているかと思いますが、認証情報が暗号化方式の内容を変更する前に登録したままでしたら、改めて認証情報を登録し直して様子を見ていただけないでしょうか？

------------------------------
Hiromi Namaizawa
Senior Solutions Consultant
Blue Prism
Asia/Tokyo
------------------------------

RE: 'Default Encryption Scheme' が無効なため、データを復号できませんでした。

sato-nishi — Tue, 04 Feb 2020 06:52:00 GMT

お世話になっております。日商エレクトロニクスの西澤です。

暗号化キーの保存場所は、アプリケーションサーバーのままで良いと思います。
一方で、BPServer.exeでのセットアップ時に、暗号化キーをセットアップするかと思いますが、
スキーム名を「デフォルトの暗号化方式」ではなく、
「Default Encryption Scheme」としていただくのが良いかと思います。

Ver6.5以降、勝手に翻訳される箇所があって、設定時に英語の原文で指定しなければいけない箇所の一つと認識しています。

※製品の仕様なのか、必ず「Default Encryption Scheme」が存在しないと、突っぱねられた記憶があります。

よろしくお願いいたします。

------------------------------
Satoshi Nishizawa
Digital Labor Consultant
Nissho Electronics Corporation
Asia/Tokyo
------------------------------

RE: 'Default Encryption Scheme' が無効なため、データを復号できませんでした。

TakahiroNishino — Tue, 04 Feb 2020 08:03:00 GMT

FAQの内容を読む限り、暗号化スキーム名というよりは
中身の暗号化キー自体が問題という可能性もありますね。。。

How do I fix "ERROR: Internal : Could not decrypt data: Padding is invalid and cannot be removed." when trying to run Processes following an upgrade?
http://portal.blueprism.com/customer-support/support-center#/path/1202595542

どうしても解決しなさそうであれば、
暗号化スキームを新規作成して、そちらで従来のキーで暗号化されたデータを再暗号化することになるかなと(´_ゝ｀)

How do I re-encrypt existing credentials to use a new encryption key?
https://help.blueprism.com/Installation-Platform/Security/Encryption/1139335362

------------------------------
John Doe
------------------------------

RE: 'Default Encryption Scheme' が無効なため、データを復号できませんでした。

ykoike — Tue, 04 Feb 2020 08:37:00 GMT

暗号化スキーマって設定の仕方はわかるのですが、実際にどこでどのように使われているかが分からないですよね・・・
なので、設定するときに経験と勘で進めないといけなくて、よく引っかかりますね。。。

（私も西澤さんと同じ意見で、名前を変えれば直るような気がします。。。）

------------------------------
Yasuyuki Koike
Specialist
Toshiba IT-Services.corp
Asia/Tokyo
------------------------------

RE: 'Default Encryption Scheme' が無効なため、データを復号できませんでした。

KazuakiKiyomi — Wed, 05 Feb 2020 05:35:00 GMT

お世話になっております。

・認証情報の登録し直し
・暗号化スキーム名を「Default Encryption Scheme」に変更
して再度Loginプロセスを実行したところ、認証情報は取得できたのですが、以下エラーになってしまいました。

RRの設定にて、画面ロックがかからないように設定済なのですが、
ログイン処理がタイムアウトになっている模様です。

原因が分かる方いましたらご教示願います。。。＞＜

ちなみに、以下対応済です。
・ファイアウォールのポート開放（8181,8199）済
・RRにLoginAgentインストール済
・LoginAgentServiceの接続先（dbconname: BPサーバー名）←DB名じゃないとダメ？
・PC再起動済（リモートセッションなし）←query sessionで出てくる「rdp-tcp 65536 listen」は関係ない認識ですが…

------------------------------
Kazuaki Kiyomi
IT Engineer
Solva
Asia/Tokyo
------------------------------

RE: 'Default Encryption Scheme' が無効なため、データを復号できませんでした。

ykoike — Wed, 05 Feb 2020 06:58:00 GMT

RRにLogin Agentはインストールされてますよね？

------------------------------
Yasuyuki Koike
Specialist
Toshiba IT-Services.corp
Asia/Tokyo
------------------------------

RE: 'Default Encryption Scheme' が無効なため、データを復号できませんでした。

HiromiNamaizawa — Wed, 05 Feb 2020 06:59:00 GMT

お世話になっております。

リモートセッションが残っていたりしないでしょうか？

一番確実なのは RR が動作する PC を再起動後に誰もリモートデスクトップなどで接続していない状態で
コントロールルーム上で鍵マークが表示された状態(Login Agentが動作した状態)で、Login プロセスを
実行した場合に期待通り動作するかご確認いただけないでしょうか？

それでも自動ログインができないようでしたら、問題が発生した時間帯の Windows イベントログの
アプリケーションとサービスログ以下の Blue Prism ログに事象に関連しそうなメッセージが出力されていないか
ご確認いただけないでしょうか？

------------------------------
Hiromi Namaizawa
Senior Solutions Consultant
Blue Prism
Asia/Tokyo
------------------------------

RE: 'Default Encryption Scheme' が無効なため、データを復号できませんでした。

KazuakiKiyomi — Wed, 05 Feb 2020 07:15:00 GMT

インストールされています。（ポートは8182）

C:\ProgramData\Blue Prism Limited\Automate V3\LoginAgentService.config
の中で、
<argument name="port"> <value>8182</value> </argument>
と設定変更しております。（これが原因でしょうか？）

ログアウト後、LoginAgentServiceが起動していないためか、
ICのコントロールルームにてRRに鍵マークが表示されません。。。

------------------------------
Kazuaki Kiyomi
IT Engineer
Solva
Asia/Tokyo
------------------------------

RE: 'Default Encryption Scheme' が無効なため、データを復号できませんでした。

ykoike — Wed, 05 Feb 2020 07:24:00 GMT

ＲＲに鍵マークが出ないのであればそれはLogin Agentがサーバと通信できてない状況だと思います。
デフォルトポートに戻してみて直るようでしたらそれが原因っぽいですね。

------------------------------
Yasuyuki Koike
Specialist
Toshiba IT-Services.corp
Asia/Tokyo
------------------------------

RE: 'Default Encryption Scheme' が無効なため、データを復号できませんでした。

A.Fujita — Fri, 07 Feb 2020 09:56:00 GMT

8182を使用しようとしているのにファイアウォールのポートを開放してないように見受けられるのですが。

------------------------------
Atsushi Fujita
System Engineer
NEC Nexsolutions, Ltd.
Asia/Tokyo
------------------------------

RE: 'Default Encryption Scheme' が無効なため、データを復号できませんでした。

KazuakiKiyomi — Mon, 10 Feb 2020 01:16:00 GMT

皆様

現状をご報告いたします。
RRのポートを8181に変えて、添付した資料の通りに設定したところ、
とりあえずIC上に鍵マークで表示されるようになりました（長かった。。。）

ただ、Loginプロセスの実行試行後、RR上で一瞬ログインを試みようと動作はするのですが、
またログイン画面に戻ってしまうという事象が発生しており、原因を調査しているところです。

以下サイトなどを参考に色々と設定を変えてみたものの解決せず。。。
https://www.aiik.net/2019/04/19/%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88id%E3%80%8010016%E3%80%80%E8%A7%A3%E6%B6%88%E3%81%97%E3%81%9F/

同じような事象に直面された方いましたら、助言お願いいたします。。。＞＜

------------------------------
Kazuaki Kiyomi
IT Engineer
Solva
Asia/Tokyo
------------------------------

RE: 'Default Encryption Scheme' が無効なため、データを復号できませんでした。

HiromiNamaizawa — Mon, 10 Feb 2020 02:29:00 GMT

お世話になっております。Blue Prism の生井沢です。

既にサポートチケットをご登録いただいておりますが、以下の点についてご確認いただけないでしょうか？
また、ご確認いただいた結果についてサポートチケットを更新いただき、サポート担当者とも連携いただけないでしょうか？

1. Windows のログイン画面で「他のユーザー」以外が表示されている場合に自動ログイン可能でしょうか？
2. 同じユーザーID／パスワードを用いて手動にてログインすることは可能でしょうか？
3. Login プロセス実行時のドメイン有無やドメイン名などの設定に問題はないでしょうか？
4. (念のため) パスワードに簡単な文字列を指定した場合に自動ログイン可能でしょうか？

以上、お手数をお掛けしますが、ご確認の程、よろしくお願い申し上げます。

------------------------------
Hiromi Namaizawa
Senior Solutions Consultant
Blue Prism
Asia/Tokyo
------------------------------

RE: 'Default Encryption Scheme' が無効なため、データを復号できませんでした。

KazuakiKiyomi — Mon, 10 Feb 2020 05:03:00 GMT

皆様

＞ただ、Loginプロセスの実行試行後、RR上で一瞬ログインを試みようと動作はするのですが、
＞またログイン画面に戻ってしまうという事象が発生しており、原因を調査しているところです。

⇒画像のとおり、以下の設定で解決しました。
Login Locally : False　←　TrueにしていたのでFalseへ
Domain : ドメイン名　←　ここを入れていなかった
Send Secure …　: False
Credential Name : XXX ←　Loginプロセスを修正し、認証情報の名前を指定できるようにしています

ドメインの設定が漏れていたのが原因のようです。
皆様お騒がせしました。
ナレッジとしてブログに共有させていただきます。

------------------------------
Kazuaki Kiyomi
IT Engineer
Solva
Asia/Tokyo
------------------------------