cbdc:public:cbdc_omg:04_doc:90_recommend:80_recomend:start
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision | |||
|
cbdc:public:cbdc_omg:04_doc:90_recommend:80_recomend:start [2022/05/19 01:51] nick |
cbdc:public:cbdc_omg:04_doc:90_recommend:80_recomend:start [2022/06/17 19:42] (current) terrance |
||
|---|---|---|---|
| Line 3: | Line 3: | ||
| | [[cbdc:public:cbdc_omg:04_doc:90_recommend:start| Return to Recommendations ]] | <WRAP> | | [[cbdc:public:cbdc_omg:04_doc:90_recommend:start| Return to Recommendations ]] | <WRAP> | ||
| <html><b> | <html><b> | ||
| - | <a href="mailto:[email protected]?Subject=OMG CBDC Response: | + | <a href="mailto:[email protected]?Subject=OMG's CBDC WG Response: |
| 6.09 Baked-in Security | 6.09 Baked-in Security | ||
| ">Provide Feedback</a></b> | ">Provide Feedback</a></b> | ||
| Line 9: | Line 9: | ||
| </WRAP> | | </WRAP> | | ||
| - | The OMG members recommend the Federal Reserve define a task to ensure that Security is baked into the U.S. CBDC rather than trying to //post facto// add it later (i.e bolted-on). | + | The OMG's CBDC WG members recommend the Federal Reserve define a task to ensure that Security is baked into the U.S. CBDC rather than trying to //post facto// add it later (i.e bolted-on). |
| Also see the answers to: | Also see the answers to: | ||
| Line 40: | Line 40: | ||
| - | Regardless of which model ([[cbdc:public:cbdc_omg:04_doc:15_common:08_currency_models:15_accounts:start| Digital Accounts]], [[cbdc:public:cbdc_omg:04_doc:15_common:30_stablecoins:start| Stablecoins]], [[cbdc:public:cbdc_omg:04_doc:15_common:08_currency_models:10_cash:start| Digital Cash]]) is used for the CBDC, the [[https://www.omg.org/ | Object Management Group ]] recommends that the Federal Reserve consider Seurity of the system from the earliest phases of the U.S. CBDC. This means having the Non-Functional requirement of Security be well defined and formal. | + | Regardless of which model ([[cbdc:public:cbdc_omg:04_doc:15_common:08_currency_models:15_accounts:start| Digital Accounts]], [[cbdc:public:cbdc_omg:04_doc:15_common:30_stablecoins:start| Stablecoins]], [[cbdc:public:cbdc_omg:04_doc:15_common:08_currency_models:10_cash:start| Digital Cash]]) is used for the CBDC, the [[https://www.omg.org/ | Object Management Group's ]] CBDC WG recommends that the Federal Reserve consider Seurity of the system from the earliest phases of the U.S. CBDC. This means having the Non-Functional requirement of Security be well defined and formal. |
| One way to accomplish this is through the use of a Model-Based Systems Engineering (MBSE) and Unified Architecture Framework (UAF) to model all aspects of the CBDC before it is built. Since the requirements for the security of the system are a moving, ever-changing target, this does not mean that every security issue must be fully understood or specified before work can begin. It means that at every step, the Security question needs to be raised. The CBDC is a complex issue that, once released, could have a life expectancy of many, many years. Only through extensive Systems Analysis, Engineering, and Design will the CBDC have the stability it needs to instill confidence in the public. | One way to accomplish this is through the use of a Model-Based Systems Engineering (MBSE) and Unified Architecture Framework (UAF) to model all aspects of the CBDC before it is built. Since the requirements for the security of the system are a moving, ever-changing target, this does not mean that every security issue must be fully understood or specified before work can begin. It means that at every step, the Security question needs to be raised. The CBDC is a complex issue that, once released, could have a life expectancy of many, many years. Only through extensive Systems Analysis, Engineering, and Design will the CBDC have the stability it needs to instill confidence in the public. | ||
cbdc/public/cbdc_omg/04_doc/90_recommend/80_recomend/start.1652939512.txt.gz · Last modified: 2022/05/19 01:51 by nick
