<div dir="ltr"><div><div><div>This seems like a conceptually bad idea and counter to some of the core principles of SSO like maintaining control over the login process... as such, I would hazard its common practice for many of us to disallow this by setting the X-Frame-Options DENY header?<br><br></div>But if that is the common practice, how do you approach the inevitable exception? the app that must place your IdP's login page inside a frame without completely opening up for any app to do so? <br><br></div>Like many of you I'm sure, we're struggling to get a grasp on Banner XE's SSO requirements. One area we've butted up against this Banner XE's new Application Navigator.. an SP/app thats intended to launch other Banner XE SP's inside frames... behavior which our IdP doesn't allow. We've rejected one or two requests in the past for smaller outside apps wanting to do this, but Banner AppNav is not something that will go away or is likely to change. <br><br></div>So knowing we aren't unique in tackling Banner XE as well as generally stopping our IdP page from being embedded, is there a compromise in this sort of situation? <br clear="all"><div><div><div><div><div><div><div><br></div><div>-Rob<br><br></div><div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Robert W. Gorrell<br>Systems Architect, Identity and Access Management </div>
<div>University of NC at Greensboro<br><span style="white-space:nowrap">336-334-5954</span><br>PGP Key ID B36DB0CA<br></div></div></div>
</div></div></div></div></div></div></div></div>