Hi ,
(reedited after more testing)
In v8.1 we're querying the rest api server as shown:
POST /AppServer/api/entities/Person?limit=15&displaycolumns=CCC_NIF;CentralAccount
Hi ,
(reedited after more testing)
In v8.1 we're querying the rest api server as shown:
POST /AppServer/api/entities/Person?limit=15&displaycolumns=CCC_NIF;CentralAccount
We have a similar problem while migrating the web portal from 7.1.3 to 8.1.1.
We get db journal errors and lockouts:
SQL injection by brute force attack detected in WHERE clause: ...
...
User session of…
Hello,
Is this a general problem with using LIKE operators in where clauses?
Yes.
Please see the following related to this as well: https://support.oneidentity.com/identity-manager/kb/288731/false-positive…
In this particular case, the "Fullpath LIKE" query can be rewritten using the BaseTreeCollection table. Try this:
UID_AErole in (select UID_Org
from basetreecollection
where uid_parentorg in …
florian zedler Which version are we talking about? The web portal will be installed with a trusted source key in their configuration.
We are having similar issue after upgrading from 8.1 to 9.1, the login fail with SQL injection error message in Web Portal but works in Angular Web Portal
Current Version 9.1.1. Then it seems like the trusted source key is not set correctly. I think you are talking about the API Key used when setting up the APIServer? Where do these keys need to be defined to work correctly. Somewhere in the database and somewhere in the web.config of the APIServer?
For a note: We changed the BaseURL to a DNS alias by changing it in QBMWebApplication after the installation.
I you have a hint for me how to define the correct URL during the installation of a IAM WebApplication that would be awesome, but I guess the installer pulls the hostname?
Just for clarity, you changed the BaseURL in the QBMWebApplication AND in the web.config?
Just checked and corrected that yesterday but didn't had the time to post an update here.
You are right. It wasn't changed in web.config for some reason. And then I found out the customer reinstalled the solution and just changed it in the database...
So, for everyone: Make sure BaseURL matches both in database QBMWebApplication and in the web.config of the solution.
And for One Identity: It would be nice if we could get the possibility to define the correct BaseURL inside the Installer. And when you are on it, as I had it quite often this year: Properly support GMSAccounts as application pool identity in the installer, that is also something you have to change after the solution is installed on the IIS.