I got this response from our Support coordinator:“We are in the process of analyzing the possibility of IFS Applications having this vulnerability. We have found that Apps 10 is not affected by the vulnerability. I believe there will be an official communication on this once all the applications are analyzed”
Hey @jaryskorys Did you find what you where looking for?
Is anyone willing to share their SoD setup? This should be pretty generic for every IFS customer.I would have expected that IFS would at least provide a starting point given that best practice exists on this. E.g. ISACA
Hi Did you find anything?`Also looking for a starting point for implementing ISACAs “Best practice”
Hi @Ruchira Unfortunately we are still able to drop permission sets even when there are absolutely no grantees on SECURITY_SYS.DROP_ROLE
Did you find a good solution to this?We’re facing same requirement and don’t see a good solution.
Alright. Thanks a lot! We’ll try the same approach :)
HiWe created a case with IFS and it turns out that this is not possible. We also tried to prevent this using events, but we were not able to make the event trigger before the permission set had been unassigned from all users.
Did you find a solution for this?
Did you get any recommendations? Which system did you choose?
We are looking towards an 10->Cloud upgrade project as well with the exact same issue of having large amounts of PLSQL code blocks in custom events and custom menus.Did anyone find a best practice document or just a good way to approach the upgrade of these knowing that PLSQL block functionality will be decommissioned?
Already have an account? Login
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.