Websphere Liberty WSRP安全配置
我们正在尝试配置Liberty服务器，以便通过WSRP托管自定义JSR286 Portlet并将其呈现给IBM Portal。完成了功能和LDAP、LTPA和SSO的默认服务器配置，并部署了两个IBM WSRP 2.0 Producer EAR文件。通过在web中设置环境变量，一个配置为不安全，另一个配置为WS-security。分别是xml文件。
在门户服务器上，我们可以从非安全生产者处获取使用的portlet，并为安全生产者配置了HTTP LTPA cookie转发。
当尝试使用来自安全生产者的portlet时，我可以在die SOAP头中看到LTPA cookie，但我们得到的是“MustUnderstand头：[{http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}“安全]不被理解”
我遵循了WSRP文档，了解了如何通过使用基于HTTP cookie的sso为WSRP for Websphere Liberty配置安全性：请参阅WSRP文档中的“通过基于HTTP cookie的单点登录保护WSRP生产者”一节
根据这些信息，我仍然会得到“MustUnderstand”标题：[{http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}日志中的“安全性]不可理解”错误。
最后，我需要的是一种安全的方式，在Liberty profile上使用WSRP producer（从IBM WSRP 2.0 producer下载），将Portlet公开给IBM WebSphere Portal，并为Portlet交换用户上下文，以便能够获取登录的用户详细信息。
如何为WSRP for WebSphere Liberty配置安全性？
注意：不是完整配置文件，而是自由配置文件。
有人能帮我们或者给我们指出正确的方向吗
共有1个答案
您是否已经完成了共享ltpa密钥的步骤，并将消费者和生产者设置为同一个用户注册中心？文档中说明了这一点“SSO的要求取决于所使用的身份验证方法。例如，如果使用LTPA版本1或版本2，WSRP使用者和WSRP生产者必须使用相同的用户注册表或使用相同的领域。此外，WSRP生产者和WSRP使用者必须交换用于签署安全凭据的共享密钥。”
在这里https://www.ibm.com/support/knowledgecenter/en/SSYJ99_8.5.0/admin-system/wsrpt_prod_sec_ws.html
在尝试将wsrp引入混合之前，我会测试SSO是否自行工作
以及在消费者https://www.ibm.com/support/knowledgecenter/en/SSYJ99_8.5.0/admin-system/wsrpt_cons_sec_ws_http_cb_sso.html上配置的更多步骤
-
一、简介 此配置，可设置后台登陆最大失败次数，以防密码被试出。 其它配置相对简单不在详述。 二、功能演示 如图：
-
本任务将演示如何通过使用Istio认证提供的服务账户，来安全地对服务做访问控制。 当Istio双向TLS认证打开时，服务器就会根据其证书来认证客户端，并从证书获取客户端的服务账户。服务账户在source.user的属性中。请参考Istio auth identity了解Istio中服务账户的格式。 开始之前 根据quick start的说明在开启认证的Kubernetes中安装Istio。注意，应
-
安全性错误配置在安全性设置被定义，实现和维护为默认设置时出现。良好的安全性要求为应用程序，Web服务器，数据库服务器和平台定义和部署安全配置。使软件保持最新同样重要。 威胁代理 - 匿名外部攻击者以及拥有自己帐户的用户可能会试图破坏系统。 攻击者的方法 - 访问默认帐户，未使用的页面，未修补的漏洞，未受保护的文件和目录以获得未经授权的访问。 安全弱点 - 可以发生在任何级别 - 平台，Web服务器
-
从2.0版本开始Spring Security 改进了对服务层方法的安全支持，它提供了对JSR-250注解安全支持以及框架的原生@Secured注解的支持。从3.0开始你也可以使用新的基于表达式的注解。你可以将安全应用到单个bean.使用intercept-methods元素装饰Bean的声明。或者你可以在使用AspectJ风格的切入点应用安全到整个服务层的多个Bean类。 <global-met
-
本文向大家介绍浅谈IIS安全配置，包括了浅谈IIS安全配置的使用技巧和注意事项，需要的朋友参考一下 1.VPS或者服务器分区要是NTFS的原因不说了，说多了也没用 2.禁止TCP/IP的NETBIOS 通过网络属性的绑定选项，废止NetBIOS与TCP/IP之间的绑定 3.网站右键权限user（最好一个网站建立一个用户，尽可能不要相同）中权限 写入 执行等权限慎用，写入之后有可能会sql注入 坑爹
-
本文向大家介绍MongoDB安全配置详解，包括了MongoDB安全配置详解的使用技巧和注意事项，需要的朋友参考一下 0x00 MongoDB权限介绍 1.MongoDB安装时不添加任何参数,默认是没有权限验证的,登录的用户可以对数据库任意操作而且可以远程访问数据库，需以--auth参数启动。 2.在刚安装完毕的时候MongoDB都默认有一个admin数据库,此时admin数据库是空的,没有记录权限