...
Jira Legacy | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
Follow up Jira for documentation -
Jira Legacy | ||||||
---|---|---|---|---|---|---|
|
Security Knowledge
Know Secure Design
...
Cloak |
---|
The project must implement secure design principles (from 'know secure design'). For example, the project results should have fail-safe defaults (access decisions should deny by default, and projects' installation should be secure by default). They should also have complete mediation (every access that might be limited must be checked for authority and be non-bypassable). Note that in some cases principles will conflict, in which case a choice must be made (e.g., many mechanisms can make things more complex, contravening 'economy of mechanism' / keep it simple). Implement secure design builds on the question above of "know secure design". For ONAP, the committers must all know the secure design principles and reviewing the code must always includes looking at it from the point of review of the security principles. It's crucial to document the secure design practices and software design/coding standards and code review. This NIST SSDF document provides additional details: [implement_secure_design S] |
Your Answer-Please Explain | SECCOM Feedback / Recommendations |
---|---|
Yes - the PF team/PTL/committers review and look for security issues and recommend fixes before merging. | ?
|
Know Common Errors
Do the committers and PTL understand commonly found errors (and how to counter or mitigate them)? Do they apply these principles when reviewing software for merging?
...
If so, please provide a URL to the pages on wiki.onap.org or onap.readthedocs.io that have the architecture or high level design. If not, please describe the high level design here using one or more paragraphs.
...
If so, please provide a URL to the page(s) on wiki.onap.org or onap.readthedocs.io. If not, please describe the security requirements here using one or more paragraphs.
...
Your Answer-Please Describe | SECCOM Feedback / Recommendations |
---|---|
All the resources that can be accessed in PF require authentication | ❌
|
...
|
Assurance Case
Does your project actually meet its documented security requirements?
If so, please provide a URL to the page(s) on wiki.onap.org or onap.readthedocs.io that describe how the project meets its security goals. If not, please describe here (using one or more paragraphs) how the project meets its security goals.
...
Your Answer-Please Describe | SECCOM Feedback / Recommendations |
---|---|
Test cases are found at https://github.com/onap/policy-docker/tree/master/csit/resources/tests showing that authentication must be done before interacting with any resource. ONAP docs describring how to run test cases https://docs.onap.org/projects/onap-policy-parent/en/latest/development/devtools/testing/csit.html | ? Good start
|
Vulnerability Mitigation
Vulnerabilities Critical Fixed
...
Vulnerabilities Fixed 60 Days
...
Your Answer-Please Explain | SECCOM Feedback / Recommendations |
---|---|
We try to keep up to date on fixing vulnerabilities reported on IQ Nexus, except when dependency updates break the current code and a study is necessary to mitigate functionalities not working. | ? And sonar cloud?
policy-pap has a high severity security item reported in sonarcloud for >1 year |
Non-Cryptographic Software Questions
...
How are OJSIs dealt with?
|
Non-Cryptographic Software Questions
The following are a few issues regarding your project's software as delivered that are not cryptographic-related.
...
Your Answer-Please Explain | SECCOM Feedback / Recommendations |
---|---|
No UI No encryption, as data processed by PF hasn't been tagged as sensitive. The application uses Swagger for RESTful API, wherein it is set that Authorization headers are required for accessing API documentation. When PF runs with docker, the services use usernames and passwords that are stored as environment variables. For helm deployments PF uses K8s secrets which are generated and stored as the application is deployed. | ?
|
Cryptographic-specific Software Questions
The following questions all deal with cryptographic issues.
Crypto Call – Generic
Does your software implement any cryptographic functions, such as hash functions, instead of calling on software specifically designed to implement cryptographic functions?
...
Cloak |
---|
If the software produced by the project is an application or library, and its primary purpose is not to implement cryptography, then it SHOULD only call on software specifically designed to implement cryptographic functions; it SHOULD NOT re-implement its own. [crypto_call P] |
...
Crypto Random - Generic
...
The user has the option to provide a username/password to the helm chart - in this case a kubernetes secret will be generated by the chart and used for authentication. Alternatively, the user can provide a secret to the chart values - in this case, no secret will be generated - the chart will just use the k8s secret provided by the user/deployer | ?
|
Cryptographic-specific Software Questions
The following questions all deal with cryptographic issues.
Crypto Call – Generic
Does your software implement any cryptographic functions, such as hash functions, instead of calling on software specifically designed to implement cryptographic functions?
Toggle cloak |
---|
Cloak |
---|
The security mechanisms within If the software produced by the project MUST generate all cryptographic keys and nonces using a cryptographically secure random number generator, and MUST NOT do so using generators that are cryptographically insecure.A cryptographically secure random number generator may be a hardware random number generator ( [crypto_call P] |
Your Answer-Please Explain | SECCOM Feedback / Recommendations |
---|---|
N/A | ✅ |
Crypto Random - Generic
Does your software use random information? If so, does it use a cryptographically secure random number generator?
Toggle cloak |
---|
Cloak |
---|
The security mechanisms within the software produced by the project MUST generate all cryptographic keys and nonces using a cryptographically secure random number generator, and MUST NOT do so using generators that are cryptographically insecure. A cryptographically secure random number generator may be a hardware random number generator ( For additional guidance and examples about what kind of specifications to rate a random bit generator (RBG) please review:
[crypto_random P] |
...
Your Answers-Please Explain | SECCOM Feedback / Recommendations | |
---|---|---|
UUID random keys |
| ✅ |
Crypto Weaknesses
Does your software depend on any cryptographic algorithms or modes that have known serious weaknesses?
...
Cloak |
---|
The default security mechanisms within the software produced by the project SHOULD NOT depend on cryptographic algorithms or modes with known serious weaknesses (e.g., the SHA-1 cryptographic hash algorithms, or the CBC mode in SSH). [crypto_weaknesses PS] |
Your Answer-Please Explain | SECCOM Feedback / Recommendations |
---|
|
|
When PF runs with docker, the services use usernames and passwords that are stored as environment variables.
For helm deployments PF uses K8s secrets which are generated and stored as the application is deployed.
?
All of the authorization/authentication is being managed by service mesh - using the authorizationPolicy implemented into SM. | ? 2023/8/22: move information in "Your Answer" to the security documentation. Please expand on the use of configurable |
usernames+passwords and what they allow. 2023/8/22: add password use and protection to security documentation. Determine if spring is doing authentication, authorization or both. If PF is storing passwords in order to call APIs, document the secure storage and access of the passwords. 2023/8/22: cryptography provided by K8S using secure algorithms and ciphers. |
Crypto Working
Does your software depend on any cryptographic algorithms that are known to be broken?
...
Your Answer-Please Explain | SECCOM Feedback / Recommendations |
---|---|
Usernames and passwords are configurable by the clients via passing the environment variables for use in application.yml file. When PF runs with docker, the services use username and passwords that are stored as environment variables. For helm deployments, PF uses K8s secrets which are generated and stored as the application is deployed
No crypto being used. | ❌ Doesn't answer the question 2023/8/22: PF to document all uses of cryptographic algorithms within the PF application. UUID generation is not part of cryptography. |
Crypto Keylength
Does your software generate any keys? If so, do they use any default key-lengths that are considered insecure?
...
Your Answers-Please Explain | SECCOM Feedback / Recommendations | ❌|
---|---|---|
No keys being generated for us in OOM
| ✅ Doesn't answer the question |
...
Your Answers-Please Explain | SECCOM Feedback / Recommendations |
---|---|
K8s secrets that are generated and stored as apps are deployed. ACM-Runtime use java.UUID mechanism for generating unique No crypto is being used | ❌ Doesn't answer the question |
...
Your Answers-Please Explain | SECCOM Feedback / Recommendations |
---|---|
Usernames and passwords are configurable by the clients via passing the environment variables for use in application.yml file. When PF runs with docker, the services use username and passwords that are stored as environment variables. For helm deployments, PF uses K8s secrets which are generated and stored as the application is deployedCredentials are managed by k8s secrets. | ❌ Doesn't answer the question |
...
Your Answers-Please Explain | SECCOM Feedback / Recommendations |
---|---|
As mentioned above, we need to add to documentation that PF is supposed to run within OOM deployment. That said, SM is managing all communication. | ? is HTTP protected by mesh and HTTPS?
|
Crypto Verification Private
...
Your Answers-Please Explain | SECCOM Feedback / Recommendations |
---|---|
As mentioned above, we need to add to documentation that PF is supposed to run within OOM deployment. That said, SM is managing all communication. | ❌ Doesn't answer the question |
...