Epic
## Users view
Title: **Tidsnok levering av meldinger iht. SLA med aktuelle mottakere, uavhengig av belastning på systemet **
User role(s): Avsender
Users value statement(s):
Fordi tid er avgjørende for mine kritiske forsendelser (f.eks eiendomshandel). De jeg sender til venter på informasjon fra meg før de får startet sine oppgaver eller besluttninger. Fordi jeg trenger at mine partnere har høy tillitt og er tilfreds med tjenesten.
## Vendors view
### Description
#### High level features (capabilities):
* Overholde SLA for leveringstid, uavhengig av belastning på systemet
#### Additional information
TBD
```[tasklist]
### Features
- [ ] Robusthet mot Denial of Service angrep
- [ ] Automatisk skalering av kapasitet ut fra belastning
- [ ] Separate kjøremiljøer (f.eks. for Politiet, slik at de ikke påvirkes av f-eks. Kartverket)
- [ ] Ytelsestesting ved utvikling
- [ ] Monitoring med dashboards og automatisk varsling
```
```[tasklist]
### Work items
-[ ] Evaluer om dagens løsning for DOS-angrep er god nok
```
## Item attributes
_Note: Automatically updated properties, not intended for change by you;)_
_Issue type: epic_
_Concept no: 26_
_Stage: Onboarding_
_ArchiConceptID: id-2e2196af63484a069954fa697971b033_
_GithubIssueID: I_kwDOIwEQMM5vYMwq_
|
|
| Kapabilitet | |
| Status | |
| dct:type | epic |
| modelx:guid | id-2e2196af63484a069954fa697971b033 |
| difi:namespace | - |
| digdir:link1 | |
| digdir:logo | |
| difi:language | no |
| difi:name_no | Tidsnok levering av meldinger iht. SLA med aktuelle mottakere, uavhengig av belastning på systemet |
| difi:name_en | |
| difi:description_no | |
| difi:description_en | |
| label | ${name} |
| difi:notes | |
| archi:concept_id | id-2e2196af63484a069954fa697971b033 |
| modelx:githubIssueGUID | I_kwDOIwEQMM5vYMwq |
| github_issue_id | |
| stage | Onboarding |
| github_issue_no | |
| vision_no | V5 |
| concept_no | 26 |
| system-epics | Overholde SLA for leveringstid, uavhengig av belastning på systemet |
| system-features | - [ ] Robusthet mot Denial of Service angrep
- [ ] Automatisk skalering av kapasitet ut fra belastning
- [ ] Separate kjøremiljler (f.eks. for Politiet, slik at de ikke påvirkes av f-eks. Kartverket)
- [ ] Ytelsestesting ved utvikling
- [ ] Monitoring med dashboatrds og automatisk varsling |
| user-stories | |
| issue-tasks | -[ ] Evaluer om dagens løsning for DOS-angrep er god nok |
| role | Avsender |
| priority | |
| acceptance_criteria | |
| notes | Denial of Service (DoS) og Distributed Denial of Service (DDoS) angrep er forsøk på å overvelde en tjeneste, nettsted eller nettverksressurs slik at den blir utilgjengelig for legitime brukere. Her er noen løsninger og metoder for å beskytte mot slike angrep:
Brannmur og IDS/IPS: Moderne brannmurer og inntrengningsdeteksjonssystemer/inntrengningsforebyggingssystemer (IDS/IPS) kan identifisere og blokkere DDoS-trafikk basert på kjente signaturer og trafikkmønstre.
Trafikkanalyse: Ved å overvåke nettverkstrafikken kan uvanlige trafikkmønstre oppdages tidlig, noe som kan indikere et pågående DDoS-angrep.
Rate Limiting: Dette begrenser antall forespørsler en server vil akseptere innenfor en bestemt tidsramme fra en enkelt IP-adresse. Dette kan forhindre at systemet blir overveldet av for mange forespørsler fra en angriper.
Content Distribution Network (CDN): CDNs kan distribuere trafikken over et globalt nettverk av servere. Dette kan hjelpe med å avlaste trafikk fra en enkelt kilde og beskytte mot DDoS-angrep ved å distribuere trafikken.
Anycast nettverkstoppologi: Dette sprer innkommende trafikk over flere steder, noe som kan hjelpe med å avlaste og redusere effekten av et DDoS-angrep.
DDoS beskyttelsestjenester: Det finnes mange tjenesteleverandører som spesialiserer seg på å beskytte mot DDoS-angrep. De kan avlede trafikk, filtrere den og sende bare legitim trafikk til målserveren.
Redundans: Ha flere servere i forskjellige geografiske områder. Hvis en server blir angrepet, kan trafikken omdirigeres til en annen server.
Overprovisjonering: Ha mer båndbredde tilgjengelig enn du normalt trenger. Dette kan gi deg mer tid til å gjenkjenne og svare på et DDoS-angrep før ressursene blir overveldet.
Oppdatering av sikkerhetspatcher: Hold alle systemer oppdaterte med de nyeste sikkerhetsoppdateringene for å beskytte mot kjente sårbarheter som kan utnyttes i DDoS-angrep.
Nødplan: Ha en plan klar for hvordan du skal håndtere et DDoS-angrep. Dette inkluderer kommunikasjon med kunder, omdirigering av trafikk, og kontakt med ISP eller DDoS beskyttelsestjenester.
Det er viktig å merke seg at ingen enkelt løsning vil gi fullstendig beskyttelse mot DDoS-angrep. En flerlags tilnærming, hvor flere av de ovennevnte metodene kombineres, vil gi den beste beskyttelsen. |
| review_status | 2 |
| github_label_area | area/messaging |
| github_labeL_product | product/broker |
| github_label_kind | kind/epic |
| github_label_status | status/draft |
| modelx:github_issue_no | |
| value_statement | Fordi tid er avgjørende for mine kritiske forsendelser (f.eks eiendomshandel). De jeg sender til venter på informasjon fra meg før de får startet sine oppgaver eller besluttninger. Fordi jeg trenger at mine partnere har høy tillitt og er tilfreds med tjenesten. |
| github_label_solution | solution/broker |
| github_initial_comment_id | IC_kwDOIwEQMM5lA9IX |
| github_labeL_solution | solution/broker |