Details
-
Type: extRequest
-
Status: Closed
-
Priority: Major
-
Resolution: Done
-
Fix Version/s: Sprint 4.4.2, 2021
-
Component/s: FIWARE-TECH-HELP
-
Labels:None
-
Sender Email:
-
HD-Chapter:Security
-
HD-Enabler:AuthZForce
Description
Dear FIWARE support,
I have been using the Authorization PDP GE in our project and think I
have come across a bug. I cannot use an <Apply> statement in a
<VariableDefinition>. When setting such a policy, the pap returns
"PolicySet rejected by PDP because of unsupported or illegal parameters
or internal error: oasis.names.tc.xacml._3_0.core.schema.wd_17.ApplyType
cannot be cast to com.sun.xacml.cond.xacmlv3.Expression". However, the
XACML 3.0 specification states that <Apply> is a subtype of
<Expression>, so I presume this should work (as it does on the public
version with XACML 2.0).
Best regards,
Marko
_______________________________________________
Fiware-tech-help mailing list
Fiware-tech-help@lists.fi-ware.org
https://lists.fi-ware.org/listinfo/fiware-tech-help
[Created via e-mail received from: Marko Kuder <marko.kuder@xlab.si>]
Activity
Field | Original Value | New Value |
---|---|---|
Assignee | Cyril Dangerville [ cyril.dangerville ] |
Component/s | FIWARE-TECH-HELP [ 10278 ] |
Status | Open [ 1 ] | In Progress [ 3 ] |
Fix Version/s | Sprint 4.4.2 [ 10935 ] |
Link | This issue relates to SEC-567 [ SEC-567 ] |
Summary | [Fiware-tech-help] [Authorization PDP] <Apply statement> in a <VariableDefinition> | FIWARE.Request.Lab.Security.AuthorizationPDP.UnsupportedApplyElementInVariableDefinition |
Status | In Progress [ 3 ] | Answered [ 10104 ] |
Resolution | Done [ 10000 ] | |
Status | Answered [ 10104 ] | Closed [ 6 ] |
Summary | FIWARE.Request.Lab.Security.AuthorizationPDP.UnsupportedApplyElementInVariableDefinition | FIWARE.Request.Tech.Security.AuthorizationPDP.UnsupportedApplyElementInVariableDefinition |
Sender Email | marko.kuder@xlab.si |
HD-Enabler | AuthZForce [ 10887 ] | |
HD-Chapter | Security [ 10841 ] |
Fix Version/s | 2021 [ 12600 ] |
Transition | Time In Source Status | Execution Times | Last Executer | Last Execution Date | |||||
---|---|---|---|---|---|---|---|---|---|
|
15d 37m | 1 | Cyril Dangerville | 31/Jul/15 10:20 AM | |||||
|
28d 2h 44m | 1 | Cyril Dangerville | 28/Aug/15 1:05 PM | |||||
|
69d 3h 21m | 1 | Cyril Dangerville | 05/Nov/15 3:26 PM |
Already answered by email. Bug confirmed. Fix planned for sprint 4.4.2