mirror of https://github.com/MISP/misp-book
Update README.md
parent
8854e8b733
commit
812532f7e9
|
@ -435,7 +435,7 @@ Login Example:
|
|||
}
|
||||
```
|
||||
|
||||
When a user gets created, all of the information about the user (id, email, base64 encoded GPG key, role, etc.) gets sent along ZMQ. If this information is modified, the same JSON will be sent along the ZMQ channel, with updated values.
|
||||
When a user gets created, all of the information about the user (id, email, base64 encoded GnuPG key, role, etc.) gets sent along ZMQ. If this information is modified, the same JSON will be sent along the ZMQ channel, with updated values.
|
||||
For example, if the below user is disabled, the same JSON will be sent, but the `disabled` key will be set to `"1"`
|
||||
|
||||
User Creation and User Edit Example:
|
||||
|
@ -537,4 +537,4 @@ Only really useful to ensure the ZMQ server is running. And for a bit of humor
|
|||
* If an attribute has been edited, the new value will be sent out via ZMQ, but the `uuid` key will remain the same. Use this to determine if an attribute has existed before or not
|
||||
2. Some compound attribute types have component types that don't exist outside of them
|
||||
* For example, MISP doesn't have a single `ip` attribute type except in the `domain|ip` type
|
||||
* If you're going to split up and resubmit these attributes, you may have to modify these component types so MISP will recognize them (e.g. domain|ip -> domain, ip-dst)
|
||||
* If you're going to split up and resubmit these attributes, you may have to modify these component types so MISP will recognize them (e.g. domain|ip -> domain, ip-dst)
|
||||
|
|
Loading…
Reference in New Issue