[EN] If I inject the value "rsa2@22:%Server%" stored by a previous connection into the registry, the user will not have the confirmation window. But this is not secure, because if the solicitation server returns another FINGERPRINT, then the window will be displayed and the user may mistakenly accept the new "fake server".

[FR] Si j'injecte par GPO dans le registre la valeur "rsa2@22:%Server%" mémorisé par une connexion préalable, l'utilisateur n'aura pas la fenetre de confirmation. Mais cela n'est pas sécurisé, car si le serveur de sollicitation retourne un autre FINGERPRINT, alors la fenetre sera affiché et l'utilisateur pourra accepter par erreur le nouveau "faux serveur".

If your goal is to preconfigure the hostkey, just store it to:

[EN] I understand your feedback, but it remains a manual comparison.
I'm talking about indicating in advance one or more FINGERPRINTs in the configuration window, which will be saved in the registry. The objective is not to see the "WARNING" window.
On my side, the configurations are previously pushed by GPO in the user register, so this memorization in the configuration would be a relevant solution.

[FR] Je comprend votre retour, mais cela reste une comparaison manuel.
Moi, je vous parles d'indiquer à l'avance un ou plusieurs FINGERPRINT dans la fenêtre de configuration, qui sera sauvé dans le registre. L'objectif est de ne pas voir la fenêtre "WARNING".
De mon coté, les configuration sont préalablement poussées par GPO dans le registre des utilisateurs, alors cette mémorisation dans la configuration serait une solution pertinente.

You do not have to accept it arbitrarily. WinSCP shows you the fingerprint on the box. Compare it against a fingerprint of the actual public key.
Or you can copy the public key (or its fingerprint) to the clipboard and use Accept > Paste Key command:
https://winscp.net/eng/docs/message_host_key

[EN] The configuration window to connect to an SFTP server without a password using a private key does not offer to load the server's public key file. However, this would ensure that the remote server is legitimate. Please add this feature so that you do not have to arbitrarily accept the proposed server when connecting.

[FR] La fenêtre de configuration pour se connecter à un serveur SFTP sans mot de passe en utilisant une clé privée ne propose pas le chargement du fichier de la clé publique du serveur. Cela permettrait toutefois de garantir que le serveur distant est légitime. Merci d'ajouter cette fonctionnalité afin de ne pas devoir accepter arbitrairement le serveur proposé lors de la connexion.